立ち上げ初期の霧をどう設計するか——構造で読む、不確実性を前提に動き出す技術とPM・コンサル現場での実装アーキテクチャ

正直に言う。

プロジェクトの立ち上げ初期ほど、PMやコンサルにとって正体の知れない不安を抱える時期はない。要件はまだ固まっていない。関係者の本音は見えない。予算もスケジュールも、誰かが希望的観測で口にした数字が一人歩きしているだけだ。それでも上層部は早く動き出せと急かし、現場は何も決まっていないのに進められないと反発する。この霧のような状態で、何を決め、何を保留し、どこから手をつけるべきか。私はこの局面で、過去に何度も判断を誤ってきた。決めるべきでないことを早々に決めて後で覆し、決めるべきことを保留したまま時間を浪費した。

本記事が扱うのは、立ち上げ初期の不確実性を、消し去るべき敵としてではなく、設計の対象として扱う技術である。多くの現場では、不確実性は早く潰すべきものとして語られる。だが情報が出揃わない初期に無理やり確定させた決定は、たいてい後で覆る。むしろ不確実性がどこにどれだけ存在するかを構造的に把握し、それぞれの不確実性に適した扱い方を割り当てることこそが、立ち上げ初期の本質的な仕事だ。気合や根性ではなく構造として自分を運用する。この視点から、霧の中で動き出すための設計の技術を解剖していく。

第一章　立ち上げ初期に現場で起きていること

ある新規事業のシステム構築案件に、立ち上げ段階から参画したときのことだ。キックオフの場で、事業責任者は熱意を込めて構想を語った。だが具体的に何をいつまでに作るのかを問うと、答えは曖昧だった。要件はこれから詰める、予算は概算、スケジュールは経営から半年と言われている、と。半年という数字だけが確定事項のように扱われ、その根拠は誰も説明できなかった。

この光景は、立ち上げ初期に普遍的に観測される。確定していない事柄が大半であるにもかかわらず、確定したかのように扱われる数字が一つか二つだけ存在する。多くの場合それはスケジュールか予算であり、上層部の期待や思いつきに由来する。そしてその一つの数字を起点に、本来は未確定であるはずの要件やスコープが、後付けで辻褄を合わせられていく。

立ち上げ初期の混乱の正体は、情報の不足そのものではない。情報が不足している状態を、情報が揃っているかのように扱おうとする無理にある。揃っていないものを揃ったことにして進めれば、どこかで必ず破綻する。だが揃うまで待てば、何も始まらない。この二律背反の中で、現場のPMやコンサルは引き裂かれる。

第二章　不確実性を三つの層に分解する

霧を漠然と恐れている限り、対処はできない。まず必要なのは、不確実性を性質の異なる層に分解することだ。立ち上げ初期の不確実性は、大きく三つの層に分けられる。

第一の層は、時間が経てば自然に解消する不確実性である。市場の反応、他社の動向、技術検証の結果など、調査や検証の進行によって徐々に明らかになる種類のものだ。この層に対しては、無理に今決めず、解消されるタイミングを待つという選択が合理的になる。

第二の層は、誰かが決めれば確定する不確実性である。スコープの範囲、優先順位、品質基準など、本来は意思決定者が決断すれば確定するにもかかわらず、誰も決めていないために宙に浮いている種類のものだ。この層は時間が経っても自然には解消しない。待つのではなく、決める主体を特定して決断を促す必要がある。

第三の層は、本質的に予測不能な不確実性である。関係者の途中離脱、外部環境の急変、想定外の障害など、事前にどれだけ調べても確率的にしか扱えない種類のものだ。この層は消すことができない。できるのは、発生したときに被害を最小化する備えを設計しておくことだけである。

立ち上げ初期の混乱の多くは、この三層を区別せずに一緒くたに扱うことから生じる。待てば解消するものを無理に決めようとし、決めれば確定するものを誰も決めずに放置し、予測不能なものを予測しようとして時間を浪費する。三層を分解するだけで、それぞれに対する正しい行動が見えてくる。

