「この案件、なんで毎回赤字になるんだろう」——受託開発のPMをしていると、こんな疑問を持ち続けている方は少なくないと思います。
見積もりの段階では問題ないはずなのに、気づいたら利益率が半減していた。赤字の気配は感じていても、どのタイミングで何をすれば止められるのかがわからない。そんな悩みを抱えながら、今日も案件を回しているのではないでしょうか。
この記事では、受託開発における案件進行中の利益管理にフォーカスして、赤字になる構造的な原因と、現場で使える5つのチェックポイントを解説します。見積もり精度の話は一旦脇に置いて、走り始めた案件をどう守るかという観点で読んでいただければと思います。
なぜ受託開発では案件を進めるほど赤字になるのか
受託開発の赤字には、いくつかの構造的なパターンがあります。単純なコスト超過だけではなく、「なぜ赤字になるのかがわからない」状態になる根本原因を整理しておきましょう。
パターン1. スコープが静かに拡張し続ける
受託案件の現場でよく起きるのが、小さな追加の積み重ねです。「少しだけ仕様を変えてほしい」「ここだけ追加できますか」という要望が重なり、当初の工数を静かに超えていきます。
一件一件は小さな変更でも、案件全体で見ると20〜30%の工数増になっていることは珍しくありません。しかもそれが変更対応として請求されないまま処理されてしまうと、利益はそのまま圧迫されます。
パターン2. バッファが最初に消費される
見積もりにバッファを積んでいても、プロジェクト序盤の仕様確認や環境構築の遅延でそのバッファが消えてしまうケースがあります。その後に本来の開発フェーズが始まるわけですが、すでに余裕は残っていない。
バッファは問題が起きたときのために残しておくもののはずが、問題が起きる前に吸収されてしまっているわけです。
パターン3. 赤字を認識する時期が遅すぎる
PM自身が「この案件はまずい」と気づくのが、完了の1〜2週間前であることがよくあります。この段階ではもう手の打ちようがありません。
赤字の予兆を検知するためのモニタリングが設計されていないか、あるいはデータがあっても見ていない状態になっているのが大きな原因です。
案件進行中に確認すべき5つのチェックポイント
では、進行中の案件で赤字を防ぐためにどこを見ればいいのか。判断基準として使える5つのチェックポイントを紹介します。
チェックポイント1. 消化工数と進捗率のギャップ
最もシンプルで、かつ最も重要な指標がEVM（Earned Value Management）的な視点です。難しく考える必要はありません。「全体の何パーセントの工数を使っているか」と「全体の何パーセントが完了しているか」を週次で比較するだけです。
工数消化率が60%なのに進捗が40%であれば、このまま進むと工数オーバーは確実です。この乖離に気づいた段階で対策を打てれば、まだ間に合う可能性があります。
確認すべきこと
- 週次での工数実績と予算消化率を記録しているか
- 進捗率の根拠は感覚ではなく、完了タスク数で定義されているか
チェックポイント2. 仕様変更の累積ボリュームと対応状況
変更管理の台帳を持っていない現場では、「気づいたら仕様が変わっていた」という事態が頻発します。変更の一つひとつを記録し、それが追加工数として見積もられているか、そして顧客に承認されているかを確認してください。
確認すべきこと
- 変更要望はすべてログに残っているか
- 変更によって発生した追加工数の合計はいくらか
- 追加費用として契約変更されているか、または次回案件への交渉材料になっているか
チェックポイント3. 残工数の現実的な見直し
案件の中盤以降、「残り工数はどれくらいか」を現場メンバーに確認してみてください。ここで注意したいのは、当初の計画上の残工数と実際にかかりそうな残工数の乖離です。
現場のエンジニアが「実はまだ半分くらいかかりそう」と感じていても、計画上は「残20時間」になっている場合、そのギャップがそのまま赤字になります。
確認すべきこと
- 担当者から「実際に完了させるのに必要な時間」を週次でヒアリングできているか
- 計画値と実感値に20%以上の乖離があるとき、原因を把握しているか
チェックポイント4. 固定費・外部コストの月次モニタリング
開発工数だけでなく、外部のシステム利用料、ライセンス費用、業務委託コストなど、固定的にかかるコストが計画どおりかを確認してください。
特に外部ベンダーやフリーランスを使っている案件では、「想定より稼働が膨らんでいた」と発覚したときには手遅れ、というケースがあります。
確認すべきこと
- 月次で外部コストの実績を集計しているか
- 予算内で収まっていない費目はどれか
- コスト超過が発生している場合、スコープ調整で吸収できる余地があるか
チェックポイント5. 顧客とのゴール認識のズレ
利益が削られる原因は、必ずしも工数過多だけではありません。顧客の完成イメージとこちらの納品基準が一致していないことで、納品後に追加対応が発生することがあります。
これは見積もり段階で要件定義をどこまで詰めたかに依存しますが、案件進行中にも定期的にゴールのすり合わせを行っておくことで、納品直前の認識ズレを防ぐことができます。
要件定義の段階でつまずきやすいポイントについては、「なぜあなたの要件定義はエンジニアに伝わらないのか？元エンジニアPMが明かす5つの根本原因と処方箋」も参考にしてください。
確認すべきこと
- 顧客との定期MTGで「現時点の完成物」を見てもらっているか
- 納品基準（受入条件）が文書で合意されているか
赤字の予兆を早期検知する「止血ライン」の設定
5つのチェックポイントを確認したうえで、もう一つ大切なのが、どのラインを超えたら何をするかをあらかじめ決めておくことです。
たとえば、以下のような基準を設けておくと動きやすくなります。
- 工数消化率が進捗率を15%以上上回った時点 → PMと上位者で対策会議
- 変更工数の累計が全体工数の10%を超えた時点 → 顧客への追加費用交渉を開始
- 残工数の実感値が計画値の130%を超えた時点 → スコープ調整かリソース追加の検討
こうした「止血ライン」を案件開始時点で設定しておくことで、「気づいたら手遅れ」という状況を避けられます。
見積もりの段階でこうした予兆を織り込んだ計画を立てる方法については、「なぜあなたの見積もりは必ず炎上するのか？元事業責任者が教える、失敗の確率を下げる「見積もりスキル」3つの視点」で詳しく解説しています。
赤字案件になった場合の立て直しの選択肢
それでも赤字の予兆が出てしまったとき、PMとしてどんな選択肢があるのかを整理しておきましょう。
選択肢1. スコープを削る
最も現実的な手段のひとつが、やることを減らすことです。顧客と合意のうえで、今回の納品スコープから非必須の機能を外し、次フェーズに回す交渉を行います。顧客にとっても、品質の下がったものを全部納品されるより、重要な部分を確実に届けてもらったほうがよい場合があります。
選択肢2. 工数を追加投入する
スコープは変えられないが時間的に間に合わない場合、リソースを追加して工数を積み増す選択肢もあります。ただしこれはコストの持ち出しになるため、「この案件はここで損を出して、次の信頼を買う」という経営判断になります。
ビジネス判断としての意味合いが強いため、PM単独で判断するのではなく、上位者や事業責任者と連携して決めることが必要です。
選択肢3. 顧客に正直に状況を伝えて追加費用交渉する
変更対応が積み重なっている場合や、当初想定になかった複雑性が発覚した場合は、事実を誠実に伝えて追加費用を交渉することも選択肢です。感情的にならず、工数の実績データを根拠として提示することで、顧客との信頼関係を保ちながら交渉を進めることができます。
まとめ｜利益管理は仕組みで回す
受託開発の利益管理において、PMの勘や経験だけに頼るのには限界があります。重要なのは、以下の3点を仕組みとして回すことです。
- 週次でデータを見る習慣 工数消化率と進捗率の乖離を、毎週確認するサイクルを作る
- 変更管理の徹底 仕様変更の累積コストを可視化し、対応方針を顧客と合意する
- 止血ラインを事前に設定 赤字予兆の閾値と対応手順をあらかじめ決めておく
この3点が機能していれば、案件が終わってから「なぜ赤字になったのか」と振り返る頻度は大幅に減らせるはずです。
また、炎上案件やコスト超過の問題を組織レベルで改善したい場合は、WBSの構造から見直すことも有効です。「炎上を防ぐWBSの作り方｜私が大炎上プロジェクトで学んだ3つの原則」では、計画段階からのアプローチを解説しています。
受託開発の利益管理を体系的に学びたい方へ
案件進行中の予兆管理や赤字案件の立て直しを体系的に学ぶなら、テックエイドの実践講座がおすすめです。
BIZ-201「受託開発の利益管理と予兆検知」では、今回紹介した5つのチェックポイントをさらに深掘りし、実際の現場で使える計測フレームと判断基準を習得できます。
BIZ-202「赤字案件の立て直しと再見積」では、すでに赤字の兆候が出ている案件をどう立て直すか、顧客交渉と内部調整の具体的な手順を体系的に学べます。
いずれも現場のPMが今すぐ使える水準の実践内容になっています。利益管理のスキルを身につけることで、案件を守るだけでなく、PMとしての評価を高めることにもつながります。