本文の要約
この記事は、職場でよく見られる「これは複雑じゃない」という認識の違いに焦点を当て、管理者と実行者が同じタスクに対して異なる感覚を持つ理由を明らかにしています。その根本的な原因は、両者が問題を異なる抽象的なレベルで捉えているからです。管理者は「ユーザーへの返金」といった簡略化された目標を見ていますが、実行者は返金時のネットワークの遅延、重複した申請、権限の変更など、現実に存在する無数の問題やリスクに直面しています。また、このような認識の違いの背後にある言語的、組織的、資源的な要因も分析されており、AI時代にはこのような偏見がさらに顕著になると指摘されています。現実の複雑さを正しく認識することの重要性が強調されています。
1. 視点の違い：リーダーは「一本の線」を見て、実行者は「一枚の網」に直面している
リーダーにとってのタスクは、簡略化された理想的なプロセスです（例：ユーザーが返金申請→システムによる審査→返金完了）。しかし、実行者が対処しなければならないのは、その「線」の外にあるすべての予期せぬ問題です。情報が不完全だった場合や、ネットワークが突然切断された場合、第三者決済システムが応答しない場合などです。これらの問題は実行者の時間の80％を占めています。
例えば、返金処理のデモ版を作るのに3日かかるかもしれませんが、本番環境で稼働させるには1ヶ月かかります。なぜなら、すべての予期せぬ事態を考慮してシステムが「エラーなく」動作するようにしなければならないからです。
2. 言語の「目隠し」：自然言語は複雑さを隠している
私たちが自然言語で要求を伝えるとき、多くの詳細を省略します。例えば「自動返金機能を追加してください」と言うだけですが、その背後には多くの問題が潜んでいます（誰が自動返金を実行する権限を持っているのか？返金額が一定額を超えた場合はどうなるのか？ユーザーがすでに商品を受け取っている場合でも自動返金されるのか？返金に失敗した場合はどのように通知するのか？これらの詳細は実行者が「意図的に複雑にしている」わけではなく、単に伝えられていないだけです。
例えば、「コーヒーを買ってきて」と言うとき、アイスかホットか、砂糖を入れるかどうか、どこの店で買うかは伝えませんが、実行者はそれらを明確にしなければなりません。要求の説明が簡単すぎると、実行者が補うべき詳細が増え、それが両者の間のトラブルの原因になります。
3. 組織の「圧縮フィルター」：上層部ほど複雑さを見落とす
大企業では情報が段階的に圧縮されます。基層の従業員は毎日10件の問題を処理し、技術責任者はそれらを3つのリスクにまとめ、部門マネージャーはさらに1つの問題に縮小します。CEOのところには「プロジェクトの進行が少し遅い」というだけになるかもしれません。このような圧縮は必要です（CEOがすべてのインターフェースの遅延を管理することはできないからです）。しかし、上層部は「問題が存在しない」と誤解しやすくなります。
例えば、エレベーターを使うときはボタンを押せばすぐに到着しますが、その背後にあるブレーキシステムやセンサー、安全冗長性などの複雑さは隠されています。優れたチームは複雑さを下層で処理し、上層部に「すべてが正常だ」と感じさせます。しかし、重要な人材が退職すると、そのシステムの複雑さに気づくことになります。
4. 資源の問題：「複雑ではない」とは時間とコストを巡る争い
リーダーが「複雑ではない」と言うとき、本当に簡単だと思っているわけではなく、資源をコントロールしようとしています。複雑さを認めれば、人員や予算を増やしたり、期間を延長したりする必要があります。しかし、省略されたコストは消えるわけではなく、別の形で発生します（例：テスト時間を短縮すると、本番環境で問題が発生し、修復により多くの人件費がかかる）。
5. AI時代の新たな罠：「作るのは簡単だが、信頼性が難しい」
AIにより、プロトタイプを迅速に作成することが容易になりました。かつて数週間かかった機能も、今ではAIを使えば数時間で構築できます。しかし、これは「システム全体が簡単だ」と誤解されがちです。実際にはAIは「作ること」は可能にしても、「信頼性を保つこと」は解決していません。例えば、AIが注文処理を助けてくれますが、どの注文を処理できないか、誤って変更した場合の対応方法、外部システムの問題にどう対処するかは解決されていません。
さらに危険なのは、AIの実行速度が速いことです。人間が1日に10回ミスする場合、AIは1分間に1000回もミスする可能性があります。そのため、AI時代には「作れるかどうか」ではなく、「リスクをコントロールできるか」が重要です。
結論
「これは複雑じゃない」という言葉自体に間違いはありません。しかし、簡単なのは目標であり、複雑なのは現実だと理解する必要があります。次にこの言葉を聞いたときは、すぐに議論するのではなく、「私たちが見ているのは理想的な簡単さなのか、それとも隠された複雑さなのか」と自問してください。成熟した組織とは、複雑さを否定するのではなく、それを管理可能なシステムに変えることです。