ラボ型開発 vs 請負：AIが支援する開発契約の選び方

この比較は、ソフトウェアパートナーと契約を結ぼうとしている創業者・CTO・プロダクトオーナー、および「固定見積もり」と「月額チーム」のどちらかを選ぶよう求められた調達チームを対象としています。コストドライバー・IP・パートナー審査を含むアウトソーシング全般の意思決定については、ベトナムへのソフトウェア開発アウトソーシングガイドからご覧ください。

2つのモデルの概要

請負。発注者とサプライヤーは、作業開始前にスコープ・価格・納期を定義して合意します。サプライヤーはそのスコープの納品に対して報酬を受け取り、通常は承認済みマイルストーンに連動した支払いで行われます。合意済みスコープ外のものはすべて変更要求となり、独自の価格と日程が設定されます。このモデルは、スコープの柔軟性を犠牲にして価格の確実性を得ます。

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

「タイム＆マテリアル」は時間単位で請求されるラボ型開発に近く、「ターンキー」は請負に近い形式です。重要なのはスコープを誰が決めるか、そしてスコープの見誤りについて誰が費用を負担するかです。

評価基準

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

1. スコープの確実性。作業開始前に、どれだけ正確に仕様を定義してテストできますか？
2. コントロール。週ごとの優先事項とトレードオフを誰が決定しますか？
3. コストリスク。作業が計画より長引いた場合、誰が費用を負担しますか？
4. 変更対応。計画を変える情報が得られたとき、どうなりますか？
5. ガバナンスの負荷。このモデルがうまく機能するために、発注者はどれだけの時間を割く必要がありますか？
6. 知識の保持。開発中に蓄積された知識は、後からも利用できますか？

エビデンス表

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

アジャイルマニフェストは納品の観点を加えています。契約交渉よりも顧客との協働を、計画に従うよりも変化への対応を重視するという価値観です。請負契約の中でアジャイルな開発手法を実践することは可能ですが、スコープの境界を越える変更が生じるたびに、当事者は交渉に戻ることになります。

状況別判断表

ほとんどのケースは2つの質問で解決できます。今日、スコープ全体の検収テストを作成できますか？もしそうなら、請負は成立します。自社側で週次のプロダクト意思決定を行う担当者はいますか？もしそうなら、ラボ型開発（専任チーム）は成立します。両方の答えが「いいえ」であれば、契約に署名する前にその問題を解決してください。

シナリオ

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

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

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

スポットのシステム統合。文書化されたAPIを通じてERPとストアを接続する作業で、データと件数が既知の場合、ディスカバリーでインターフェースが確認できれば請負が適合します。

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

より効果的なことが多いハイブリッド構造

以下の構造は両方のモデルの強みを組み合わせます。

• 固定価格ディスカバリー、その後チーム体制。短く価格設定されたディスカバリーでアーキテクチャ・バックログ・見積もりを作成し、構築はラボ型開発または価格設定済みマイルストーンで進めます。
• マイルストーンベースの納品。支払いは承認済みマイルストーンに連動し、各マイルストーンは開始直前に仕様化されます。スコープはプロジェクト全体ではなく、マイルストーン単位で固定されます。
• バジェットキャップ付き専任チーム。専任チームが合意した月次キャパシティと総額上限の範囲内で作業し、発注者はキャップ内でスコープを調整します。
• KPIリンク型条件。商業条件の一部が、リリース頻度や欠陥率などの合意済み成果に連動します。これには双方が信頼し検証できる指標が必要です。

AI支援開発が選択に与える影響

サプライヤーはコード・テスト・ドキュメントの下書きにAIを活用するようになっています。これにより比較は4つの側面で変化しますが、どちらのモデルが自動的に有利になるわけではありません。

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

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

どちらのモデルを選択する場合でも、自社を保護する条件を確認してください。IPについては、アウトソーシング時のIP保護ガイドが条項ごとに説明しています。

Netbase JSCの契約構造

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

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

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

存在する納品実績と存在しないもの

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

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

推奨事項の制限

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

次のステップ

スコープ・デッドライン・週ごとに行える意思決定の範囲を持参していただければ、モデルまたはハイブリッドを推奨するソリューションレビューをご予約いたします。関連サービスをご覧いただくか、Netbase JSCのインサイトをブラウズすることもできます。

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