第三章　待つべき不確実性と決めるべき不確実性の判別

三層のうち、現場で最も判断を誤りやすいのは、第一の層と第二の層の取り違えである。待てば解消するものを無理に決めてしまい、決めれば確定するものを待ってしまう。この取り違えが、立ち上げ初期の典型的な失敗を生む。

待てば解消する第一の層を無理に決めると、後で情報が出揃ったときにその決定が覆る。覆った決定は、それまでに積み上げた作業を無駄にし、関係者の信頼を損なう。立ち上げ初期に拙速な決定を下すPMが信用を失うのは、まさにこの覆りの繰り返しによる。だからこの層は、決定を意図的に遅らせる勇気が要る。遅らせることは怠慢ではなく、最も多くの情報が揃った時点で最良の決定を下すための設計である。

一方、決めれば確定する第二の層を待ってしまうと、いつまでも前に進まない。誰かが決めれば済む話を、情報が揃うのを待つかのように放置する。だがこの層はそもそも情報の問題ではなく、決断の問題だ。待っても何も変わらない。ここで必要なのは、決める権限を持つ主体を特定し、決断を引き出すことである。

両者を判別する問いは単純だ。この不確実性は、時間が経てば情報が増えて解消するのか、それとも誰かが決めさえすれば確定するのか。前者なら待ち、後者なら決めさせる。この一つの問いを各不確実性に当てるだけで、待つべきものと決めるべきものが明確に分かれる。

第四章　決めない決定を正当化する技術

立ち上げ初期において、決めないという選択は、しばしば優柔不断や責任放棄と誤解される。上層部は早く決めろと迫り、決めないPMは無能と見なされる。だが第三章で述べたとおり、待てば解消する不確実性については、決めないことこそが最良の選択である。問題は、その正当性をどう説明するかだ。

決めないことを正当化する鍵は、決めないことと、決める時期を決めることを区別する点にある。何も決めずに放置するのではない。いつ、どの情報が揃った時点で、誰が決めるのかを決めるのだ。これは決定そのものを保留しているのではなく、決定のタイミングを設計しているということになる。上層部に対しては、今決めないと伝えるのではなく、この情報が揃う何月何日に決めると伝える。これだけで、決めないことは責任放棄から計画的な意思決定へと姿を変える。

さらに有効なのは、保留している不確実性を可視化して共有することだ。何が未確定で、なぜ今決めないのか、いつ決まるのかを一覧にして関係者に示す。曖昧なまま放置されていると感じるから不安になるのであって、計画的に保留されていると分かれば不安は和らぐ。決めないことを隠すのではなく、決めないことを設計として堂々と示す。これが立ち上げ初期に信頼を保ちながら拙速を避ける技術である。

第五章　最初の数字が一人歩きする構造への対処

第一章で触れた、根拠のない一つの数字が確定事項のように扱われる現象は、立ち上げ初期の最も危険な罠だ。上層部が口にした半年という期限や、概算で出した予算が、いつのまにか動かせない前提として固定化される。その数字に合わせて、本来は未確定であるはずの要件やスコープが歪められていく。

この構造への対処は、数字を否定することではない。否定すれば上層部との対立を招き、立ち上げ初期に必要な信頼を失う。対処すべきは、その数字がどの前提の上に成り立っているかを明示することだ。半年という期限が、どのスコープを、どの品質で実現する前提なのかを言語化する。すると、その期限が成立するのは限定されたスコープと品質の場合だけであり、スコープが膨らめば期限は延びるという関係が見えてくる。

ここで重要なのは、数字そのものではなく、数字と他の変数の関係を可視化することだ。期限、スコープ、品質、予算という変数は互いに連動している。一つを固定すれば他が動く。この連動関係を示すことで、上層部は半年という期限を守るために何を諦めるべきかという、本来必要だった意思決定に向き合うことになる。最初の数字を一人歩きさせないとは、その数字を孤立した前提から、変数の網の中の一点へと位置づけ直すことなのだ。

ここから有料エリア｜価格：1,980円