俯瞰思考

なぜ俯瞰思考か

要件定義の抜け漏れ・業務フローの境界の見落とし——これらは「考え方の型」を持っているかどうかで7割決まる。俯瞰思考は、軸を立てて組み合わせを全列挙する習慣を作る。

3つの典型パターン

実務での頻出パターンは次の3つ。これらを「型」として持っておく。

• ─業務マトリクス — 部門×業務／フェーズ×役割
• ─CRUD表 — 画面×操作（Create/Read/Update/Delete）×ロール
• ─ステータス遷移表 — 状態×イベント／状態×操作可否

軸の選び方

軸選びを間違えるとマトリクスは死ぬ。「対象が増減する軸」「条件で分岐する軸」「時系列で変わる軸」のいずれかから選ぶ。例：CRUDなら「ロール（増減）×操作（分岐）」、ステータス遷移なら「状態（時系列）×イベント（分岐）」。

セルの埋め方

全セルを埋めようとすると挫折する。最初は「○／✗／不明」の3段階で粗く埋める。「不明」のセルが、追加ヒアリングや追加分析の論点になる。要件定義の「やった感」を出すための完璧主義は禁物。

「議論の焦点」と「全パターン」のズレ

抜け漏れが起きる根本原因は、「いま議論している1セル」しか見えていないから。たとえば会議で「中小企業向けに…」と話していると、後から「大手の場合は？」が抜ける。問題は、議論の前に「これは何軸の組み合わせの話か」を定義していないこと。

起動条件：軸が2つ以上見つかった時

俯瞰思考は使うべき場面がある。常に表を作るのは無駄。次の3条件が揃ったときに起動する。

• ─① 達成したい目的がある（設計・意思決定・整理）
• ─② その目的のために対象を分解しようとしている
• ─③ 分解の視点（軸）が2つ以上見つかった ← ここで俯瞰思考の出番