専属開発チームの採用方法:完全ガイド

Share in
11-07-2026

専属開発チーム(ラボ型開発)を採用する際には、判断すべきことが1つではなく、次の5つあります。コストはいくらか、実際に誰がチームにいるのか、戦力化するまでにどのくらいかかるのか、採用のプロセスはどうなっているか、そして誰がリスクを負うかを決める契約条件は何か、です。多くのガイドは最初のコストだけを説明して終わっています。

このギャップが表面化するのは、1か月目ではなく4か月目です。25,000〜35,000ドルと見積もられたチームが、蓋を開けてみると開発者・QA・PMの混成で、コーダー4名ではなかった、というケースがよくあります。また、「2週間でアサイン完了」が示しているのは課金が始まる時期であって、1四半期ともに働いてきたチームと同等のパフォーマンスが出る時期ではありません。

本ガイドでは、以下の5点をすべて取り上げます。

  • 開発者1人あたりの実質コスト
  • 各ロールを誰が担い、なぜその体制になるのか
  • アサインから戦力化までの3か月間の道のり
  • 6ステップの採用プロセス
  • 契約前に必ず確定しておくべき契約条件

専属開発チームとは何か:スタッフオーグメンテーションとの違い

専属開発チームとは、ベンダーが採用・雇用するエンジニアが、複数四半期にわたり1社のクライアントのためにフルタイムで稼働する体制を指します。優先順位を決めるのはベンダーではなくクライアントです。定義を決める要素は2つあります。日々の業務を誰がマネジメントするか、そして同じメンバーが四半期をまたいで継続して参画するかどうかです。メンバーの勤務地は問いません。

購入するのは、次の3つです。継続的なエンジニアリングリソース、蓄積されるプロダクト知識、そしてバックログのコントロール権です。メンバーの採用、給与の支払い、定着施策、雇用はベンダーが担います。この役割分担が効果を発揮するのは、複数四半期にわたって継続する場合です。単発の開発であれば、別の契約形態のほうがコストを抑えられます。3つの契約形態の違いは、まさにこの点にあります。

  • スタッフオーグメンテーション(人材拡張):人数単位でリソースを提供するモデルです。日々の業務管理とスコープに関するリスクは、クライアントが負います。
  • プロジェクト型アウトソーシング(請負型開発):固定スコープに対して成果物を提供するモデルです。ベンダーがデリバリーを管理しますが、契約終了とともにナレッジはリセットされ、チームも解散します。
  • 専属チーム(ラボ型開発):上記2つの中間に位置するモデルです。ベンダーは人材を管理し、クライアントは業務を管理します。メンバーが残り続けるため、ナレッジが蓄積されていきます。
A quoted $25,000 to $35,000 four-person team price split into what the buyer assumes versus what it actually contains, 2.5 developers plus fractional QA and PM

ベンダーの自己PRをもとに3つのモデルを比較しても、ノイズが増えるだけです。どのベンダーのWebサイトも、自社のモデルが最適であるかのように書いているからです。そこで、契約書上で検証できる基準で比較してください。具体的には、日々のマネジメントを誰が行うか、同じメンバーが四半期をまたいで継続して参画するか、ベンダーがどのように請求するか、そして契約終了時に何を失うか、の4点です。

以下の表は、これら検証可能な条件に基づいて3つのモデルを整理したものです。

比較項目専属開発チーム(ラボ型開発)スタッフオーグメンテーション(人材拡張)プロジェクト型アウトソーシング(固定スコープ・請負型)
日々の業務を管理するのは誰かクライアントクライアントベンダー
成果に対する責任は誰が負うか共同責任。クライアントがバックログを管理し、ベンダーがデリバリーに必要なリソースを確保するクライアントベンダー
同じメンバーが四半期をまたいで継続するか継続する(モデルの設計上、前提となっている)継続することが多いが、契約上の保証はない継続しない(納品後にチームは解散する)
請求方法ロールごとの月額単価(継続的に発生)1人あたりの時間単価または月額単価定義されたスコープに対する固定価格
適した契約期間複数四半期〜数年数週間〜数か月終了日が明確な単一プロジェクト
契約終了時に最も大きくなるコスト縮小(ランプダウン)に伴う対応と、再び同じ体制が必要になった場合の再採用最小限(リソースはもともとクライアントが保有するものではないため)プロダクト知識(チームとともに失われる)

