技術的な問題を、詳しくない人に伝える
伝わらないのは、相手が技術を知らないからとは限りません。「だから何なのか」が明示されていないことが多いのです。
進め方
ステップ1：何も知らない人に、詰まるまで説明する
「ファインマン式の説明」を使い、専門用語を一切使わずに説明します。詰まった箇所が、自分の理解に穴がある場所です。言葉を整える前に、そこへ戻って埋めます。言葉づかいは最初ではなく最後の作業です。
ステップ2：「業界用語を平易な言葉にする」で用語を置き換える
「APIがタイムアウトする」は「利用者が一回押して、長く待たされるか失敗する」に。「リファクタリング」は「機能を変えずに土台を入れ替える」にします。置き換えたら、相手がどんな判断をできるようになったかを問います。置き換えられない用語は、影響に結びついていない証拠です。
ステップ3：「限界つきのたとえ」で記憶に残る比喩を添える
たとえには、どこで成り立たなくなるかを必ず添えます。たとえば「道路の舗装工事のようなもの。ただしこの道路は通行止めにできない」。限界を言わないたとえは、相手がそのまま推論に使い、間違った場所で間違った結論に至ります。たとえがないより厄介です。
ステップ4：「技術文書を非技術者向けに書き直す」で三文の版にする
一文目は何が起きたか。二文目は誰にどれだけ影響するか。三文目はどんな判断や資源が必要か。技術的な詳細は付録に置き、最初の段落には入れません。読み返して、最初の段落がまだ仕組みの説明なら、書き直しは終わっていません。
ステップ5：「上長への報告」で話す順番を決める
結論を先に、影響は自分が責任を持てる数値で示し、次にリスクと選択肢、最後に推奨する選択肢とその代償を伝えます。問題だけを報告して選択肢を出さないのは、自分が持っている情報を持たない相手に判断を押し返すことになります。
使うプロンプト
よくある質問
上司が五分しか時間をくれないときはどうしますか
結論と必要な判断を先に伝え、「なぜ」の1ページは手元に残します。五分で終わらないのは、まだ圧縮できていないだけです。
簡単に話すと専門性が低く見えませんか
見えません。複雑な問題を相手が復唱できるまで説明できるのは、理解が深い証拠です。省いた詳細は、聞かれたときの付録に置きます。
上司が分かっていないのに認めないときはどうしますか
復唱してもらうか、二択で選んでもらいます。足りないのは用語ではなく、具体的な結果であることが多いです。