Skip to main content

何をお探しですか?

私たちのサービスを探索し、目標達成をどのようにお手伝いできるかをご覧ください

専任チーム対固定価格:AIが開発を支援する時代のソフトウェア契約の選び方

スコープが小さく安定していて、テスト可能な仕様が揃っている場合は固定価格を選択します。サプライヤーがコスト超過リスクを負い、変更はすべて契約変更となります。スコープが進化する場合は専任チームを選択します。優先事項をコントロールし、コストリスクを負う分、ガバナンスが重要になります。AIアシスト開発により仕様の作成と確認が迅速になり、ディスカバリー後の固定価格が有利になります。未検証のAI機能は引き続き先行パイロットが必要です。

ソリューションレビューを予約する 関連サービスを見る

Reviewed by David (CEO) · Updated 17 Sep 2026 · 1 min read

star

この比較は、ソフトウェアパートナーと契約しようとしている創業者・CTO・プロダクトオーナー、および「固定見積もり」と「月単位のチーム」のどちらかを選ぶよう求められている調達チームを対象としています。コスト要因・IP・パートナー確認を含むアウトソーシングの判断全般については、ベトナムへのソフトウェア開発アウトソーシングガイドをご参照ください。

2つのモデルの概要

固定価格。発注者とサプライヤーは、作業開始前に定義されたスコープ・価格・納期を合意します。サプライヤーはそのスコープの納品に対して報酬を受け取り、通常は承認済みマイルストーンに紐づいた支払いが行われます。合意スコープ外のものは、独自の価格と日程を持つ変更要求となります。このモデルはスコープの硬直性と引き換えに価格の確実性を提供します。

専任チーム。サプライヤーは、開発者・QA・アナリスト・プロジェクトマネージャーなどで構成される安定したチームを提供し、合意した期間中、発注者の優先事項に取り組みます。発注者はチームのキャパシティに対して(通常は月単位で)支払いを行い、チームが次に何を構築するかを決定します。このモデルはコストの不確実性と引き換えに柔軟性とコントロールを提供します。

「タイム・アンド・マテリアル」は時間単位で請求される専任チームに近く、「ターンキー」は固定価格に近いモデルです。重要なのは、誰がスコープを決定し、誰がその誤りのコストを負担するかという点です。

評価基準

この比較では、実際の契約を左右する6つの基準を使用します:

  1. スコープの確実性。作業開始前に、どの程度仕様化・テストできますか?
  2. コントロール。週単位で優先事項とトレードオフを決定するのは誰ですか?
  3. コストリスク。作業が予定より長くなった場合、誰が負担しますか?
  4. 変更への対応。計画を変えるような新たな知見を得た場合、どうなりますか?
  5. ガバナンスの労力。このモデルがうまく機能するために、発注者はどれだけの時間を必要としますか?
  6. ナレッジの保持。納品中に蓄積された知識は、引き続き活用できますか?

エビデンステーブル

基準 固定価格 専任チーム 根拠
スコープの確実性 価格設定と受け入れができるほど完全な仕様が必要 学習しながら精緻化されるバックログから作業する FAR 16.202および16.601
コントロール サプライヤーが合意スコープの納品方法をコントロールする 発注者が優先事項を設定し、チームは各イテレーションで適応する 一般的な慣行
コストリスク サプライヤーが合意スコープ内の超過コストを負担する 発注者がコストリスクを負う。上限や予算キャップがそれを制限する FAR 16.202および16.601
変更への対応 各変更は契約変更となり、別途価格設定・スケジューリングされる 変更は新たな契約なしにバックログで再優先化される アジャイルマニフェストの価値観;一般的な慣行
ガバナンスの労力 事前に多大な労力(仕様、受け入れ基準)、納品中は軽め 継続的:レビュー、バックログの意思決定、進捗確認 FAR 16.601の監視要件
ナレッジの保持 知識は主にサプライヤーのプロジェクトチームに留まる 安定したチームが製品知識を蓄積し、継続的に活用できる 一般的な慣行

このリスク分担についての最も明確な公的説明は、ベンダーからではなく公共調達から来ています。米国連邦調達規則(FAR)第16部は、確定固定価格契約はコストの最大リスクと全責任を受注者に置くものであり、要件とパフォーマンスの不確実性が合理的に理解されているため公正な価格を設定できる作業に適していると定めています。FAR 16.601では、タイム・アンド・マテリアル契約は開始時点で作業の範囲や期間を正確に見積もれない場合にのみ使用できるとされており、発注者はパフォーマンスを監視しなければならず、上限価格を超えた場合の費用は受注者の自己負担となります。このリスクの論理は、ソフトウェアにも直接適用されます。