専属開発チームを採用する場合の月額コスト

4名チームで月額25,000〜35,000ドル(1人あたり6,250〜8,750ドル)という見積もりは、嘘ではありません。ただし、予算に直結する問い、つまり「開発者1人あたりのコストはいくらか」ではなく、「チーム全体のコストはいくらか」に答えているにすぎません。このチームは開発者・QA・PMの混成であり、コーダー4名ではありません。実際にコードを書いているのは4名中2.5名分にとどまるため、開発者1人あたりの実質コストは月額10,000〜14,000ドルとなり、表面上の数字のほぼ2倍に達します。

見積もりを分解し、他社と同じ条件で比較できるようにするには、次の2点を確認してください。

  • 「総人数」ではなく「開発者の人数」を確認する:「4名体制」と提示するベンダーには、フルタイムでコードを書く人数と、QAやPMがどの程度の稼働割合(兼任)なのかを明示してもらってください。
  • 法定の雇用主負担分が単価に含まれているかを確認する:これはベンダーが給与に上乗せして負担する社会保険料・給与税にあたります。国ごとの差は16倍以上に及びます。
    • ルーマニア:2.25%
    • フィリピン:約10%
    • インド:12%
    • ベトナム:21.5%
    • ポーランド:最大22.14%
    • ブラジル:28〜36%
    • メキシコ:30〜40%

(出典:PwC、Accelerance 2026年版レートガイド)。この負担分が含まれているかどうかを明記している見積もりは、ほとんどありません。

Mandatory employer payroll contribution by country, from Romania at 2.25 percent to Mexico and Brazil at up to 40 percent, a more than 16 times spread

また、ブレンドレート(混合単価)には、賞与・福利厚生、研修費、間接費(席料、ライセンス、セキュリティツール)、待機要員(ベンチ)のバッファー、ベンダーのマージンも含まれています。これらは国ごとの固定額ではなく、一定の割合で上乗せされます。ベンダーには、見積もりを次の3項目に分けて明細化するよう求めてください。フルタイム開発者の人数、非技術系ロールの配分、法定の雇用主負担分です。これによって、2社の見積もりを同じ条件で比較できるようになります。

専属開発チームが「アサイン完了」ではなく「戦力化」するまでの期間

ここで重要なマイルストーンは2つあります。どちらか一方しか提示しないベンダーは、予算を左右する問いとは別の問いに答えています。

  • アサイン完了(スタッフド):2〜4週間。担当者が着席し、課金が始まる日です。
  • 戦力化(プロダクティブ):約3か月。その担当者が、在籍期間の長いメンバーと同等のアウトプットを出せるようになる日です。

ベンダーから最も多く報告されているランプアップ(立ち上がり)カーブは、1か月目が生産性50〜60%、2か月目が70〜80%、3か月目が85〜95%です。これは、最初の四半期に支払う人月のうち、実質的に稼働するのは約73%にとどまることを意味します。最初の四半期における実効人月あたりの実質コストは8,500〜11,900ドルとなり、表示単価を約36%上回ります。フィンテック、ヘルスケア、インフラなど、業務が複雑な領域では、立ち上がりが12〜16週間に延びることもあります。

Three-month ramp-up productivity curve for a dedicated development team, 50 to 60 percent in month one, 70 to 80 percent in month two, 85 to 95 percent in month three, with a 73 percent effective person-months gap in the first quarter

これは理論上の話ではありません。ベトナムの商業銀行におけるCRM導入フェーズ1は、約3か月で本番稼働(ゴーライブ)に至り、1,600名のリレーションシップマネージャー(RM)と、勘定系・AML(アンチ・マネーロンダリング)・融資審査(ローンオリジネーション)の各システムをまたいで、160万件の顧客レコードを同期しました。

受入検収(アクセプタンス)のマイルストーンは、2週目ではなく3か月目の終わりに設定し、最初の四半期の単価もそのマイルストーンを基準に交渉してください。

専属開発チームには、実際に誰が参画するのか

PM、BA(ビジネスアナリスト)、アーキテクト、開発者、QA、DevOps、UXというロールの一覧は正確ですが、どのロールにフルタイムで費用を支払う必要があるのかまでは分かりません。そこで、支払い形態でグルーピングしてみましょう。

  • 必ず必要で、フルタイムのロール:開発者、テクニカルリード
  • ほぼ必ず必要なロール:QA、PM工数の共有配分(按分)
  • ボリュームに応じて必要となる、多くは部分稼働(兼任)のロール:BA、アーキテクト、DevOps、UX

