まるで未来から来たような解像度で、採算は受注前に設計できる

プロジェクトが終わる。打ち上げの翌週、関係者が会議室に集まり、振り返りをする。なぜスコープが膨らんだのか。どのフェーズで工数が溶けたのか。誰に負荷が寄りすぎたのか。終わってみれば、案件の構造は手に取るように見える。

問題は、その解像度がいつも遅れて届くことだ。すべてが鮮明になる頃には、利益はもう戻らない。

案件の採算は、受注を決めた瞬間にほぼ決まる。ところが、その判断を下す時点で、案件の解像度は最も低い。

一番重い意思決定を、一番ぼやけた視界で下している。これがプロジェクト型ビジネスの構造的な不利だ。採算設計は、この時間差を埋める。振り返り会でしか手に入らなかった解像度を、受注の前に引き寄せる。まるで、未来から戻ってきたレポートを読むように。

この記事の要点

• 案件の解像度が最大になるのは振り返りの場、つまり手遅れの後だ。重い受注判断ほど、解像度の低い時点で下されている。
• 採算設計は、この時間差を埋める仕組みだ。受注前にRFPや引き合いを構造化し、体制・スコープ・限界利益を見立てる。
• 本質は利益の予測ではなく、案件理解の解像度を上げること。利益の見通しは解像度が上がった結果として出てくる。
• アサイン管理が受注後に人を配置する管理なのに対し、採算設計は受注前に案件そのものを設計する。置き換わるのは属人的な受注判断だ。

なぜ最も重い判断を、最も低い解像度で下すのか

受注の判断は、案件の採算を最も大きく左右する。誰を入れ、何人で、どのフェーズをどう区切り、外注をどう使うか。この編成が固まった瞬間に、限界利益の大半は確定する。にもかかわらず、その判断は案件の情報が最も乏しい時点で下される。引き合いは曖昧で、提案のリードタイムは短く、手元にあるのは過去の類似案件の記憶だけだ。「DX推進支援、できそうです」と頷くしかない。

プロジェクトマネジメントには不確実性コーン（Cone of Uncertainty）という概念がある。見積もりの振れ幅は着手の時点で最も大きく、工程が進むほど狭まっていく。案件の解像度が最も低いのは、受注を決めるこのコーンの入り口だ。最大の不確実性の中で、最大の金額を約束している。

時間が経つほど、解像度は上がる。だが同時に、動かせる余地は減っていく。プロジェクトが進むほど案件の実像は鮮明になり、振り返り会で頂点に達する。その頃には、編成も原価も終わっている。

解像度と自由度が、時間軸の上で逆を向いている。

これが、誰も気づかないまま利益だけが溶ける「隠れ失敗プロジェクト」を決算の裏で量産する。受注後にどれだけ精緻に人を動かしても、受注前に決まった採算は覆せない。上流に介入できないPMOが炎上の後始末係に回らざるを得ないのも、同じ構造から来ている。

ここで、似ているが別の問題を解いている二つの営みを分けておきたい。

観点	アサイン管理	採算設計
主語	人（誰を動かすか）	案件（何を引き受けるか）
問い	この案件に誰を配置するか	この案件を取るべきか、どう組むか
立つタイミング	受注後	受注前
最適化する対象	人の稼働と配置	受注の判断と編成
主に見る数字	稼働率・配置の充足	限界利益・案件ポートフォリオの質
解像度が要る場面	配置を埋めるとき	案件を取るかを決めるとき

アサイン管理は受注後の世界に立つ。採算設計は受注前の世界に立つ。タスク管理・工数管理・アサイン管理がいずれも受注後の道具である理由はキャパシティ・リソース・アサインが時間軸で別物だからで整理した。採算設計は、その全部の手前に置かれる。

採算設計とは、利益を予測することではない

採算設計を「受注前に利益を試算する機能」だと捉えると、本質を外す。数字は出口であって、入口ではない。

採算設計とは、RFPや引き合いを構造化し、案件の必要スコープ・体制・限界利益を受注前に見立てて、取るべきかどう組むかを決める行為である。

中心にあるのは、利益の予測ではなく、案件理解の解像度だ。

「DX推進支援をお願いしたい」という一行を受け取ったとき、解像度の低い組織は「たぶんできる」で受注へ進む。解像度の高い組織は、その一行を現状分析・業務設計・システム選定・導入支援というフェーズに分解し、それぞれに必要なロールとスキルと工数を当て、リスクを置き、限界利益を見立てる。同じ案件が、片方では一行の願望のまま、もう片方では構造を持った設計図になる。受注後にしか見えなかったものが、受注前に見える。利益の予測は、この解像度が上がった後に、自然と算出されるだけだ。

解像度が上がると、副次的なことが起きる。営業もPMも経営も、同じ図を見て話せるようになる。発注側にも効く。「DX推進支援」としか書けなかった自社のRFPの曖昧さに、発注側自身が気づく。解像度は受注側だけの武器ではなく、受発注の共通言語になる。

そして、この解像度を上げる仕事は、これまで仕組みではなく人に宿っていた。だから採算設計の競合は、アサイン管理ソフトではない。

置き換わるのはソフトウェアではなく、営業責任者の経験、PMの勘、受注会議、そしてExcelに依存してきた属人的な受注判断そのものだ。

「誰を置くか」の手前に、経営の判断がある

経営者が本当に握りたいのは、人の配置そのものではない。稼働率が85%か90%かは、そこまで重要ではない。重要なのは、どの案件を、どの採算で受けたかという案件ポートフォリオの質だ。利益率5%の案件が混じっていないか。赤字案件を反射で受けていないか。受けるべきでない案件を、意志を持って見送れているか。

採算設計クラウド『CATCAREERアサインメント』は、この受注前の一点に機能を集中させている。提案・営業フェーズで、曖昧な引き合いを構造化し、誰を・何人・どう組めば利益が残るかをシミュレーションし、経営が受注可否を判断できる状態をつくる。受注後の人員パズルではない。走り出す前の、案件そのものの設計だ。だから意志を持って案件を断る判断も、勘ではなくデータの上で下せる。

未来は予言できない。だが、振り返り会でしか見えなかった解像度を、提案の日に手元へ引き寄せることはできる。

終わってからしか見えなかったものを、始める前に見立てる。