アジャイルマニフェストは納品の観点を加えています。それは契約交渉よりも顧客とのコラボレーションを、計画に従うよりも変化への対応を重視します。固定価格契約の中でアジャイルな手法を採用することはできますが、スコープの境界を越える変更が生じるたびに、当事者は交渉に戻ることになります。

状況別の判断テーブル

  • 明確な受け入れテストがある小規模で仕様が明確なビルド

    適したモデル
    固定価格
    理由
    スコープが価格設定に十分なほど安定しており、サプライヤーが超過リスクを負う
  • ユーザーフィードバックに応じて機能が決まる新製品

    適したモデル
    専任チーム
    理由
    学習するにつれてスコープが変化し、変更のたびに再交渉すると納品が滞る
  • 大規模な開発前のディスカバリーやプロトタイプフェーズ

    適したモデル
    フェーズの固定価格
    理由
    短く区切られたフェーズは仕様化が容易で、次フェーズの仕様を生み出す
  • ローンチ後も継続的なリリースが必要なプラットフォーム

    適したモデル
    専任チーム
    理由
    作業は終わらず、安定したチームが製品知識を維持する
  • 既知のソース・ターゲット・データセットを持つ移行

    適したモデル
    固定価格またはマイルストーン型
    理由
    スコープはインベントリ主導でテスト可能。ただし事前にディスカバリーを実施していること
  • 予算が固定されているがスコープがオープンな場合

    適したモデル
    予算キャップ付き専任チーム
    理由
    キャップ内でスコープをトレードオフすることで優先事項を調整する
  • 作業を指示する時間がない発注者

    適したモデル
    強力な受け入れ基準を持つ固定価格
    理由
    プロダクトオーナー不在の専任チームは迷走する
  • 出力品質がまだ不明なAI機能

    適したモデル
    固定価格パイロット、その後価格設定済みマイルストーン
    理由
    パイロットで後のマイルストーンの受け入れ基準となる評価セットを作成する

ほとんどのケースは2つの質問で解決できます。今日、スコープ全体の受け入れテストを書けますか?答えがYesなら、固定価格は実行可能です。あなた側の誰かが毎週プロダクトの意思決定を行いますか?答えがYesなら、専任チームは実行可能です。どちらもNoなら、何かに署名する前にその問題を解決してください。

シナリオ

SaaS MVPのローンチ。創業者はコアとなるワークフローは把握していますが、どの機能に顧客がお金を払うかはまだわかりません。固定価格のMVPでは推測を固定することになります。短いイテレーションで作業する小規模な専任チームなら、コアをリリースして計測・調整ができます。このパスのプロダクト面については、SaaSプロダクトアクセラレーターが白紙からではなく再利用可能なモジュールからスタートします。

明確な要件でのオンラインストア再構築。ある小売業者がチェックアウト・カタログ・統合要件を文書化し、固定ローンチ日を設けています。固定価格またはマイルストーン型契約がビルドに適しており、ローンチ後はサポート契約が続きます。小売・ECサイトプロジェクトでは、ストアの構築とその後の最適化が異なる種類の作業であるため、このように分割されることがよくあります。

社内チームの拡張。ある企業にはプロダクトオーナーとエンジニアリングリードがいますが、開発者が足りません。既存の計画ルーティンに参加する専任チームが適しており、固定価格では既にうまく行われている計画が重複することになります。

一回限りの統合。既知のデータとボリュームを持つ文書化されたAPIを通じてERPをストアに接続する場合、インターフェースが確認されたディスカバリーが完了していれば固定価格が適しています。

複数年にわたるプラットフォームプログラム。スコープが進化し、リリースが頻繁で、知識はプロダクトに留まり続ける必要があります。しっかりしたガバナンスを持つ専任チームが適しており、区切られた部分には固定価格のワークパッケージが組み合わされることもあります。

より効果的なハイブリッド構造

これらの構造は両方の長所を組み合わせます:

  • 固定価格のディスカバリー、その後チーム。短く価格設定されたディスカバリーでアーキテクチャ・バックログ・見積もりを作成し、その後のビルドは専任チームまたは価格設定済みマイルストーンとして実施します。
  • マイルストーン型納品。承認済みマイルストーンに紐づいた支払いで、各マイルストーンは開始直前に仕様化されます。スコープはプロジェクト全体ではなくマイルストーンごとに固定されます。
  • 予算キャップ付きチーム。専任チームは合意した月次キャパシティと総額キャップの中で作業し、発注者はキャップ内でスコープをトレードオフします。
  • KPI連動条件。商業条件の一部が、リリース頻度や不具合率などの合意した成果に依存します。これには双方が信頼し確認できる指標が必要です。

