複数の会社が並ぶ体制図を見せられ、「調整もお願いします」と言われる場面があります。体制図は指揮系統を示す図ではなく、契約の集まりを一枚に重ねて描いた図にすぎません。誰が誰と契約し、調整の責任がどこに置かれているかを確かめないまま参画すると、何かが起きたときに拠り所を持てなくなります。この記事では、IPAのモデル契約が置く条文をもとに、参画前に確かめる手順を整理します。

1. ブリッジSEの案件で最初に確かめるのは、誰が誰と契約しているか

体制図と契約関係は別物であること。図の線は指揮の線ではない

参画が決まると、真っ先に手渡されるのは体制図です。ユーザー企業を起点に、ベンダー、オフショア側の開発チームが並び、その間にブリッジ役として自分の名前が置かれます。図だけを見ると、上から下へ指示が一本の線で流れているように見えます。

しかし契約は体制図の線とは別の場所で結ばれています。ユーザー企業とベンダーの間に1本、ベンダーとオフショア側の間にもう1本というように、契約は当事者ごとに分かれて存在します。体制図の線は「話が通じる相手」を示しているだけで、「責任を負う相手」を示しているとは限りません。情報の流れよりも先に、この分かれ方を押さえておく必要があります。

参画前に尋ねておきたい、契約の相手を示す質問

体制図を受け取った段階で、「この案件で契約書を交わしている相手はどこか」を確認しておくと、後から生じる調整の役割が誰の契約に属するのかを見分けやすくなります。契約書そのものが開示されない場合でも、担当者にこの点を尋ねること自体は、参画前に一般的に行われる確認です。

参画前に確かめたいのは、体制図の線ではなく、自分がどの契約の下に立っているかです。図1に、多者体制の中で情報が集まる場所と、契約が結ばれる場所の違いを整理しました。次の章では、契約の中でも扱いが分かれやすい再委託の条文から見ていきます。

図の作成：Remogu編集部。多者体制における情報の集まり方と契約の結ばれ方を整理したもので、統計データではありません

2. 再委託の扱いは、案件によって違う

事前承諾を必要とする案と、ベンダーの裁量に委ねる案が併記されている

モデル契約の再委託に関する条文には、2つの案が示されています。1つは、再委託についてユーザー企業の事前承諾を必要とする案です¹。もう1つは、再委託先の選定を原則としてベンダーの裁量とし、ユーザー企業側は中止を求められるという案です²。

どちらが優れているという話ではありません。事前承諾を必要とする案の案件では、参画前の情報共有や手続きが厚くなる傾向があります。ベンダーの裁量に委ねる案の案件では、体制の変更が速く進む一方、ユーザー企業側の関与は中止を求める場面に絞られます。契約の作りが違えば、板挟みの感じ方も変わってきます。

確かめたいのは、自分が入る案件がどちらの形を採っているかです。契約書の全文を見せてもらえない場合でも、体制図や参画時の説明の中に、再委託の決め方についての言及があるかどうかを確認する材料にできます。表1に、2案の違いを整理しました。

2つの案では、動き出す前に踏む手順が変わります

参画の打診を受けた段階で聞いておきたいのは、いま動いている再委託がどちらの案に基づくかという点です。事前承諾を必要とする案件では、再委託先の交代に手続きの時間がかかる分、いま組まれている体制が長く続きやすく、自分が担う役割も安定しやすくなります。ベンダー裁量の案件では、再委託先が入れ替わる場面に居合わせる可能性があり、そのたびに、新しい相手との連絡経路を作り直す仕事が発生します。体制が変わったときに自分の稼働がどう影響を受けるかは、参画前に聞いておいて損のない点です。

確認するポイント	事前承諾を必要とする案	ベンダー裁量とする案
再委託先の決定	ユーザー企業の事前承諾が要件1	原則としてベンダーの裁量2
ユーザー企業の関与	決定前の情報共有が前提	決定後の中止請求という形
体制変更の起きやすさ	手続きの分だけ時間がかかりやすい	比較的速く動きやすい

図の作成：Remogu編集部。モデル契約に併記された2つの案の流れを整理したもので、統計データではありません

3. 会社をまたぐ調整の責任は、条文の上に置かれている

「善意で調整している」状態と「役割として引き受けている」状態の差

モデル契約は複数のベンダーが関わる場合を想定し、マルチベンダーの調整等の責任を定めた条文を置いています³。会社をまたぐ調整は、担当者個人の気配りに頼る仕事ではなく、契約の受け皿の上に置かれた仕事として設計されています。

この違いは、参画してみないと分からないものではありません。体制図の説明や参画時の合意事項の中に、調整という役割がどの契約に紐づいているかという言及があるかどうかで、ある程度確かめられます。役割として引き受けている場合は、調整に費やす時間や進め方について、クライアントと協議する材料が契約の中にあります。善意に頼っている状態では、その材料自体が用意されていません。

