受託開発とラボ型開発の違いと選び方

外部の会社にシステム開発を頼むときによく使われる形に、「受託開発」と「ラボ型開発」があります。作るものがはっきり決まっていれば受託開発、作りながら中身を決めていきたい場合はラボ型開発が向いています。

どちらがよい・悪いというものではありません。頼みたいことがどこまで決まっているか、社内でどこまで開発に関われるかで選びます。はじめて開発を頼む方に向けて、2つの違いと選び方を説明します。

受託開発とは

受託開発とは、作るシステムの中身と納期・金額を先に決め、開発会社に完成までを任せる頼み方です。発注する側は、できあがったシステムを受け取り、決めたとおりに動くかを確かめてから代金を払います。

家づくりにたとえると、間取りと見積もりを固めてから工務店に建ててもらう形に近いものです。最初に決めたことが基準になるため、費用と納期の見通しを立てやすいのが利点です。

反対に、途中で機能を足したり変えたりすると、見積もりと納期の見直しが要ります。始める前に、何を作るかをできるだけ具体的に決めておく準備が大切です。

完成したかどうかは、決めたとおりに動くかを発注する側が確かめる「検収」という手順で判断します。何を、どのくらいの期間で確かめるかも、始める前に決めておくと安心です。

ラボ型開発とは

ラボ型開発とは、開発会社の技術者でつくるチームを数か月などの決まった期間確保し、優先順位を相談しながら少しずつ作り進める頼み方です。費用は、作るものの完成ではなく、チームの人数と期間をもとに決まるのが一般的です。

作りながら使い勝手を確かめ、次に何を作るかをその都度決められるため、最初にすべてを決めきれない開発に向いています。同じチームが続けて担当するので、業務の知識がチームにたまっていく点も利点です。

ただし、何をどの順番で作るかを決めるのは、発注する側の大切な役目です。社内に、開発会社と定期的に話し合い、優先順位を判断できる担当者を置く必要があります。

期間の区切りごとに、何ができたかを開発会社と一緒に振り返り、次に作るものを決めます。チームの人数を途中で増やしたり減らしたりできるか、契約の期間をどう延ばすかも、始める前に確かめておきます。

違いを表で比べる

大きな違いは、「何に対してお金を払うか」と「中身をいつ決めるか」の2点です。

どんな場面に向くか

頼みたいことがどこまで決まっているかと、社内に判断できる担当者を置けるかで考えると、選びやすくなります。

受託開発が向く場面

• 制度の変更に合わせた改修など、やることがはっきりしている
• 決まった予算と納期の中で、完成まで任せたい
• 社内に、開発に長く付き合える担当者を置きにくい

ラボ型開発が向く場面

• 新しいサービスやAIを使う仕組みなど、試しながら中身を決めたい
• 使い始めた後も、改善や機能の追加を続けたい
• 社内に、優先順位を判断できる担当者を置ける

AIを使う開発は、実際のデータで試してみないと、どのくらい正しく動くかが分からないことがよくあります。そのため、作りながら決める進め方と相性がよい場面があります。

迷ったときは、全体を一度に決めず、まず小さな範囲を試してから進め方を選ぶ方法もあります。たとえば、画面の試作だけを先に頼み、中身が固まった部分から受託開発に切り替える、といった組み合わせです。

契約の形にも違いがある

受託開発は「請負契約」、ラボ型開発は「準委任契約」で結ばれることが多くあります。

請負契約は完成したものに対してお金を払う契約、準委任契約は決めた作業を進めることに対してお金を払う契約、と大まかに分けられます。完成の責任の持ち方や、作業の指示の出し方の決まりなど、契約の形で変わる点があります。詳しくはシステム開発の請負契約と準委任契約は、何が違うかで説明しています。

頼む前に準備しておきたいこと

どちらの形でも、「何のために作るのか」「だれが使うのか」を社内でまとめておくと、話が進めやすくなります。

• 困っていることと、システムでよくしたいこと
• 使う人と、使う場面
• 予算と、いつまでに使い始めたいか
• 社内で窓口になる人と、判断する人

作るものを決める作業（要件定義）の進め方は、要件定義で決めること：はじめての方へで説明しています。

当社のご支援

アメリア・テクノロジーは、範囲を決めて進めるプロジェクトのほか、技術者がお客様の現場に入り、要件定義から開発・運用までを担う現場に入るFDE（準委任契約）、専門チームの時間を月単位で使えるAIタイムシェアをご用意しています。どの関わり方が合うかは関わり方をご覧のうえ、お問い合わせからご相談ください。