AIアシスト開発が選択に与える影響

現在、サプライヤーはAIを使ってコード・テスト・ドキュメントの草案を作成しています。これにより比較に4つの変化が生じますが、どちらのモデルが自動的に優れているとは言えません。

  • ディスカバリーがより精緻になります。AIはワークショップのメモをドラフトのユーザーストーリー・受け入れ基準・テストケースに変換し、アナリストが修正します。より安く書いて確認できる仕様は、すべての基準を人が承認するならば、より多くのプロジェクトで固定価格を実行可能にします。
  • 時間数が出力の指標になりにくくなります。AIアシストにより、1カ月のキャパシティが納品されるスコープにそのままマッピングされなくなっています。専任チームは、マイルストーンまたはKPI連動条件を有利にする承認済みの成果物とリリース品質によって管理してください。
  • レビューがボトルネックになります。生成されたコードは依然として読まれ、セキュリティ確認とテストが必要なため、価格は草案作成速度とともに下がりません。マージ前のAI出力のレビュー方法について確認してください。
  • AI機能には固有の不確実性があります。チャットボットや文書分類器は、そのデータで回答が測定されるまで固定仕様で受け入れることができません。パイロットで評価セットと合格基準を合意した上で、ビルドの価格を設定してください。

どちらのモデルでも確認すべき契約条件

どちらのモデルを選択しても、あなたを保護する条件を確認してください:

  • IP所有権

    あなたのために作成されたコードを誰が所有するか、および再利用されたコンポーネントが転送ではなくライセンスされているもの

  • 受け入れ

    成果物がどのように受け入れられるか、受け入れが失敗した場合どうなるか

  • 変更プロセス

    変更がどのように起票・見積もり・承認・記録されるか

  • チームの安定性

    チームの変更がどのように通知され、知識がどのように引き継がれるか

  • ガバナンス

    レビューのケイデンス、報告、および双方の担当者

  • 終了

    終了時のコード・ドキュメント・認証情報・環境の引き渡し

  • AIの使用

    どのAIツールがあなたのコードとデータを参照できるか、データがモデルのトレーニングに使用できるか、生成コードの人によるレビュー

Netbaseの契約構造について

Netbaseのプロジェクトのほとんどは固定価格契約で納品されます。この比較の観点では、Netbaseは主に左側の列で作業します。短いディスカバリーで仕様と受け入れ基準を作成し、ビルドは合意した価格でマイルストーンとともに実施されます。これはNetbaseのコンサルティングファースト型ポジショニングに基づいており、ソリューション・カスタム開発・AIを活用したデジタルトランスフォーメーションが先導し、チームキャパシティがそれに続きます。事前にスコープを確定できない作業については、Netbaseは専任開発チーム・オンデマンドサポート・フルマネージド納品も提供しており、マイルストーン型・月次チームリテイナー・KPI連動条件が用意されています。オンサイト作業はリクエストに応じて追加費用で対応可能です。進化し続けるプロダクトは月次リテイナーの専任チームに適しています。

いずれの場合も、納品はハノイからリモートファーストで英語にて行われ、ベトナム時間(UTC+7)の9:00〜18:15に対応します。AIツールとモデルはクライアントとともにプロジェクトごとに選択され、エンジニアはマージするすべての変更に責任を持ちます。

3〜30名のチームにはアナリスト・プロジェクトマネージャー・アーキテクト・開発者・QA・UI/UXデザイナーが含まれ、作業は通常ディスカバリー後1〜2週間以内に開始されます。ガバナンスは週次レビュー・KPIダッシュボード・専任アカウントマネージャーおよびプロジェクトマネージャー・Slack・Zoom・クライアントダッシュボードを通じて運営されます。IPについては、カスタム開発で作成されたIPはクライアントが所有し、Netbaseのプロダクタイズドモジュールとビジネス部門製品はライセンス提供であり、転送されません。専任開発チームサービスでは、チームの設立とガバナンスの方法が説明されています。

Geo-Tek IT Solutions(キプロス)。NetbaseはGeo-Tek IT SolutionsのECサイトプラットフォームを納品しました。公開されているケーススタディによると、ローンチ後最初の四半期で売上が36%増加し、エンゲージメントが35%増加、リピート取引が24%増加、受注処理が30%削減されたと報告されています。このケーススタディにはどの商業モデルが使用されたかが記載されていないため、どちらのモデルの証拠としてではなく、納品実績として示しています。Geo-Tekのケーススタディを読む