多くのベンダーが言及しないロールがひとつあります。それは、コミュニケーションのオーバーヘッドです。クライアント側のチームとベンダー側のエンジニアとの間に、言語やドキュメント標準の隔たりがある場合、そのコストは、管理担当者が正式にアサインされているかどうかにかかわらず発生します。日本のお客様向けに構築されたキャッシュレス決済プラットフォームの案件では、20名を超える体制が直接アサインされ、その中には、デリバリーチームに組み込まれたコムター(Comtor:通訳・翻訳を担う役割)も含まれていました。

Cross-language collaboration between a buyer team and a vendor delivery team, with a callout that communication overhead is a paid role, not a soft skill

このギャップをひとつの有償ロールとして予算に組み込むほうが、開発者の工数が知らぬ間に消費されていくのを放置するよりも、コストは低く済みます。オフショア開発での連携体制が整っていない場合、やり取りの往復や手戻りによって、スケジュールが15〜25%延びるのに対し、体制が整っているチームでは5〜10%にとどまります(いずれもベンダー報告値)。

フルタイムのメンバーと部分稼働(兼任)のメンバーを、稼働割合(%)で明記したチーム体制表(ロスター)の提出を求めてください。

専属開発チームを採用する6つのステップ

各ステップでは、クライアント側で取るべきアクションと、それが遅れやすい理由を示します。

Six steps to hire a dedicated development team, from writing the scope to setting a reporting cadence, flagging the paid trial slice, and reporting cadence as the two steps most often skipped

ステップ1:スコープと完了の定義(Definition of Done)を文書化する

ベンダーと一度でも話をする前に、バックログに作業を追加する権限を誰が持つのかを決めてください。そして、スコープ文書には役職名だけでなく、その担当者の氏名を明記してください。

このステップは、最も気づかれないまま滞りやすいステップです。社内にスコープクリープ(要件の肥大化)に「ノー」と言える立場の人がいないと、ステークホルダーからの依頼がすべてなし崩し的に「スコープ内」となり、ある目的のために採用したはずのチームが、いつの間にか別の仕事をしている状態になります。

ステップ2:検証可能な基準でベンダーをショートリスト化する

最初の絞り込みには、レビュープラットフォームを活用してください。ただし、最終候補の評価は、提案書の見栄えではなく、ステップ3の質問と、本ガイドの後半で取り上げる契約条件に基づいて行ってください。

多くのチームは、ホームページや提案資料の出来栄えでベンダーを評価しがちです。しかし、洗練された提案資料からは、実際に誰があなたのチームに参画するのか、また、誰かが抜けたときに何が起こるのかは分かりません。

ステップ3:実際に作業を担当するメンバーと面談する

提案されているエンジニア本人と、そのチームを率いるリーダーとの面談を依頼してください。チームの代役として営業側のエンジニア(プリセールス)が出てくる形は避けましょう。どのベンダーも「チームは御社専属です」と主張しますので、安心させる言葉ではなく、契約条項で裏付けが取れる質問によって確認してください。

  • 提案チームは現在どの案件に従事しており、その案件はいつ終了しますか? 良い回答は、ロール名と日付が具体的に示されます。「調整します」という回答は不十分です。
  • 御社のチームからメンバーを外す権限は誰にあり、どの程度の事前通知が必要ですか? 良い回答は、約束ではなく契約条項を根拠として示します。
  • エンジニアは、複数のプロジェクトコードに対して工数を計上していますか? 計上している場合、提案書にどう書かれていようと、そのチームは専属ではありません。
  • 交代要員は、いつから課金が始まり、そのランプアップ(立ち上がり)期間のコストは誰が負担しますか? この質問によって、立ち上がりのリスクをどちらが実際に負うのかが明らかになります。

ステップ4:実際の業務を切り出した有償のトライアルを実施する

期間は2〜3週間、スコープは実際の業務、そして終了時には正式な受入検収のステップを設けてください。「お互いを知る」ためのような、期限の定まらない期間であってはいけません。ミスマッチを発見するうえで、プロセス全体の中で最もコストが低いタイミングです。ここで採用を誤っても、損失は数週間分で済みます。しかし、この段階で見逃した誤りは、1四半期分の損失につながります。