日々の進め方にも違いが表れます。役割として引き受けている場合、調整のやり取りは会議体の記録や合意事項として残り、後から参照できる形になります。かけた時間も、進行管理という仕事の一部として扱われ、クライアントと相談しながら配分を決められます。善意で調整している場合は、やり取りが個人間のメールやチャットに留まりやすく、記録として残らないまま流れてしまうことがあります。相談を持ち込む先も、契約に基づく窓口ではなく、その場で手が空いている相手になりがちです。何かが起きたときに、経緯を示せる記録があるかどうかで、説明の負担がどこに集中するかも変わってきます。

この差は、案件の期間が長くなるほど響いてきます。合意事項が積み上がっていく案件では、役割として引き受けている状態のほうが、後から振り返れる材料が多く残り、次の判断もしやすくなります。善意で調整している状態のままだと、期間が延びるほど、経緯を説明する負担が大きくなっていきます。

自分の役割が条文に対応しているかを見分ける

体制図の中で「調整」や「進行管理」という言葉が使われていても、それが契約上の役割として位置づけられているのか、単に体制図上の呼び名にすぎないのかは、見た目だけでは判断できません。会議体の運営者が誰になっているか、進行の記録が誰の名前で残るかといった具体的な点を確認すると、役割の所在がより明確になります。

表2に、調整が誰の役割として書かれているかを確かめる観点を整理しました。次の章では、体制や会議体がどのように契約の条文に落とし込まれているかを見ていきます。

確認する場所	見るポイント
体制図の説明	調整という役割が図の中でどの立場に割り当てられているか
参画時の合意事項	調整に関する記載が契約や合意の内容の中にあるかどうか
会議体の運営者	会議の設定・進行を誰が担うことになっているか

4. 体制と会議体は、契約の中に書かれている

協働と役割分担、責任者・主任担当者・業務従事者

推進体制に関する章には、協働と役割分担を定めた条文があり、そこから責任者・主任担当者・業務従事者という区分が並んでいます⁴。同じ章には、連絡協議会の設置を定めた条文も置かれています⁵。体制も会議体も、担当者同士の申し合わせではなく、契約に書き込まれる対象として扱われています。

この区分のどこに自分が置かれるかによって、担う仕事の幅は変わります。主任担当者として名前が挙がる場合は、進行の判断や調整の窓口を担うことになりやすく、業務従事者として名前が挙がる場合は、決められた範囲の作業を担う立場になりやすくなります。参画前に自分がどの区分で名前が挙がっているかを確認しておくと、任される仕事の範囲を見誤らずに済みます。区分と実際に任される仕事にずれがある場合は、その差を材料に、クライアントと役割の見直しを相談できます。複数の案件を並行して担当することを考えている場合は、業務従事者としての範囲に留まる案件のほうが、時間の見通しを立てやすくなります。

準委任でも受任者として善管注意義務を負っている

ブリッジ役の契約が準委任であっても、責任が一切ないわけではありません。受任者として善管注意義務を負っていると解説されています⁶。役割の重さは契約形態だけで決まるわけではなく、体制図の中で担う役割によっても変わってきます。

連絡協議会という場が用意されている案件では、参画直後にその場を使えます。体制図だけでは伝わらない、自分が受け持つ範囲や、日々の連絡経路について、協議会の場で確認事項として持ち込むことができます。協議会が置かれていない案件では、同じ確認を誰にどう伝えるかを、自分で見つける必要があります。

図3に、契約に置かれる推進体制の要素を整理しました。自分が任される調整や会議体の運営が、どの条文に対応する仕事なのかを照らし合わせる材料にしてください。

出典：情報処理推進機構「システム開発の健全化に向けて」（2025年4月24日）をもとに作成

5. 仕様が誰にも分からない案件で、ブリッジ役が持つ価値

長年動いてきたシステムでは、業務知識が失われていることが多い

長年運用・保守を続けてきたシステムを再構築する場合、現行システムに関する業務知識、つまりドキュメントと有識者の双方が失われていることが多いと示されています⁷。仕様が誰にも分からない状態は、特別な案件だけに起きることではありません。

調査は専門的な技術を駆使して行うもの

そのため要件定義の前の企画段階で、現行システム調査を行ってシステムの仕様を明らかにする必要があると示され、この調査は解析など専門的な技術を駆使して行うものと説明されています⁸。ブリッジ役の仕事を、言葉の翻訳としてだけ説明すると、この調査という工程が抜け落ちます。

翻訳の層と調査の層とでは、求められる準備が変わります。翻訳の層では、日々のやり取りを止めずに通す速さが重視されます。調査の層では、システムの解析など専門的な技術を駆使する働き方が求められます⁸。技術的な背景を持つブリッジ役であれば、既存のソースコードやログを読み解く経験、データベースの構造から業務の流れをたどる経験を、この調査という工程の中で活かせる場面があります。

