1944年、OSS（戦略諜報局）は『Simple Sabotage Field Manual』という文書を出した。いわば、"組織を内側から鈍らせる方法"の一覧だ。
そこに並ぶのは、派手な破壊工作だけではない。正規ルートに通す。すぐ委員会に回す。会議で細部を蒸し返す。前に決めた話を追加情報なしで再オープンする。慎重さを理由に判断を延ばす。
こう書くと大げさに聞こえるかもしれない。けれど読んでいくと、これはスパイの技術というより、私たちが日々の仕事の中で無意識にやってしまっていることにも見えてくる。
深津貴之さんは、この文書を逆から読み、「AIは文章を書くより先に、組織の詰まりを見つけるほうに使える」と書いた。たしかにその通りだと思う。でも、さらに一歩踏み込むなら、これはAI活用のヒントであるだけでなく、"強い組織の設計図"そのものでもある。
組織を壊す方法がわかるなら、強い組織をつくる方法も逆算できるからだ。
目次
この文書が本当に怖いのは、"破壊"より"鈍化"を重視していること
OSS文書を読んで最初に驚くのは、そこに爆発物の話よりも、人間の振る舞いについての記述のほうが多いことだ。
文書は、一般市民が特別な訓練なしに、日常の中でできる単純な妨害を主題にしている。そしてその中には物理的な破壊だけでなく、「意図的に悪い判断をする」「非協力的な態度をとる」「愚鈍さを演じる」といった、人間側の摩擦も含まれている。
現代語に直すと、こうなる。
誰が決めるか曖昧にしたまま会議を続ける。議事録は残るが結論は出ない。前回合意した話が、追加情報なしで「もう一度議論しましょう」と戻ってくる。細かい言い回しの調整が本題を止める。低リスクな案件まで上に持っていく。承認者だけが増えていく。「慎重さ」の名のもとに、誰も責任を取らない。
これを見たことがある人は多いはずだ。会議室で、Slackで、稟議フローの中で。
重要なのは、このどれもが悪意から生まれていないことだ。丁寧な確認、慎重な調整、整合性の配慮、上位方針への気遣い——どれも本来は必要なことだ。ただ、それが重なりすぎたとき、組織は壊れるというより、じわじわ動かなくなる。
大きな事故より先に、組織不全は小さな摩擦の蓄積として始まる。
深津さんはそれを"AIによる詰まり検知"へ読み替えた
深津さんのnoteが鋭かったのは、生成AIの価値を「書くこと」より「詰まりを見つけること」に置き直したことだ。
Slackのやり取り、会議の文字起こし、チケットのコメント、稟議ログを見て、「この話は三回差し戻されている」「小さな案件なのに承認者が増えている」「論点だけ増えてオーナーが決まっていない」「前に決めた話を追加情報なしで再オープンしている」といった兆候を拾う。人の心を読むためではなく、組織がどこで自分にブレーキをかけているかを見えるようにするために。
さらに深津さんが大事にしていた点が三つある。
一つ目は、個人監視にしないこと。誰が空気を悪くしたか、誰が慎重すぎたかを評価対象にした瞬間、AIは新しい官僚制になる。見るべきは個人の性格ではなく、会議・承認・再審議・エスカレーションのパターンだ。
二つ目は、ルールベースとLLMを使い分けること。承認者の数、差し戻し回数、再オープン回数などはルールで取れる。一方、「論点が増えすぎている」「言い回しの調整に寄りすぎている」といった曖昧な詰まり方は、LLMのほうが拾いやすい。
三つ目は、速度を礼賛しないこと。全部を速くするのではなく、「現場で進めていいもの」と「上に上げるべきもの」を迷いにくくすることが本質だ、という整理。この視点がなければ、AIは「速くしろ」という圧力装置になってしまう。
深津さんの読み替えが鋭いのは、AIを"何かを作る道具"ではなく、"組織がどこで自分にブレーキをかけているかを見る鏡"として捉えている点だ。ただ、そこで終わらせるには少し惜しいとも感じた。検知できるなら、予防もできるはずだからだ。
でも、本質はAIの前にある
ここで一度立ち止まりたい。
AIが組織の詰まりを検知できるとして、それが機能する前提条件がある。「何が摩擦か」について、組織の中に共通言語があることだ。
たとえばチームの中で、こういう言葉が使えるかどうか。
「それは慎重さではなく、再審議ループだ」「それは確認ではなく、責任の分散だ」「それは品質担保ではなく、文言調整での停滞だ」「それは合意形成ではなく、決定の回避だ」
この言葉が使えないチームでは、AIが問題を検知しても、「AIが変なことを言っている」で終わる。名前がついていない問題は、修正できない。AIは問題を見つけやすくするが、問題に名前を与えるのは人間の仕事だ。
言語化能力がない組織では、AIはただの「なんかすごい監視」になる。
だから、AIを導入する前に必要なのは、摩擦の概念を言語化することだ。そしてその言語化のヒントが、皮肉なことに、この1944年のスパイ文書の中にある。
この文書は、"強い組織の逆設計図"になる
壊し方の逆を読むと、強い組織の原則が見えてくる。きれいごとではなく、日々の仕事の摩擦を減らすための最低条件として並べるなら、こうなる。
1. 会議は「意思決定」か「論点整理」かを先に決める。
「意思決定」でも「論点整理」でもない会議は、会議ではなく時間の消費だ。
2. 再審議には新情報を必要条件とする。
追加情報なしでの再審議を許すと、決定はいつでも無効化できるものになる。
3. 可逆な判断は現場で決める。
あとから戻せる変更を上に持っていくことで、組織全体の速度が落ちる。
4. 文言調整と意思決定を分ける。
「この表現でいいか」という話と「やるかやらないか」という話は、別の場で扱う。
5. 承認者は安心のためでなく、責任のために置く。
承認する人が増えるほど、一人あたりの責任は薄まる。「念のため」の承認は、ときに責任の希釈装置になる。
6. オーナー不在の案件を放置しない。
誰のボールかが曖昧な案件は、誰も進めない。誰も止められない。
7. 慎重さより、止める理由の明確さを求める。
「慎重に」だけでは止める理由にならない。「この理由で、このリスクがあるから止める」が言える人が必要だ。
8. "一応確認"を増やすほど組織は弱くなると知る。
「念のため」の確認が積み重なると、誰も自分で判断しなくなる。
9. 報告の目的を"安心"ではなく"次の行動"に置く。
「報告を受けた」で終わる会議は、情報の到着を確認するだけで、何も変えない。
10. 優秀さを足す前に、摩擦を引く。
優秀な人を増やすより、前に進むたびに払う調整コストを減らすことのほうが、組織としては効く。
どれも派手な話ではない。でも、組織を前に進める力は、たいていこういう地味な原則で決まる。
これは現場批判ではなく、管理職の教材だ
ここで重要なことを確認しておきたい。OSS文書が描く組織の不全は、現場の怠慢から生まれていない。
丁寧な確認。慎重な調整。整合性の配慮。上位方針への気遣い。それらはどれも、管理職が善意で積み上げてきたものだ。深津さんも書いているように、小さな善意の積み重ねが、いつのまにか前に進む力を食ってしまう。
だからこそ、この文書は現場への批判ではなく、管理職への問いかけとして読むべきだ。
あなたが増やした確認は、本当に品質を上げているか。あなたが守ろうとした整合性は、意思決定の代替になっていないか。あなたが安心のために増やした承認が、現場の責任感を奪っていないか。あなたが「念のため」と口にした瞬間、どれだけの速度が失われているか。
マネジメントとは、管理を足すことではなく、不要な摩擦を引くことでもある。この視点の転換が、組織の動き方を変える出発点になる。
そして制度を設計するときも、同じ問いが使える。新しい会議体、稟議フロー、承認ルール、報告テンプレートを作る前に、一度こう問えばいい。
「これ、Simple Sabotage 的に使われたらどう壊れる？」
承認者が増殖しやすい構造か。追加情報なしでも再審議できる構造か。オーナー不在でも会議だけ回せる構造か。低リスク案件まで上申したくなる構造か。文言調整だけで案件を止められる構造か。「責任はないが口は出せる人」を増やす構造か。報告が次の行動ではなく安心材料になっていないか。
このチェックを通過しない制度は、導入した瞬間から摩擦を生み出す。悪意がなくても、構造がそう動かすからだ。
AIの本当の出番は"監視"ではなく"補助輪"
AIが組織論に入ってくるとき、「監視装置」として語られることが多い。でも深津さんが整理したように、AIは査定官ではなく、組織のダッシュボードであるべきだ。
AIに向いているのは、差し戻し回数の集計、承認者数の推移の可視化、再オープン案件の抽出、オーナー不在案件の検知、会議ログからの論点拡散の検知、前回も議論された論点の再出現検知、低リスク案件の現場決裁候補の提示、といったことだ。
逆にAIに向いていないのは、誰が悪いかの判定、性格評価、空気の良し悪しの査定、「慎重派」「協調性が低い」といった人間へのラベリングだ。この境界線を越えた瞬間に、AIは新しい官僚制になる。人は良い議論をするようになるのではなく、怒られない言い方を覚えるだけだ。
通知の仕方も重要で、強い警告より軽いナッジから始めるのがいい。「この論点は前回も議論されています」「この案件はチーム権限で進められます」「この変更はセキュリティレビュー対象です」という示唆の形で。日次の監視より、週次のサマリーのほうが受け入れられやすい。
AIは、組織が自分で踏んでいるブレーキを見つけ、必要なものだけ残して、不要なものだけを外していくための補助輪だ。そして補助輪が機能するのは、乗り方を知っている人が使うときだけだ。
組織改革とは、何かを足すことではなく、引くことでもある
組織を止めるのは、たいてい一度の大失敗ではない。
丁寧な確認、慎重な調整、整合性の配慮、責任ある上申——そのどれもが本来は必要なものだ。けれど、それらが重なりすぎたとき、組織は壊れるというより、じわじわ動かなくなる。
強い組織とは、優秀な人が多い組織ではなく、無意識の"自滅パターン"を減らせる組織ではないか。
AIはそのための補助輪にはなれる。でも、その前に必要なのは、詰まりに名前をつけることだ。
組織改革とは、何かを増やすことではなく、ときに、減らす勇気を持つことなのだと思う。会議を一つ減らすこと。承認者を一人減らすこと。再審議の条件を一つ厳しくすること。そういう地味な変化のほうが、スローガンよりずっと効く。
参考： Simple Sabotage Field Manual（CIA公開文書） 「組織の壊し方」を逆用して、動かない組織をぶっ壊すには？ — 深津 貴之 (fladdict)
