概要
- SVPが「詳細は不要」と発言した背景 の解説
- 組織での失敗対応の本質 にフォーカス
- 「なぜ起きたか」より「何を変えるか」 の重要性
- 人ではなくシステムの改善 を重視
- 信頼と変化への姿勢 の提案
「詳細は不要」—SVPの真意とその学び
- 数ヶ月前、 エンジニアリングSVPとの会議 に呼ばれる事態発生
- 重大ではないが 重要な問題 が発生し、説明を始めたところで「 詳細は不要」と遮られる
- SVPは「 詳細を聞けば納得できる理由があるのは分かっている。だが、それではまた同じことが起きる」と発言
- 詳細を求めない態度 は軽視ではなく、「 あなたたちを信頼している。次に何を変えるのか話そう」というメッセージ
問いの転換—「なぜ?」ではなく「何を変える?」
- 多くの組織は問題発生時に「 なぜ起きたか?」を問う傾向
- 時系列や意思決定プロセス をまとめ、最終的には「納得できる説明」に落ち着く
- 理解=解決ではない。良い説明は時に「変えなくても良い」という空気を生む
- 誰も責めず、合理的な判断の積み重ね として片付け、半年後に再発するリスク
- 変化を生み出すには「 同じクラスの失敗を次回減らすには何を変えるか?」を問うべき
合理的な人たち—変えるべきは人ではなくシステム
- SVPは「 誰が悪いか」や「合理性の説明」には興味がない
- 例:
- 「Aliceが休暇で、BobはWidgetsチームの担当と思っていた」→ 不在時のオーナーシップ明確化
- 「リリース3日前に要件変更」→ リリース直前の要件変更プロセス設計
- 「アラート多発で重要なアラートを見逃した」→ アラートの質向上
- システムの改善 に注力。人の努力や注意力に依存しない設計
良い説明=解決策ではない
- 「サポートを早く巻き込むべき」「もっとコミュニケーションを」など 希望的観測だけの対策 はNG
- 記憶や善意に頼る修正案 は「組織の伝説」に過ぎず、システムとして残らない
- 「 同じ状況が明日起きたら、違う結果を生む仕組みがあるか?」が本質的な問い
- 仕組みやプロセスの強化 が持続的な改善に直結
プロセス過剰のリスクと意識的なリスク受容
- すべての失敗に 新たなプロセス追加 は現実的でなく、働きづらい環境を生む
- 再発防止コスト>失敗コスト の場合、リスク受容も選択肢
- 「 意識的にリスクを受け入れる」と「 努力目標で満足する」は全く異なる
信頼と変化へのリーダーシップ
- SVPの「詳細は不要」は 信頼の宣言
- 関係者の能力や善意を前提 とし、例外があれば別途対応
- 共感や合理性の説明 が「変わらなくても良い理由」になるのを回避
- 人は通常、与えられた情報や制約下で 最善を尽くしている
- 変えるべきは人ではなくシステム
- リーダーが発すべきメッセージは
- 「 信じている。詳細は不要。何を変えるか教えてほしい」