結論から言うと、人月モデルは「なくなる」のではなく、「使ってよい場面が狭くなる」と考えるのが現実的です。AIによって作業時間と成果の結びつきが弱くなるほど、時間で対価を決める人月モデルには、発注側と受注側の双方にとって不合理な点が目立つようになります。一方で、要件が不確実で、何を作るべきか自体を探る段階では、時間に対して対価を払う方式は今でも合理的なリスク分担の方法です。
本記事では、人月モデルが前提としてきた考え方と、AIによってそれがどう崩れるのかを整理したうえで、民法上の契約類型、契約方式を選ぶための判断軸、AI活用を前提とした見積の作り方を解説します。
人月モデルが前提としてきたこと
人月モデルは、「この開発には、1人で何か月分の作業が必要か」を見積の基本単位とする考え方です。その背後には、次の3つの前提があります。
| 前提 | 内容 | 実際には |
|---|---|---|
| 作業時間と成果は比例する | 時間をかけるほど成果が増える | 人やチームによって生産性は大きく異なる |
| 人と期間は交換できる | 2人で3か月なら、3人で2か月でもできる | 人を増やすと調整のコストが増える |
| 作業の総量は事前に見積もれる | 要件が決まれば工数が決まる | 要件は開発の途中で変わることが多い |
2つ目の前提については、フレデリック・ブルックスが1975年の著書『人月の神話』で、「遅れているソフトウェアプロジェクトに人を追加すると、さらに遅れる」と指摘したことがよく知られています。つまり、人月という単位の限界は、AIが登場するずっと前から認識されていました。それでも人月モデルが広く使われてきたのは、見積と精算が分かりやすく、発注側と受注側の双方が説明しやすいという実務上の利点があったからです。
AIが崩す「最後の前提」
AIによって、残っていた1つ目の前提、すなわち「作業時間と成果は比例する」という前提が大きく揺らいでいます。同じ作業でも、AIをうまく使う開発者とそうでない開発者で、かかる時間が大きく変わり得るからです。
ここで重要なのは、AIの効果が一様ではないことです。METRが2025年に公表したランダム化比較試験では、経験豊富な開発者が慣れた大規模なリポジトリで作業した条件で、AIを使った課題のほうが完了までの時間が19%長くなりました。一方、2026年2月の更新では、より新しいツールでは速くなる方向の結果が出たものの、測定の信頼性が低いと説明されています。つまり、AIの効果は「ある」が、その大きさは条件次第で、事前に正確に見積もることが難しいのです。
これは見積にとって厄介な状況です。人月の見積は「1人月でどれだけの作業ができるか」という生産性の想定の上に成り立っていますが、その想定自体のばらつきが大きくなっているからです。
人月モデルのジレンマ:効率化するほど受注額が減る
人月モデルの最大の問題は、AIで効率化するインセンティブが、受注側に働きにくいことです。
| 立場 | 人月モデルで起きること |
|---|---|
| 受注側 | AIで作業時間を半分にすると、同じ単価なら売上も半分になる。効率化の努力が報われない |
| 発注側 | 委託先がAIをどれだけ活用しているかが見えず、効率化の恩恵を受けられているか分からない |
| 双方 | AIの利用を隠す、または作業時間を多めに見積もるといった、不透明な行動の原因になる |
このジレンマは、発注側にとっても望ましくありません。委託先がAIの活用で生産性を上げても、その成果が価格や品質に反映されなければ、発注側は時代の変化の恩恵を受けられないからです。発注側と受注側の利害を、「時間」ではなく「成果」で一致させる仕組みが求められています。
それでも人月(時間契約)が合理的な場面
人月モデルを一律に否定するのは誤りです。時間に対して対価を払う方式には、不確実性のリスクを発注側が引き受けるという明確な役割があります。
| 場面 | 時間契約が合理的な理由 |
|---|---|
| 何を作るべきかを探る段階(PoC、要件の探索) | 成果を事前に定義できないため、固定価格にすると受注側が過大なリスクを負い、見積が高くなる |
| 継続的な改善・運用 | 作業の内容が毎月変わり、成果物を1つに定義しにくい |
| 発注側が優先順位を頻繁に変えたい場合 | 柔軟に作業内容を変えられることに価値がある |
逆に言えば、要件が明確で、成果が測りやすい部分まで時間契約にしていることが問題なのです。1つの案件のなかでも、フェーズによって契約方式を使い分けることが現実的な解決策になります。
民法上の契約類型を整理する
システム開発の契約は、主に「請負」と「準委任」に分けられます。2020年4月1日に施行された改正民法では、準委任の報酬の支払い方について、成果に対して報酬を支払う型が明文化されました。
| 契約類型 | 報酬の考え方 | 受注側の主な義務 | 向いている場面 |
|---|---|---|---|
| 請負 | 仕事の完成に対して報酬を支払う | 仕事を完成させる義務、契約不適合責任 | 要件が明確で、成果物を定義できる |
| 準委任(履行割合型) | 事務の履行の割合(作業時間など)に応じて報酬を支払う(民法648条) | 善良な管理者の注意をもって事務を処理する義務 | 要件の探索、継続的な改善・運用 |
| 準委任(成果完成型) | 事務の履行によって得られる成果に対して報酬を支払う(民法648条の2) | 善管注意義務。成果の完成義務の範囲は契約で明確にする必要がある | 成果を定義できるが、完成を約束しにくい場面 |
いわゆるSES契約や、ラボ型開発の多くは、作業時間に応じて報酬を支払う履行割合型の準委任として扱われることが一般的です。一方、成果完成型の準委任は、請負と準委任の中間的な性格を持つため、報酬の支払条件と責任の範囲を契約書で具体的に定めることが重要です。
契約方式を選ぶ2つの軸
契約方式は、「要件の確実性」と「成果の測りやすさ」の2つの軸で考えると整理しやすくなります。

