「記録のシステム」の限界。利益を生むのは意思決定のシステムだ

この記事の要点

• 工数管理・原価管理・ERPはすべて「起きたことを記録する」System of Record（記録のシステム）であり、本質は実績データベースだ。
• 記録を精緻にしても利益は1円も増えない。プロジェクトの利益は受注前の体制設計でほぼ確定しているからだ。
• 利益が決まる受注前の選択に、記録のシステムは原理的に立ち会えない。確定した結果しか扱えないからだ。
• 次のレイヤーは、走り出す前に体制案を比べて利益の出る構造を選ばせるSystem of Decision（意思決定のシステム）だ。AIは決めない。人間に解けない組み合わせを試算し、経営判断の解像度を上げる。

炎上していない。メンバーはベストを尽くしている。クライアントの評価も高い。なのに期末に手元に残る利益が薄い。ITコンサルティングや受託開発の経営者と話すと、この違和感に何度も出会う。

なぜ気づけないのか。記録のシステムは赤字を1円単位で残せるが、その案件が利益を生む構造だったか溶かす構造だったかは記録できない。気づかれないまま利益だけが静かに溶けていく案件を隠れ失敗プロジェクトと呼ぶ。

同じ売上1,000万円でも、あるチームは粗利35%を出し、別のチームは実質赤字になる。差を生むのはメンバーの能力でも顧客の難易度でも運でもない。ほとんどの場合、受注前の体制設計の時点でほぼ決まっている。

ではなぜこの問題はこれほど長く放置されてきたのか。答えは単純だ。業界全体が「記録すれば経営できる」という思想でシステムを作ってきた。 記録の外に経営があると、誰も疑わなかった。

なぜ記録を精緻にするほど、答えから遠ざかるのか

工数管理、原価管理、案件管理、要員管理、収支管理。プロジェクト型組織が導入するシステムはほぼすべてが同じ設計思想の上に成り立っている。起きたことを記録する。可視化する。管理する。

System of Record（記録のシステム）とは、起きたことを記録し可視化し管理することを目的とした情報システムである。ERPもPSAも機能の見た目は違っても本質は実績データベースだ。

記録に意味がないとは言わない。財務にも監査にも要る。だが経営者が本当に知りたいことにこのシステムは答えない。経営者が問いたいのは「なぜ利益が出なかったのか」ではなく「どうすれば利益が出るのか」だ。前者は過去、後者は未来を向いている。

予実管理で赤字が確認された瞬間、すでに手遅れだ。損失は発生し、リソースは消費されている。そこで「超過しました」と可視化されても戻せるものは何もない。記録は確定した損失を映すだけで、確定の手前には遡れない。これがなぜ致命的かは「予実管理の手前」で勝負は決まるで詳しく書いた。

記録の精度を上げる投資はここで奇妙な結末を迎える。データは緻密になり、ダッシュボードは美しくなる。だが緻密になるのはすでに負けた勝負の記述だけだ。記録は昨日までしか教えてくれない。

経営会議の沈黙を思い出してほしい。全員でBIダッシュボードを眺め、原価率の悪化を確認し、誰かが言う。「で、来期はどうするんだっけ」。記録は完璧で、決定は空白だ。記録のシステムはこの問いの手前で必ず止まる。

記録のシステムが決して触れない受注前の選択

プロジェクトの採算は走り出す前に決まる。受注前に下す次の意思決定の組み合わせで粗利の大半が確定する。記録のシステムが拾えるのはこの5項目の「結果」だけで、5項目を選ぶ瞬間には立ち会えない。

1. 誰を入れるか — スキルと原価のバランス。同じ役割でも単価の差がそのまま粗利を動かす。
2. 何人入れるか — 体制の規模感。一人多いだけで限界利益は崩れる。
3. 外注をどう使うか — どのフェーズでいくらで外に出すか。
4. フェーズをどう設計するか — 完了形の定義。終わりの基準が曖昧なら工数は無限に膨らむ。
5. レビュー体制をどう組むか — 手戻りの量はここでほぼ決まる。

この5つが固まった瞬間に利益はほぼ確定している。現場の頑張りは確定した採算を埋める作業に近い。だからこそ、勝敗が決まる上流に介入できないPMOは炎上の後始末係にならざるを得ない。

