「で、どうするの？」事実だけの完璧な資料はなぜゴミなのか？意思決定を滑らかにする「クラッチ（ドキュメント）」の設計

バグの構造解析

2026.10.06

「で、どうするの？」――。この記事では、ビジネスの現場で起きるこの現象の裏にある「OSのバグ」を、アーキテクトの視点で解剖します。

よくある場面

とあるクライアント（Aさん・上司）と、その部下（Bさん）のミーティングに同席した時のことです。お二人はともにコンサルタント出身でした。

その日は、Bさんが作ってきた資料のレビューでした。さすがは元コンサルタント。非常にロジカルで、綺麗に事実がまとまった、クオリティの高い資料です。

しかし、読み進めていくとなんだか腑に落ちません。

「綺麗な事実の羅列」が続くだけなのです。

その時、上司のAさんが口を開きました。「……で、この資料を見て、経営陣はどうアクションを起こせばいいの？」

そうです。彼の完璧な資料に唯一不足していたもの。

それは「作成者自身の意見（スタンス）」でした。

事実だけを並べられても、読み手は「……で？」とフリーズしてしまうのです。

これは家庭でもよく起きるバグです。冷蔵庫を開けて、「あ、牛乳がないよ」とだけ報告してくる家族（あるいは自分）。これを聞いた相手はイラッとします。なぜなら、

なぜ、優秀な層（QA層）ですら、この「事実だけの報告（天気予報士バグ）」を引き起こしてしまうのでしょうか？

おそらく彼らは、表面的には「事実を共有して、課題を一緒に考えよう」というスタンスを装っています。

しかしその根底にあるのは、「自分が間違った時の責任を取りたくない（正解はお前が決めろ）」という深層心理（エラーへの恐怖）です。

しかし、この「責任を取りたくないからスタンスを取らない」という通信プロトコルでは、ビジネスは絶対に前に進みません。なぜなら、人間のシステムには「慣性の法則」が働いているからです。

人間は、基本的に「わざわざ新しいことをやりたくない（止まっている人は止まり続けたい）」生き物です。一方で、課題を発見して報告してきた部下は「動いている状態」です。

車に造詣が深い方ならお分かりでしょう。

「動いているエンジン」と「止まっているタイヤ」を、いきなり直接繋ぐとどうなるか。

強烈な衝撃とともに【エンスト（システムの完全停止）】を起こします。

経営陣や上司に「事実」だけをぶつける行為は、これと全く同じです。

相手は重たい腰を上げる準備ができていないため、処理落ちしてシステムが停止するのです。

この致命的なエンストを防ぎ、止まっている相手をスムーズに動かすための「機械装置」。それこそが、ビジネスにおける「ドキュメント（資料）」の本当の役割なのです。

ここから先の具体的な解決策・コマンドは、noteの記事「アーキテクトの過去問」として公開しています。

『考える技術・書く技術』（バーバラ・ミント）
「で、どうするの？」と言われない、結論から組み立てる資料の書き方の定番。