| 要件の確実性 | 成果の測りやすさ | 向いている方式の例 |
|---|---|---|
| 明確 | 測りやすい | 請負、機能単位の固定価格 |
| 明確 | 測りにくい | 成果完成型の準委任、成果報酬の併用 |
| 不確実 | 測りやすい | 短い期間の時間契約で探索し、明確になった部分から固定価格へ |
| 不確実 | 測りにくい | 履行割合型の準委任に、品質やリードタイムの指標を組み合わせる |
ポイントは、1つの方式に固定しないことです。たとえば、最初の1〜2か月は時間契約で要件を探り、明確になった機能から固定価格に切り替え、運用段階では月額の契約に品質の指標を組み合わせる、といった段階的な設計が有効です。
AI活用を前提とした見積の作り方
AI時代の見積では、工程ごとに「AIで効率化しやすい部分」と「人の判断が必要な部分」を分けて考えることが重要です。
| 見積の内訳 | 考え方 | AIの影響 |
|---|---|---|
| 要件の整理・設計 | 発注側との対話と判断の時間 | 資料の作成は効率化されるが、判断の時間は減りにくい |
| 実装 | 機能の数と複雑さで見積もる | 大きく効率化される可能性があるが、ばらつきも大きい |
| 検証(レビュー・テスト) | AIが生成したコードの検証を明示的に計上する | 生成量が増える分、検証の比重が上がる |
| 統合・移行 | 既存システムとの連携、データ移行 | 既存システムの理解は効率化されにくい |
| 運用の準備 | 監視、手順書、引き継ぎ | 手順書の下書きは効率化される |
特に重要なのが、検証のコストを明示的に計上することです。AIで実装が速くなった分、レビューとテストの重要性は高まります。「AIを使うので安くなります」という見積で検証のコストが削られていないかを、発注側は確認する必要があります。
生産性の向上分をどう分け合うか
AIによる効率化の成果を、発注側と受注側でどう分け合うかを事前に決めておくと、双方が効率化に前向きになれます。
| 方法 | 内容 |
|---|---|
| 成果単位の価格 | 機能や画面などの単位で価格を決め、作業時間に依存しないようにする |
| 改善分の分配 | 基準となる見積から効率化できた分を、一定の割合で双方に配分する |
| 品質の指標との連動 | リードタイム、変更の失敗率、障害の件数などの指標を、評価や価格に反映する |
自社の契約を見直すためのセルフチェック
- 発注している内容を「時間」「成果物」「専門家の判断」のどれとして買っているか説明できる
- 要件が明確な部分まで、時間契約(履行割合型の準委任)になっていないか確認した
- 委託先がAIをどの工程で、どのルールで使っているかを把握している
- 見積の内訳に、レビューとテストの工数が明示されている
- リードタイムや変更の失敗率など、成果を確認する指標を委託先と共有している
- 効率化できた場合の価格や体制の見直し方を、契約や覚書で決めている
3つ以上に該当しない場合は、契約の内容と実態にずれが生じている可能性があります。次のステップで、段階的に見直していきましょう。
移行のステップ
| ステップ | 内容 |
|---|---|
| 1. 現状の把握 | 既存の契約を、要件の確実性と成果の測りやすさで分類する |
| 2. 試行 | 要件が明確な一部の機能で、成果単位の価格を試す |
| 3. 指標の合意 | リードタイムや品質の指標を、委託先と合意して測り始める |
| 4. 契約の見直し | 試行の結果をもとに、フェーズごとの契約方式を組み合わせる |
| 5. 定期的な見直し | AIの進化に合わせて、半年から1年ごとに見積の前提を見直す |
FlowStack Labsの見解:人月の問題は「単位」ではなく「何を買っているか」が曖昧なこと
人月モデルの本当の問題は、「月」や「人」という単位そのものではなく、発注側が何にお金を払っているのかが曖昧になることだと私たちは考えています。時間を買っているのか、成果物を買っているのか、それとも専門家の判断を買っているのか。この区別がないまま契約すると、AIで効率化が進むほど、双方の不満が大きくなります。
AI時代に価値が高まるのは、「何を作るべきか」を見極める判断と、「作ったものが正しいか」を確かめる検証です。これらは時間で測りにくい一方で、事業の成果に直結します。私たちは、探索には時間契約、明確な機能には成果単位の価格、運用には品質の指標を組み合わせるという、フェーズごとの使い分けをおすすめしています。
そして、この使い分けを実現するには、発注側が自社の業務と要件をよく理解していることが前提になります。委託先との契約を見直すことは、自社の要件定義の力を見直すことでもあるのです。オフショア開発全体の変化についてはAI時代のオフショア開発はどう変わるか、委託先の側の戦略についてはAI時代にオフショア開発会社が生き残るための戦略もあわせてご覧ください。
よくある質問
Q人月モデルはもう使うべきではありませんか?
一律に否定する必要はありません。要件の探索や継続的な改善など、成果を事前に定義しにくい場面では、時間に対して対価を払う方式は合理的です。問題は、要件が明確で成果が測りやすい部分まで時間契約にしていることです。
QAIを使う委託先には、単価を下げてもらうべきですか?
単価を下げるより、成果単位の価格や、効率化の成果を分け合う仕組みを検討することをおすすめします。単価だけを下げると、検証の工程が削られ、品質が下がるおそれがあります。
Q成果完成型の準委任と請負の違いは何ですか?
請負は仕事の完成に対して報酬を支払い、受注側は完成させる義務と契約不適合責任を負います。成果完成型の準委任は、成果に対して報酬を支払う点は請負に近いものの、受注側の義務は善管注意義務が中心です。責任の範囲は契約で明確に定める必要があります。
Q見積にAIの効果をどこまで織り込んでよいですか?
AIの効果は作業の種類や条件で大きく異なり、事前の正確な見積は困難です。実装の部分は幅を持たせて見積もり、検証の工程は明示的に計上し、実績に基づいて見直す方法が現実的です。
Q成果はどのように測ればよいですか?
機能の単位、業務上の成果(処理時間の短縮など)、品質の指標(リードタイム、変更の失敗率など)を組み合わせて測ることをおすすめします。コードの行数やチケットの数だけで測ると、数字を操作する行動を招くおそれがあります。
まとめ
- 人月モデルは「時間と成果は比例する」「人と期間は交換できる」「総量は事前に見積もれる」という前提の上に成り立っています。
- AIによって作業時間と成果の結びつきが弱まり、「効率化するほど受注額が減る」というジレンマが生まれています。
- 要件の探索や継続的な改善など、時間契約が合理的な場面は今もあります。
- 請負、準委任(履行割合型・成果完成型)を、要件の確実性と成果の測りやすさで使い分けることが重要です。
- 見積では検証のコストを明示し、効率化の成果を分け合う仕組みを設計しましょう。
AIを前提にした開発の見積、契約方式の設計、委託先との品質指標の合意は、FlowStack Labsの無料相談でご相談いただけます。