推奨事項の限界

  • この比較はビジネス間のソフトウェア開発契約を対象としています。雇用・人材派遣・調達規則は国によって異なります。契約については法的アドバイスを求めてください。
  • FAR第16部は、契約タイプがリスクをどのように配分するかについての文書化された説明として引用されています。これは米国連邦機関を拘束するものであり、民間の発注者には適用されません。
  • 総コストはスコープ・チームの形状・仕様の品質によって異なります。このページでは価格・レート・節約額は示していません。
  • 固定価格はその背後にある仕様の質にのみ依存します。ディスカバリーなしの固定価格は、リスクマージンを含むか、スコープに関する紛争で終わる傾向があります。
  • Netbaseの契約・商業モデルはNetbaseが述べる通りに記載されています。Netbaseは固定価格で実施するプロジェクトの割合を公表していないため、「ほとんどのプロジェクト」は測定された数値ではありません。Geo-Tekの数値はそのプロジェクトの結果を説明するものであり、どの契約タイプの効果でもありません。

よくある質問

固定価格のほうが安いですか?必ずしもそうとは限りません。コストリスクを負うサプライヤーはそのリスクを価格に織り込み、変更は別途請求されます。より予測可能であることはたしかですが、自動的に安くなるわけではありません。

専任チームは発注者にとってリスクが高いですか?コストリスクを発注者に移しますが、同時にコントロールも発注者に与えます。週次レビュー・明確なバックログ・予算キャップによって、そのリスクを可視化できます。

プロジェクトの途中でモデルを切り替えることはできますか?はい、これはよくあることです。固定価格のディスカバリーの後にチームを組む、またはチームの後に小規模なサポート契約を結ぶといった例があります。引き渡し条件は事前に合意してください。

コードの所有権は誰にありますか?それはモデルではなく契約によって異なります。どちらの場合もIP条項を確認してください。

AIアシスト開発は固定価格をより有利にしますか?仕様とテストの草案作成・確認が速くなるため、より早期に固定価格が実行可能になることがあります。しかし、不明確なスコープを安全に固定することはできません。それを決めるのは依然としてディスカバリーです。

Netbaseは主にどのモデルを使用していますか?固定価格です。Netbaseのプロジェクトのほとんどはディスカバリー後に固定価格契約で納品されます。スコープが変化し続ける場合は専任チームが提供されます。

次のステップ

スコープ・納期・毎週下せる意思決定を持ち寄っていただければ、ソリューションレビューをご予約してモデルまたはハイブリッドをお勧めします。関連サービスをご覧になるか、Netbaseのインサイトをさらに閲覧することもできます。

ベトナム発・成果に責任を持つAI活用型専任開発チーム ベトナム発・成果に責任を持つAI活用型専任開発チーム

Netbase JSCは、プロダクト企業や大企業がコントロールを失わずにエンジニアリングキャパシティを拡大できるよう、ベトナムから専任開発チームを提供します。3〜30名のチームがお客様のプロダクト専任で稼働し、レビュー体制のもとAI支援エンジニアリングを活用。担当アカウントマネージャーとプロジェクトマネージャーに報告し、ディスカバリー後通常1〜2週間以内に始動します。チームが生み出したIPはお客様に帰属します。

詳しく見る
line
SaaSプロダクトアクセラレーター:実績あるNetbaseモジュールでAI対応SaaSを立ち上げる SaaSプロダクトアクセラレーター:実績あるNetbaseモジュールでAI対応SaaSを立ち上げる

SaaSプロダクトアクセラレーターは、アカウント、請求、ロール、インテグレーションに対応した再利用可能なNetbaseモジュールのセットです。ファウンダーやプロダクトチームがサブスクリプション型ソフトウェアを迅速にリリースし、初回リリースからプロダクト内AIにも対応できます。これらのモジュールの再利用により開発期間を最大60%短縮できる可能性があり、Netbaseが構築・運用するWeb to Print SaaSであるPrintcartで実証済みのアプローチです。

詳しく見る
line
Contact Netbase

Discuss a project

Netbase JSC helps organizations design, build, modernize, and operate digital products and AI-enabled business systems.
Project enquiries

[email protected]

WhatsApp

+84 937 869 689

Office address

91 Nguyen Chi Thanh, Dong Da, Hanoi, Vietnam

Get in touch

Tell us what you want to build, modernize, or operate.

開発、刷新、運用したいものについてお聞かせください。

Netbaseに問い合わせる