提案・受注フェーズのリードタイムは短い。深く考える時間がない中で、選択肢を比べる代わりに「動ける人」へ寄せる判断が繰り返される。記録のシステムは誰に寄せたかを事後に記録できても、寄せるべきでなかったと受注前に警告できない。これは個人の問題ではない。意思決定を支える仕組みが存在しないという構造の欠落だ。

System of Record と System of Decision は、発想が180度違う

プロジェクト型組織のITの歴史は記録の精緻化の歴史だった。工数管理が生まれ、プロジェクト管理が生まれ、ERPが広がった。それぞれが組織の可視性を高めた。だが、いずれも記録のシステムの範疇を出なかった。

次のレイヤーがSystem of Decision（意思決定のシステム）だ。System of Decisionとは、案件が走り出す前に複数の体制案をシミュレーションし利益が出る構造を選ばせることを目的とした情報システムである。二つはレイヤーが違う。記録の上に意思決定が乗る。

比較項目	System of Record（記録のシステム）	System of Decision（意思決定のシステム）
触れる時点	確定した後	確定する前
問い	何が起きたか	どの構造を選ぶか
扱う対象	確定した一つの実績	確定する前の複数の選択肢
代替する相手	Excel・工数管理SaaS	熟練マネージャーの勘
買い手の財布	IT予算（コスト削減の稟議）	経営の利益責任（ROIの判断）
立たないと起きること	増え続ける緻密な赤字記録	受注前に防げたはずの隠れ失敗プロジェクト

採算設計とは、案件を受注する前に複数の体制案をシミュレーションし利益が出る構造を選ぶことである。記録のシステムが置き換えるのはExcelや工数管理SaaSだ。意思決定のシステムが置き換えるのは熟練マネージャーの頭の中にしかなかった採算設計の判断そのものだ。

この立ち位置の違いを道具のカテゴリ全体で並べ直したのがコスト管理型か、利益創出型かだ。市場の管理SaaSがすべて記録の側に立つ理由が地図で見える。

編成組合せ増大は人間に困難。だから意思決定のシステムが要る

採算設計はこれまで属人的だった。判断に必要な情報が特定の人間の頭の中にしかなかったからだ。誰がどのスキルを持つか。今どれだけ稼働余力があるか。この案件にはどのスキルが何フェーズ要るか。体制Aと体制Bで限界利益はどう変わるか。

選択肢は一通りではない。誰を入れるかだけで何通り、外注の配置でさらに何通り、フェーズ設計でまた分岐する。プロジェクト数が増えるほど組み合わせは爆発し、人間が頭の中で比べきれる量を超える。記録のシステムにはこの選択肢空間を探索する機能が構造上ない。確定した一つの実績しか持てないからだ。

意思決定のシステムはここに一手を加える。体制Bに一人足した瞬間、限界利益が画面の上で35%から28%に落ちる。エースに三件目が乗ろうとしているのも受注前に赤く見える。記録のシステムが半年後に集計する事実を決める前に並べる。経験と勘で下されていた選択が根拠を持った判断に変わる。

ただし重要な一点がある。AIが決めるのではない。AIは根拠を提示し、最終判断は経営者・事業責任者が下す。 これはブラックボックスではなく、人間に解けない組み合わせの試算を引き受け、経営判断の解像度を上げる仕組みだ。

買う理由も変わる。工数管理ツールを買う理由は「業務を効率化したい」で、コスト削減の文脈でIT担当者が稟議を通す。意思決定のシステムを買う理由は「利益を増やしたい」で、ROIの文脈で経営者が直接判断する。隠れ失敗プロジェクトが1件減るだけで回収できる利益は年間のSaaS契約コストを容易に超える。投資対効果の計算式が違うカテゴリだ。

あなたのシステムは、過去を保存しているか。未来を選ばせるか

「採算が合わなかった」とわかるのがプロジェクト終了後なら、それはすでに負けた後の通知だ。利益は走り出す前に設計できる。案件の完了形を定義し、複数の体制を比べ、採算をシミュレーションする。この一連を仕組みにすれば属人的な経営判断は再現可能な組織の能力に変わる。だから意志を持って案件を断る判断も、勘ではなくデータの上で下せる。

記録の精度を上げ続けた組織が辿り着く先は決まっている。緻密な赤字記録だけが増え、来期の問いには相変わらず答えが出ない未来だ。記録は1秒前までしか守れない。動かせるのは、まだ誰も着手していない次の案件の受注前の一手だけだ。記録が終わるところから、経営は始まる。