時間的なプレッシャーの中で省略されがちなステップのひとつであり、同時に、最も守る価値のあるステップです。

ステップ5:システムへのアクセスを許可する前に、契約および権利帰属の条件を確定する

ソースコードの権利帰属、データの取り扱い、認証の対象範囲は、チームがリポジトリに触れる前に確定してください。後からでは遅すぎます。詳細は、後述の契約に関するセクションで説明します。

ステップ6:報告の頻度(レポーティングサイクル)と、最初の四半期の受入検収マイルストーンを設定する

クライアント側に、ベンダーからの質問に24時間以内に回答する担当者を1名、名前を指定して置いてください。そして、受入検収のマイルストーンは、アサイン完了日ではなく、3か月目の終わりに設定してください。

これは、2番目に省略されやすいステップであり、その理由はステップ1と同じです。社内の誰にも担当が割り当てられていないためです。迅速に回答を得られる窓口がないチームは、開発を進めるのではなく、確認待ちで止まった質問のために日数を失っていきます。

専属開発チームで起こりがちな問題と、それぞれの対策にかかるコスト

以下の各失敗パターンについて、対策とそのコストを示します。実際のプロジェクトで裏付けとなる根拠がある場合は、その事例も併せて記載しています。

  • これまで一緒に働いたことのないメンバーでチームが編成された
    国営の海運会社向けに構築されたデジタルアーカイブシステムの案件では、それまで連携した経験のない社内の複数のグループからエンジニアが寄せ集められました。
    対策:最初のスプリントの前に、共通の作業ルール(ワーキングコンベンション)を取り決め、窓口となるコーディネーターを1名任命する。
    コスト:現金ではなく、立ち上げ初期の数週間分の時間。
  • 課金が始まっているのに、仕様が固まっていなかった
    対策:たとえ開始日が遅れることになっても、キックオフ前に仕様の確認・明確化を前倒しで済ませる。
    コスト:スケジュールが1〜3週間遅れる。ただし、後から発生する手戻りよりも安く済みます。
  • 離任したエンジニアがプロダクト知識を持ち出した
    報告されている離職率(ベンダー報告値であり、第三者による監査は受けていません)は、スタッフオーグメンテーション(人材拡張)モデルで18〜22%、人材の定着を図る専属チームモデルで8〜12%です。
    対策:交代要員との引き継ぎ期間(オーバーラップ)に関する条項と、ドキュメント作成の要件を、受入検収の基準に盛り込む。
  • 自社の業務量が、チームを維持するのに足りなかった
    ベンダーのせいにされることが最も多い失敗パターンです。
    対策:契約前に、次のセクションで取り上げる最低規模(ミニマムスケール)の基準を確認する。あわせて、四半期ごとに規模を調整できる柔軟性条項(スケール調整条項)を設ける。
Four dedicated development team failure modes, showing three of the four as buyer-side risk that no contract term shifts onto the vendor

この4つの失敗パターンに共通するのは、4つのうち3つがクライアント(発注側)のリスクであり、そのリスクをベンダー側に移転できる契約条項は存在しない、という点です。

専属開発チームを採用する前に確定すべき、契約・知的財産・セキュリティの条件

システムへのアクセスを許可した後、つまりインシデントが起きてからではなく、許可する前に確定すべき条件は5つあります。

  • ソースコードの権利帰属
    費用を負担した側に自動的に帰属するわけではありません。外部委託先が書いたコードは、自動的に職務著作(ワーク・フォー・ハイヤー)になるとは限りません。チームの全メンバーから、対価の支払いをもって効力が生じる形で、権利の全面的な譲渡(権利譲渡)を取得してください。
  • データの管理者(コントローラー)と処理者(プロセッサー)の役割
    チームが個人データを扱う場合は、誰が管理者で誰が処理者なのかを事前に決めておいてください。データとチームが所在する地域の法規制を確認する必要があります。GDPR(EU/英国)、DPDP法(インド)、LGPD(ブラジル)、データプライバシー法(フィリピン)、政令13/2023(ベトナム)などが該当します。
  • 認証の「バッジ」ではなく「対象範囲」
    ISO/IEC 27001:2022のAnnex A(附属書A)の管理策には、アクセス管理と供給者関係が含まれています。外部チームがコードベースに触れる場合に重要となるのは、まさにこの2点です。ベンダーが認証を取得しているかどうかではなく、認証が実際にどの拠点(オフィス)を対象としているかを確認してください。
  • 双方向の予告期間と、交代要員の確保期限の確約
    交代要員のランプアップ(立ち上がり)期間のコストを誰が負担するのかも、あわせて明記してください。
  • アクセス権の失効(取り消し)ポリシーと、契約終了時の引き継ぎ条件
    ドキュメントやコードリポジトリの引き渡しを対象に含めてください。
