受託開発（じゅたくかいはつ）

受託開発（じゅたくかいはつ）とは、顧客から依頼を受けて、その顧客のためのシステムを作る開発の形態のことです。自社で企画した製品を売る形と対になる言葉で、国内のIT企業の多くがこの形で事業を営んでいます。

現実世界に例えると、受託開発は注文を受けて建てる注文住宅のようなものです。建売のようにできあがったものを選ぶのではなく、施主の要望を聞きながら間取りから決めていきます。そのぶん、要望の伝わり方が仕上がりを大きく左右します。

受託開発 図解

※画像をクリックすると拡大表示します。

主な契約の形

自社開発との違い

両者は仕事の進み方が根本的に異なります。自社開発は作るものも期限も自分たちで決められますが、受託開発では顧客の予算と期限、そして要望が起点になります。作ったものの権利や、完成後の運用を誰が担うかも、契約の内容によって変わってきます。

請負と準委任の違いが要

実務でもっとも重要な区別です。請負は「完成させること」を約束するため、期日までに動くものを納める責任を負います。準委任は「決められた作業を誠実に行うこと」を約束します。要件がはっきりしない段階で請負にすると、範囲が膨らんで採算が崩れる原因になります。

多重の下請け構造

業界の特徴として知られています。元請けが受けた案件を二次、三次の会社へ分けて出す形が常態化しており、階層が深いほど現場へ届く金額が減っていきます。人手を集めやすい一方で、責任の所在が曖昧になりやすく、品質や労働環境の面で課題が指摘されてきました。

要件の詰めがすべてを決める

失敗の原因はここに集中します。「これくらい分かるだろう」と省いた部分が、後になって認識の食い違いとして表面化し、作り直しにつながります。画面の絵や試作品を早い段階で見せ、実際に触ってもらいながら決めていくと、言葉だけのやり取りより行き違いが減ります。

仕様変更をどう扱うか

紛争になりやすい部分です。開発の途中で出てくる要望を、もとの範囲に含まれるのか追加なのかを、そのつど文書で確認しておく必要があります。曖昧なまま引き受け続けると、無償での作業が積み上がります。変更の手続きを契約時に決めておくのが自衛策になります。

納品したら終わりではない

見落とされやすい工程です。納品後の一定期間は、不具合を無償で直す責任を負うのが通例で、この範囲と期間も契約で定めておきます。さらに、運用や保守を別契約で請け負うことも多く、長く付き合うほど安定した収益につながる側面もあります。

働き方としての向き不向き

技術者の立場からも触れておきます。さまざまな業種の仕組みに触れられ、幅広い経験を積める一方、作るものを自分で決められない場面が多くなります。顧客の要望に応える面白さを感じるか、自分の考えた製品を育てたいかで、向き不向きが分かれてきます。

あわせて知っておきたい用語

• SIer：
  システムの構築を請け負う事業者のことです。
• SI：
  複数の技術をまとめて仕組みを作り上げることです。
• 要件定義：
  何を作るかを決めて文書にまとめる工程です。
• ウォーターフォール開発：
  工程を順に進める開発の進め方です。