翻訳者ではなく調査者として立つと、役割の説明そのものが変わります。表3に、ブリッジ役の仕事を3つの層で整理しました。

同じ「橋渡し」でも、立つ層によって残る成果が違います

ブリッジ役の仕事を一枚で説明しようとすると、言葉の翻訳だけが強調されがちです。しかし実際には、日々の連絡を通す層、体制や会議体の中で調整を担う層、仕様が失われた現行システムを解析して明らかにする層という、性質の異なる3つの層が重なっています。どの層を任されているのかを参画前に確かめておくと、役割の説明がしやすくなります。

層	中心になる仕事
翻訳の層	日々のやり取りを両者に通じる言葉に置き換える
調整の層	会議体や役割分担の中で、会社をまたぐ進行を担う
調査の層	仕様が失われた現行システムを解析し、明らかにする8

出典：情報処理推進機構「システム開発の健全化に向けて」（2025年4月24日）をもとに作成

調査の層に強みを持てるかどうかは、案件を選ぶときの材料にもなります。参画前に、体制図や案件の説明の中に現行システム調査という工程が含まれているかを確認しておくと、自分の技術がどの層で活きるかを見立てやすくなります。現行システム調査という工程が明記されていない案件でも、体制図の中で自分が担う説明の範囲を尋ねることで、調査に近い仕事かどうかを見分けられます。

6. まとめ

ブリッジSEの仕事は、言葉と文化の翻訳として語られがちです。しかし案件として見たときに効いてくるのは、責任分界がどう書かれているかです。再委託の扱いには、事前承諾を必要とする案¹と、ベンダーの裁量とする案²があります。会社をまたぐ調整には、責任を定めた条文が置かれています³。体制は契約の条文として書かれ⁴、会議体も同様に条文の中に置かれています⁵。

参画前に確かめたいのは、自分の案件がどちらの再委託の案を採っているか、調整という役割がどの契約に紐づいているか、体制図の説明が条文とどう対応しているかという点です。契約書の全文を見せてもらえない場合でも、体制図や参画時の説明の中に手がかりがあります。

Remoguの案件は90%以上がフルリモート可能です⁹。まずは登録して、体制や契約の説明がある案件から、自分の経験に合う条件を確かめてみることが、板挟みを避ける最初の一歩になります。

7. よくある質問

契約書を見せてもらえない場合はどう確かめるか

契約書の全文でなくても、体制図の説明や参画時の合意事項の中に、再委託や調整の役割についての言及が含まれていることがあります。言及が無い場合は、会議体の運営者が誰になっているかを尋ねる形で、実質的な役割分担を確かめる方法もあります。

準委任だから責任はないと言われたが本当か

準委任であっても、受任者として善管注意義務を負っていると解説されています⁶。「責任はない」という説明と、条文が示す内容にはずれがあります。役割の重さは、契約形態だけでなく体制図の中で担う立場によっても変わります。

調整役は評価されにくいのでは

マルチベンダーの調整等の責任は、契約の条文として置かれています³。個人の気配りとして曖昧に扱われる仕事ではなく、体制の中で担う役割として説明できる仕事です。参画前に、調整という役割がどの契約に対応しているかを確かめておくと、担っている仕事を言葉にしやすくなります。

語学力はどの程度必要か

語学力の水準について、根拠になる数値は今回の記事では扱っていません。それよりも効いてくるのは、再委託の扱いや調整の責任、体制と会議体が、自分の案件でどう契約に落とし込まれているかを確かめることです。まずは登録して、体制や契約の説明がある案件から、自分の経験に合う条件を確かめてみることをおすすめします。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 情報処理推進機構「システム開発の健全化に向けて」基本モデル契約書 第7条（再委託）A案（2025年4月24日）
＊2 情報処理推進機構「システム開発の健全化に向けて」基本モデル契約書 第7条（再委託）B案（2025年4月24日）
＊3 情報処理推進機構「システム開発の健全化に向けて」基本モデル契約書 第2章 本件業務の推進体制 第13条（2025年4月24日）
＊4 情報処理推進機構「システム開発の健全化に向けて」基本モデル契約書 第2章 本件業務の推進体制（2025年4月24日）
＊5 情報処理推進機構「システム開発の健全化に向けて」基本モデル契約書 第2章 本件業務の推進体制 第12条（2025年4月24日）
＊6 情報処理推進機構「システム開発の健全化に向けて」要件定義作成支援業務の解説（準委任）（2025年4月24日）
＊7 情報処理推進機構「システム開発の健全化に向けて」システム再構築における企画プロセス（2025年4月24日）
＊8 情報処理推進機構「システム開発の健全化に向けて」システム再構築における企画プロセス（2025年4月24日）
＊9 Remoguサイト公開情報（フルリモート可能案件の割合）