目の前の一件を急いで処理しているのに、全体はなぜか終わらない。一つの部署では効率化できたのに、別の部署の負担が増えている。そんなとき、問題は作業の速さではなく、見ている範囲かもしれません。
結論——俯瞰とは、部分を全体の関係へ戻すこと
私が考える俯瞰とは、対象から遠ざかって眺めることだけではありません。目の前の出来事を、全体量、流れ、制約、時間軸、他の部分、自分の位置との関係へ戻して見ることです。
森を見ることと、木を見ないことは違います。俯瞰の目的は、細部を捨てることではありません。どの細部を優先して見るべきかを、全体から決め直すことです。
構造的フロネーシスの中で、俯瞰を使う位置
目の前で問題が起きると、その一件をすぐ直したくなります。構造的フロネーシスでは、緊急の安全確保をしたうえで立ち止まります。
そして「この一件は何の一部か。全体の流れが足りていないのではないか」と見ます。同じ問題が繰り返される、別の場所へ負担が移る、完了条件が見えないなら、必要なのは俯瞰のレンズです。
全体、現在地、流れ、制約、例外をつなぐことで、「全体の完了と安全を改善する場所へ介入する」という判断軸ができます。その判断軸から、「個別対応だけでなく、詰まりを生む流れを変える」という仮説を置き、再発や負担移転が減ったかで確かめます。
約4,500回線を、一件ずつの作業にしなかった
私は通信インフラの仕事で、約4,500回線規模の設備切替に関わったことがあります。施工管理・マネジメントの立場で、全体を把握し、無事故で完遂するための進行を担いました。
対象は、ただ4,500件が一列に並んでいるわけではありません。回線ごとに状態が違います。日々、前提も変わります。期限があります。一日に安全に処理できる量にも限界があります。例外が起きたときの戻し方も必要です。
目の前の一件だけを急いでも、全体が期限内に終わる計画にはなりません。先に、全体量と現在地を見ます。次に、期限から一日あたりの必要量を考えます。
そのうえで、通常の流れ、止まりやすい場所、例外、リカバリ、確認者をつなぎます。一件の正確さと、全体の完遂は、別々の課題でありながら切り離せません。
細部だけを見れば、慎重になるほど一件へ時間を使えます。全体だけを見れば、件数を進めるために無理をしやすくなります。必要だったのは、全体と部分を往復することでした。なお、この実績を私一人の成果として書くつもりはありません。大規模な切替は、現場、試験、施工管理、関係者の連携で成立します。
私の役割は、その中で全体を見える形にし、各部分をつなぐことでした。
どの本から、何を持ち帰ったのか
私はXで、全体を俯瞰するうえで血肉になった本を複数冊挙げています。一冊目は、エリヤフ・ゴールドラットさんの『ザ・ゴール』です。ここから持ち帰ったのは、部分をいくら改善しても、全体の流れを止めている制約が変わらなければ成果につながらない、という感覚でした。
二冊目は、外山滋比古さんの『思考の整理学』です。とくに、書いたものを時間を置いて見直し、別の関係を見つけるメタノートの感覚を、自分の思考へ応用しました。三冊目は、森岡毅さんの『USJを劇的に変えた、たった1つの考え方』です。
目的、戦略、戦術を階層として分ける見方が、上位と下位を混ぜないための補助線になりました。また、『FACTFULNESS』からは、手元の印象だけで判断せず、比較する対象と範囲を広げることを学びました。これらの本が、約4,500回線の現場を代わりに運営したわけではありません。
現場で先に経験していた全体と部分の往復へ、本が言葉を与えてくれました。
俯瞰のレンズで見えるもの
俯瞰するとき、私は「何の一部か」と「何が流れているか」を見ます。
| 見る対象 | 確認すること |
|---|---|
| 全体 | 完了とは何か。対象の総量はどれくらいか |
| 現在地 | どこまで進み、何が未確認か |
| 流れ | 入力から完了まで、何がどこを通るか |
| 制約 | 全体を止める場所、能力、情報、承認は何か |
| 時間 | 期限、遅延、先行・後続、将来への影響 |
| 例外 | 通常の流れから外れるものと戻し方 |
| 関係者 | 誰が見て、決めて、実行し、確認するか |
| 自分の位置 | 自分は全体のどこを見ており、何が見えないか |
この表を使うと、目の前の問題が「その一件の失敗」なのか、「同じ失敗を生む流れ」なのかを分けやすくなります。
読者に残すA4一枚——全体・部分マップ
![[ASSETS/IMAGES/structural-phronesis/structural-phronesis_a4_perspective.webp]]
紙の中央に、今回の「完了」を書きます。その周囲へ、次の順で置きます。
| 項目 | 記入例 |
|---|---|
| 完了条件 | 何が、どの状態になれば終わりか |
| 全体量 | 件数、人数、時間、費用、範囲 |
| 現在地 | 完了、進行中、未着手、未確認 |
| 主な流れ | 入力→処理→確認→完了 |
| 制約候補 | 最も詰まりやすい場所 |
| 例外 | 通常手順で扱えないもの |
| リカバリ | 止める、戻す、相談する条件 |
| 目の前の一件 | いまの作業が全体のどこにあるか |
図をきれいに作る必要はありません。重要なのは、いまの作業が全体のどこにつながっているかを説明できることです。
俯瞰のレンズが隠すもの
俯瞰は、使いすぎると人を消します。件数、流れ、ボトルネックとして見るほど、目の前で困っている一人の感情や事情が小さく見えることがあります。
構造上は合理的でも、現場の負担が耐えられない設計は続きません。また、全体図は現実そのものではありません。地図に書かれていない例外は必ずあります。地図を作ったことで分かった気になり、更新しなくなるのも危険です。
もう一つの誤用は、いつまでも全体像を作り続け、目の前の一手を出さないことです。緊急時には、まず安全を確保します。全体を見るのは、行動しないためではなく、行動の優先順位を決めるためです。
他のレンズとどうつながるか
俯瞰で全体を見ても、何を達成したいかが曖昧なら、目的へ戻ります。「完了」「効率」「問題」という言葉が人によって違うなら、定義します。
同じ流れでも場所や役割によって条件が違うなら、文脈を見ます。複数の介入点から一つを選ぶなら、比較します。自分たちに実行できる能力や時間があるかは、認識で確かめます。別の業界の構造を借りるときは、類推を使います。俯瞰は上から命令する視点ではありません。他のレンズへ移るための地図です。
繰り返し使える判断の型
いま対応している問題を一つ選び、紙にこう書きます。
これは、何の一部か。
この一件を直しても、同じ問題がまた起きる流れは残らないか。
私は全体のどこにいて、何が見えていないか。
三つ目まで書くと、俯瞰は他人を上から見ることではなく、自分の視野の限界も見ることになります。最終的に目指すのは、正解を一度で当てることではありません。なぜそう判断したかを説明でき、外れたら修正できる状態です。
次は、自分や相手の資源と限界を判断へ入れる「認識」を扱います。七つのレンズの全体像は「構造的フロネーシスとは」で確認できます。