お通夜のような
定例会議
マネージャーが30分話し続け、最後に「質問は？」と聞く。
返ってくるのは沈黙だけ。
それは「合意」ではありません。無関心と恐怖のサインです。
Googleの研究（プロジェクト・アリストテレス）が証明したように、
心理的安全性（Psychological Safety）のないチームは、100%失敗します。
- 会議で発言するのは、いつも同じ2〜3人だ
- 「悪いニュース」がマネージャーに届くのが遅い
- 「馬鹿だと思われるのが怖い」ので質問できない
- バグが見つかると、原因（Why）ではなく犯人（Who）探しが始まる
誰もリスクを取らず、言われたことだけをやる「作業員」になっています。
01. 沈黙は金ではない
システム開発における沈黙は「致命的なバグの隠蔽」を意味します。
「この設計、おかしいな」と誰かが思っていても、言えない空気がある。
そしてリリース当日、その「おかしいな」がシステム全体をダウンさせる。
メンバーは無能なのではありません。
「発言コスト」が高すぎる環境が、彼らの口を封じているのです。
成長できる場所だ。
02. 「犯人探し」をやめよう
障害が起きたとき、最初に「誰がやった？」と聞いてはいけません。
「どのような仕組み（プロセス）が、そのミスを誘発したか？」を問うべきです。
これを「Blameless Post-Mortem（非難なき振り返り）」と呼びます。
人を責める文化の中では、人は防衛的になり、真実は闇に葬られます。
03. 心理的安全性の作り方
リーダーが自らの「弱み」を見せることから始まります。
「私はこの技術について詳しくない。教えてくれないか？」
「昨日の判断は間違っていた。すまない」
リーダーが完璧でないことを認めれば、メンバーも安心して失敗できます。
学習する組織（Learning Organization）への第一歩は、リーダーの降伏宣言です。