ラボ型開発と準委任契約は、同じ観点で比べる言葉ではありません。ラボ型開発は、一定期間にわたって固定されたメンバーで継続的に開発を進める「開発体制の枠組み」を指します。一方の準委任契約は、仕事の完成を目的とする請負契約とは異なり、一定の業務処理そのものを引き受ける「法的な契約類型」です。したがって、「ラボ型の開発チームを、準委任契約に基づいて編成する」という運用も一般的です。

まず「誰が開発するか」と「何を約束するか」を分ける

「ラボ型だから柔軟に対応してくれる」「準委任だから成果を厳密に管理しなくてよい」と安易に思い込んでしまうと、チーム運営の実態が曖昧になります。メンバーが固定されていても、何を優先して開発し、誰が技術設計を承認し、どの単位で成果物を検収するかは別途ルール化しなければなりません。契約書だけでは日々のチーム運営方法は決まりません。

指揮命令は契約名でなく実態を確認する

日本の厚生労働省は、請負や準委任を含む業務と労働者派遣の区分について、契約の名称だけでなく、発注者と受注者側の労働者との間に実際の指揮命令関係があるかを重視しています。日本法が適用される取引では、発注者が個々の作業者へ直接どこまで指示するのか、受注者側の管理者がどう業務を遂行するのかを確認してください。

参考：厚生労働省「『労働者派遣事業と請負により行われる事業との区分に関する基準』（37号告示）に関する疑義応答集（第3集）」

インド側の法人や人材を含む取引では、契約当事者、実際の就労場所、適用法、雇用主も確認が必要です。日本の区分をそのまま海外のすべての契約へ当てはめず、具体的な取引について専門家へ確認します。

日々の指示と成果の確認を、契約前に書き出す

日本側と受注側の判断を分ける

継続的なチームを想定するなら、日本側が何を決め、受注側の管理者が何を決めるかを例で確認します。たとえば日本側が製品の優先順位と受け入れ条件を決め、受注側の管理者が担当者への仕事の割り振りと勤務管理を行う形です。実際の運営が契約文言と違えば、名称だけ整えても問題は解消しません。

仕様変更を誰へ依頼するか決める

レビュー会議では、発注者が成果物の修正を求める場面と、個々の作業者へ日々直接指示する場面を区別します。誰に連絡し、どの単位で依頼を変え、追加費用や日程へどう反映するかまで決めておくと、開発中の行き違いを減らせます。具体的な契約適合性は、取引の実態を示して専門家へ確認してください。

契約前の確認事項を表にする

契約前の確認表には、①契約当事者、②実際の管理者、③仕事の依頼先、④成果や業務の報告方法、⑤変更時の承認者を並べます。たとえば仕様変更の相談は日本側のプロダクト担当から受注側の管理者へ伝え、管理者が作業を組み直すのか。ここが曖昧なら、契約書の説明と実際のチャットの運用に差が出ます。稼働後も、当初決めた経路が守られているかを定期的に確かめます。

ラボ型の運営は、固定メンバーというだけで機能しない

継続して働くチームなら、引き継ぎのしやすさや製品知識の蓄積を期待できます。ただし、同じ人が在籍するだけでは成果につながりません。プロダクトの優先順位を決める人、設計を確認する人、完成の条件を認める人を置き、週ごとに未決事項と手戻りを見ます。

インドIT人材活用とオフショア開発の違いでは、外部へ仕事を渡す場合と自社の開発体制へ人を迎える場合の選択軸を整理しています。ラボ型を検討する際も、何を外部へ任せ、どの判断を自社に残すかを先に決める方が、体制と契約を選びやすくなります。

契約前は費用と変更条件を同じ表で確認する

月額の見積もりに含む人数、稼働時間、管理者、技術評価、端末や開発環境を明記します。欠員時の補充、役割変更、追加の専門家が必要な場合の手続きも確認してください。継続的なチームほど、最初の計画から仕事が変わるためです。

見積もりが「エンジニア3名分」とだけ記載されている場合は、チームを統括するリーダーの費用、設計レビューやテストの担当範囲、稼働が発生しない休業期間の取り扱いなどを事前に確認します。準委任契約の対価が稼働時間を基準とする場合であっても、どのような成果や作業内容を報告し、業務の進め方をどのタイミングで見直すかは取り決めが可能です。チーム体制の継続性と、契約上の法的責任の双方が両立する条件を整えてください。

ZenNxt Labsでは、インドの優秀なエンジニアを選定し、自社の開発体制として実効的に機能するまでの立ち上げ支援を提供しています。ご相談の際は、「ラボ型」や「準委任」といった契約名称だけにとらわれず、想定する開発体制、指示命令の経路、社内で確保できる判断者、契約書に盛り込みたい業務範囲をお知らせいただくことで、実態に即した最適な進め方をご提案できます。

お問い合わせはこちら