Four remaining contract terms to settle before hiring a dedicated development team, two-way notice periods, committed replacement timeline, access revocation policy, and handover conditions at contract end

GMO-Z.com RUNSYSTEMは、2014年からISO/IEC 27001の認証を維持しており(2025年から2022年版に移行済み)、CMMIレベル3も2012年から取得しています(直近では2024年に再認証)。これらがカバーするのは、情報セキュリティマネジメントとプロセス成熟度であり、業界ごとに求められるすべてのコンプライアンス・フレームワークを網羅するものではありません。貴社固有の規制要件に照らして、対象範囲をご確認ください。

専属開発チームの契約前に合意しておくべき3つの数字

上記の各セクションで示した、検証可能な3つの数字こそ、契約交渉に盛り込むべき内容です。

  • チーム総人数ではなく、フルタイム開発者の人数:月額25,000〜35,000ドルという見出しの数字を、他社と比較可能な単価に変えるための数字です。
  • 生産性の受入検収日は、2週目ではなく3か月目の終わりに設定する:最初の四半期に実際に提供されるのは、支払っている人月の約73%にすぎないためです。
  • 最小限の実用的なチーム規模は、開発者4〜6名:これを下回ると、非技術系の固定コストを、十分な請求可能時間(ビラブルアワー)に分散できなくなります。

特に混同されやすい点が2つあります。「4名のチーム」は、開発者4名を意味しません。「2週間でチーム稼働」は、2週間で生産性が出ることを意味しません。

ご要望のスコープとスケジュールをGMO-Z.com RUNSYSTEMにお送りいただければ、ご契約前に、フルタイムのメンバーと部分稼働(兼任)のメンバーを明記したチーム体制表と、最初の四半期の受入検収マイルストーンの位置をお示しします。

FAQ(よくある質問)

専属開発者を1名採用する場合、費用はいくらですか?
チーム全体で月額25,000〜35,000ドルという数字を基にすると、開発者1名あたりは月額6,250〜8,750ドル、月168時間稼働として時間単価では約37〜52ドルになります。ただし、法定の雇用主負担分(社会保険料・給与税)は国によって16倍以上の差があるため、同じ月額単価でも、国が違えば得られる内容は同じではありません。

専属開発チームは、どのように採用すればよいですか?
スコープと完了の定義(Definition of Done)を文書化し、検証可能な基準でベンダーをショートリスト化し、提案される実際のエンジニアと面談し、実際の業務を切り出した有償トライアルを実施し、契約・知的財産の条件を確定したうえで、報告の頻度(レポーティングサイクル)を設定します。有償トライアルは最も省略されやすいステップですが、ミスマッチを発見するコストが最も低いステップでもあります。

専属開発チームとは何ですか?
ベンダーが採用・雇用するエンジニアが、複数四半期にわたり1社のクライアントのためにフルタイムで稼働する体制です。バックログはクライアントが管理し、同じメンバーが四半期をまたいで継続して参画します。契約終了時にチームが解散するプロジェクト型アウトソーシング(請負型開発)とは、この点が異なります。

専属開発チームが戦力化するまでには、どのくらいかかりますか?
アサイン完了までは2〜4週間、安定した生産性に達するまでは約3か月かかります。ベンダーが報告するランプアップ(立ち上がり)カーブによると、最初の四半期に実際に提供されるのは、請求される人月の約73%にとどまります。初日から満額のアウトプットが出ると想定せず、このギャップを予算に織り込んでください。

専属開発チームの最小規模は、どのくらいですか?
開発者4〜6名です。これを下回ると、固定的な非技術系コスト(PM、QA、間接費)を、十分な請求可能時間に分散できず、効率が保てなくなります。開発者が3名未満の場合は、通常、スタッフオーグメンテーション(人材拡張)のほうが適したモデルです。

Back to top
20年の経験を持つGMO-Z.com RUNSYSTEMの専門家からテックコンサルティングを受けましょう
GMO-Z.com RUNSYSTEM