SSuccess PhilosophySUCCESSPHILOSOPHY.JP

Q095

4択Multiple choice基礎Basic
説明力・図解・比喩explanation skills · visualization · analogy
ITエンジニアのSamは、非技術系の経営陣に「なぜシステムの技術的負債を返済する投資が必要か」を説明しなければなりません。説明力の観点から、最も効果的なアプローチはどれですか。Sam, an IT engineer, must explain to non-technical executives why investing in paying down technical debt is necessary. Which approach is most effective from an explanation standpoint?
  1. コードの構造、依存関係、テストカバレッジの数値を専門用語で詳細に説明する
  2. 経営陣が既に理解している概念(借金と利息、建物の老朽化と修繕)に例え、放置した場合の事業上の影響(新機能の開発速度低下、障害リスク、人材採用への悪影響)を数値と簡単な図で示す
  3. 「専門家である自分を信じてほしい」と述べ、詳細な説明は省く
  4. 技術的負債に関する学術論文を配布して読んでもらう
  1. Explain code structure, dependencies, and test-coverage figures in detail using technical terms
  2. Use analogies the executives already understand (debt and interest, aging buildings and maintenance) and show the business consequences of inaction (slower feature delivery, outage risk, harder hiring) with numbers and a simple diagram
  3. Ask them to trust him as the expert and skip the detailed explanation
  4. Distribute academic papers on technical debt for them to read

解答Answer

正解: BCorrect: B

説明は相手の既知の概念に接続し、相手にとっての影響を数値と図で示すことで伝わります。専門用語の羅列や権威への依存は、理解も納得も生みません。Explanations land when they connect to concepts the audience already knows and show the consequences that matter to them with numbers and visuals. Jargon and appeals to authority produce neither understanding nor buy-in.

解説Explanation

「技術的負債」という言葉自体、ソフトウェア技術者のWard Cunninghamが、非技術者に説明するために金融の借金の比喩として考案したものです。良い比喩は、聞き手の既存の知識構造を借りて新しい概念を素早く理解させ、さらに「利息が膨らむ」「返済を先送りするほど高くつく」といった推論まで可能にします。経営陣にとって重要なのは技術の詳細ではなく事業への影響であり、開発速度の低下や障害リスクといった結果を数値と簡単な図で示すことが意思決定を助けます。選択肢Aは「知識の呪い」の典型で、専門家が自分の視点から離れられない状態です。選択肢Cは短期的には通っても、理解のない承認は予算削減の局面で真っ先に覆されます。選択肢Dは説明の責任を相手に転嫁しています。図解については、複雑な図より、時間軸に沿って「放置した場合」と「投資した場合」の二本の線を描くような単純な図のほうが、意思決定者には伝わりやすいことが実務で知られています。The term technical debt was itself coined by software engineer Ward Cunningham as a financial metaphor to explain the concept to non-technical people. A good analogy borrows the listener's existing knowledge structure to convey a new idea quickly and even supports reasoning, such as interest compounding and postponed repayment becoming more expensive. What executives need is not technical detail but business impact, so showing consequences such as slower delivery and outage risk with numbers and a simple chart supports their decision. Option A is the curse of knowledge in action, the expert unable to leave their own frame. Option C may work once, but approval without understanding is the first thing reversed when budgets tighten. Option D shifts the burden of explanation onto the audience. On visuals, practitioners find that a simple two-line chart over time comparing inaction with investment communicates better to decision-makers than a complex diagram.

課題Issue

比喩は理解を助ける一方で、誤った結論を導くこともあります。例えば「借金」の比喩は「すべて返済すべき」という印象を与えますが、実際には返済しないほうが合理的な技術的負債も存在します。また、事業影響の数値化には推定が含まれ、精度を問われると説明が崩れる危険もあります。Analogies aid understanding but can mislead. The debt metaphor implies all of it should be repaid, whereas some technical debt is rationally left unpaid. Quantifying business impact also involves estimates, and the explanation can unravel if challenged on precision.

改善案Improvement

比喩を使ったうえで「この例えが当てはまらない点」を一言添え、返済の優先順位付け(高利の負債から返す)まで比喩を拡張して正確さを保ちます。数値は幅で示し、根拠(過去の障害件数、機能開発のリードタイムの推移)を付録に用意します。説明後に経営陣が自分の言葉で言い直せるかを確認し、伝わっていない点を修正します。After using the analogy, note where it breaks down, and extend it to prioritization (repay high-interest debt first) to keep it accurate. Present numbers as ranges with supporting evidence such as past incident counts and feature lead-time trends in an appendix. Afterward, check whether executives can restate the case in their own words and correct whatever did not land.