ラボ型開発 vs 請負：AIが支援する時代のソフトウェア契約の選び方

この比較は、ソフトウェアパートナーとの契約を検討しているファウンダー、CTO、プロダクトオーナー、そして「固定見積もり」と「月額チーム」のどちらかを選ぶよう求められている調達担当者を対象としています。コスト要因、IP、パートナー審査を含むアウトソーシング全般の判断については、ベトナムへのソフトウェア開発アウトソーシングガイドをご覧ください。国の選定がまだ決まっていない場合は、ベトナム対インドのソフトウェアアウトソーシング比較もご参照ください。

2つのモデルの概要

請負。バイヤーとサプライヤーは、作業開始前に定義されたスコープ、価格、納期に合意します。サプライヤーはそのスコープを納品することで報酬を受け取り、通常は承認済みのマイルストーンに連動した支払いが行われます。合意したスコープ外のものはすべて、個別の価格と日程を持つ変更要求となります。このモデルはスコープの柔軟性と引き換えに価格の確実性を提供します。

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

「タイム＆マテリアル」は時間単位で請求される専任チームに近く、「ターンキー」は請負に近い形式です。重要なのは、誰がスコープを決定し、見積もりが外れた場合に誰がその代償を払うかです。

評価基準

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

1. スコープの確実性。作業開始前に、どれだけ明確に仕様を定義してテストできるか？
2. コントロール。週ごとの優先順位とトレードオフを誰が決定するか？
3. コストリスク。作業が計画より長引いた場合、誰がその費用を負担するか？
4. 変更への対応。計画を変更する情報が得られた場合、何が起きるか？
5. ガバナンスの負担。モデルがうまく機能するためにバイヤーはどれだけの時間を割く必要があるか？
6. 知識の継承。納品中に蓄積された知識は、引き続き活用できるか？

比較表

このリスク分担に関する最も明確な公的説明は、ベンダーではなく公共調達から来ています。米国連邦調達規則（FAR）パート16は、確定固定価格契約は最大のリスクとコストの全責任を請負業者に課すものであり、要件と性能の不確実性が合理的によく理解されており公正な価格設定が可能な作業に適していると述べています。FAR 16.601の下では、タイム＆マテリアル契約は作業の範囲または期間を開始時点で正確に見積もれない場合にのみ使用できます。バイヤーはパフォーマンスを監視しなければならず、上限価格を超えた場合はその超過分は請負業者自身のリスクとなります。このリスクの論理はソフトウェアにもそのまま当てはまります。

アジャイルマニフェストは納品の観点を加えています。契約交渉よりも顧客との協働を、計画に従うことよりも変化への対応を重視します。固定価格契約内でアジャイルプラクティスを実行することは可能ですが、スコープの境界を越えるすべての変更は、当事者間の再交渉に戻ることになります。

状況別の判断表

ほとんどのケースは2つの質問で解決できます。今日、全スコープの受け入れテストを書けますか？「はい」なら請負が成立します。貴社側で毎週プロダクトの意思決定をできる人がいますか？「はい」ならラボ型開発が成立します。どちらも「いいえ」なら、まずその問題を解決してから契約してください。

シナリオ

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

明確な要件を持つオンラインストアの再構築。小売業者がチェックアウト、カタログ、インテグレーション要件を文書化し、固定ローンチ日を持っています。請負またはマイルストーンベースの契約がビルドに適しており、ローンチ後はサポート契約を続けることができます。小売・ECプロジェクトはこのように分かれることが多いです。ストアを構築することとその後最適化することは、性質の異なる作業だからです。

社内チームの拡張。プロダクトオーナーとエンジニアリングリードはいるが、開発者が不足している企業の場合。既存の計画プロセスに参加する専任チームが適しています。固定価格では、すでにうまく機能している計画プロセスが重複してしまいます。

単発のインテグレーション。文書化されたAPIを通じてERPとストアを接続し、データと量が既知の場合は、インターフェースがディスカバリーで確認された後、請負が適しています。

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

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

両モデルの強みを組み合わせた構造の例を以下に示します。

• 固定価格ディスカバリー、その後チーム。短い有償ディスカバリーでアーキテクチャ、バックログ、見積もりを作成し、その後のビルドを専任チームまたは有償マイルストーンとして実行します。
• マイルストーンベースの納品。支払いは承認されたマイルストーンに連動し、各マイルストーンは開始直前に仕様化されます。スコープはプロジェクト全体ではなくマイルストーンごとに固定されます。
• 予算キャップ付きチーム。専任チームが合意した月次キャパシティと総キャップの範囲内で作業し、バイヤーはキャップ内でスコープを調整します。
• KPIリンク条件。商業条件の一部がリリース頻度や欠陥率などの合意した成果に連動します。これには双方が信頼して確認できる指標が必要です。

AI支援エンジニアリングが選択に与える影響

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

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

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

どちらのモデルを選んでも、保護のための条件を確認してください。IPについては、アウトソーシング時のIP保護ガイドが条項ごとに解説しています。英国のバイヤーは、英国固有のデータ移転・準拠法の問題について英国企業向け固定価格ソフトウェア開発もご参照ください。

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のプロダクタイズドモジュールおよびビジネスディビジョン製品はライセンスされるものであり、移転されません。専任開発チームサービスでは、チームのセットアップとガバナンスについて詳しく説明しています。

実績のある納品事例と存在しない事例

公開されているNetbaseのケーススタディには、商業モデルを記載したものはありません。リリースをまたいで知識を維持する長期運営チームについては、AIファースト型オフショア開発センターガイドがプロジェクトアウトソーシングとの比較を行っています。また、契約がより大きなプログラムの一部である場合は、デジタルトランスフォーメーションロードマップがシーケンスの組み方を示しています。

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

推奨の限界

• この比較は企業間のソフトウェア開発契約を対象としています。雇用、人材派遣、調達に関する規則は国によって異なります。契約については法律の専門家にご相談ください。
• FARパート16は、契約の種類がリスクをどのように配分するかについての、十分に文書化された説明として引用しています。米国の連邦機関を拘束するものであり、民間のバイヤーには適用されません。
• 総コストはスコープ、チーム構成、仕様書の品質によって異なります。このページには価格、レート、節約額の情報は含まれていません。
• 固定価格はその背後にある仕様書と同程度の信頼性しかありません。ディスカバリーなしの固定価格は、リスクマージンを含む傾向があるか、スコープについての紛争で終わる傾向があります。
• Netbaseの契約・商業モデルはNetbaseが述べる通りに記載されています。Netbaseは固定価格で実行されるプロジェクトの割合を公開していないため、「大部分のプロジェクト」は測定された数字ではありません。Geo-Tekの数字はそのプロジェクトの結果を表すものであり、契約の種類の効果を示すものではありません。

次のステップ

スコープ、締め切り、毎週意思決定できる範囲をお持ちください。ソリューションレビューを予約して、モデルまたはハイブリッドをご提案します。関連サービスを見るか、Netbaseのインサイトをもっとご覧ください。

関連サービスとソリューション