「仕様の理由を聞くと、いつも持ち帰りになる」
「段が多いと、結局どこに効いてくるんだろう…」
そんな疑問を持ったまま、二次請けの席で手を動かしているあなたへ。
結論から言えば、
段が増えて入れ替わるのは金額よりも、決定が届くまでの経路と、責任が切れる場所
のほうでした。
この記事では、元請け・二次請け・常駐・発注という四つの席から見えた景色を並べ、いまの席で数えられるところまで書きます。
段数で入れ替わるのは、単価だけではありませんでした
多重下請けの話は、たいてい金額の話として始まります。間に入った会社がいくら取っているか、という形です。
ただ、席に座っていて先に困るのは、金額のほうではありませんでした。
受託の開発では、元請けの席にも二次請けの席にも座りました。SESで常駐した時期があり、社内SEとして発注する側にも回りました。
同じ構造が、席を移るたびに別の顔で見えます。
残ったのは二つです。決定が自分に届くまでの経路が、段の数だけ伸びること。そして責任の切れ目が、契約の形に沿って動くこと。
金額が見えないことには、別の理由もあります。ここでは情報の届き方だけを扱います。
同じ案件が、元請けの席と二次請けの席では別物に見える
元請けと二次請けは、契約の段が一つ違うだけです。書く成果物も重なります。
それでも、席に届く情報の形が違いました。
元請けの席には、決めた理由のほうが残る
元請けで入っていたころは、要件を決める会議にそのまま同席していました。
そこで交わされるのは仕様だけではありません。その仕様を選ばなかった案の話が半分を占めます。
使わなかった案を聞いていると、設計の途中で迷ったときに戻る先が分かります。捨てた理由は議事録に残らないことが多く、その場にいた人の頭にだけ残ります。
仕様が途中で変わったときも、誰が言い出したかは顔で分かりました。決めた人と同じ部屋にいるというのが、元請けの席の中身でした。
技術的に難しい作業をしていたわけではありません。周りで交わされる会話が、そのまま判断の材料になっていただけです。
この差は、あとで席を移ってから分かりました。
二次請けの席には、決まった結果だけが届く
同じ案件に二次請けとして入ると、届くのは確定した仕様書です。
捨てた案の話は、途中の段で落ちています。悪意があって省かれているのではなく、伝える側にとっては結論だけが引き渡すべきものだからです。
困るのは、設計の選択肢を自分で潰せなくなることでした。二通りの実装のどちらが意図に近いかを、手元の情報だけでは決められません。
理由を聞けば返ってきます。ただし、その日のうちには返ってきません。ここが段の数の効いてくるところでした。
常駐する側の席では、決めた人の顔が見えない
常駐していると、指示は目の前の人から来ます。声は近いのに、出どころは遠いという状態でした。
目の前の人も、実は伝えている側であることがあります。その人に理由を聞いても、返事は同じ形になります。
あなたの現場でも、朝に声をかけてくる人が決定した人とは限りません。声の近さと、決定の近さは別のものでした。
三つの席で届いていたものを並べると、こうなります。
- 元請けの席 — 決めた理由、捨てた案、決めた人の顔
- 二次請けの席 — 確定した仕様と、質問に対する後日の回答
- 常駐する側の席 — 目の前の人が伝えてくれた範囲の内容
作業の難しさは、この三つでほとんど変わりませんでした。変わったのは、判断に使える材料の量のほうです。
「持ち帰って確認します」は、段の数だけ往復する
段が増えて最も体感が変わるのは、質問を出したときでした。
質問は、隣の段までしか直接は届きません。そこから先は伝言になります。
質問が上がるときに、前提が落ちる
手元から出す質問には、そこに至った前提が付いています。どの画面のどの処理で、どちらの実装で迷ったか、という部分です。
ところが伝言では、前提のほうが先に削られます。短くしないと伝えにくいからです。
残るのは末尾の一行だけになります。質問は上がるほど短くなっていきました。
短くなった質問は、途中でよく似た別の質問に化けます。返ってきた答えが噛み合わないとき、原因はたいていここにありました。
対策として効いたのは、質問文を長く書くことではありません。前提のほうを箇条書きで先に置き、末尾に一行だけ問いを置く形でした。
削られる部分をこちらで決めておく、という考え方です。あなたの質問が途中で削られる前提で書くと、噛み合わない回数が減ります。
回答が下りるときに、途中の解釈が足される
下りてくるほうにも、同じことが起きます。
各段の担当者は、受け取った回答をそのまま流すのではなく、自分の言葉に直して渡します。親切でやっていることです。
そこに「たぶんこういう意味だと思う」が一枚ずつ乗ります。二段を越えると、乗った枚数のほうが分からなくなります。
結果として、仕様の変更が誰の判断だったのかを後から追えなくなります。追えるのは、隣の段から誰が伝えてきたかまででした。
発注する側に回ると、末端に誰がいるかは見えていなかった
ここからは向きが変わります。社内SEとして、外の会社に頼む側に回ったときの話です。
同じ構造を反対側から見ると、見えていない場所がはっきりしました。
体制図に書いてあるのは、会社の名前までだった
発注側の手元に届く体制図には、役割と会社名が並びます。個人名が載るのは、直接契約した相手の窓口までです。
その先は、枠と人数で書かれます。実際にコードを書いている人がどこの所属かは、図の上では分かりませんでした。
末端に誰がいるかを把握しないまま検収していた期があります。個人の経験に基づく記述であり、同じ結果を保証するものではありません。
これは隠されていたのではなく、契約の相手が一段隣までだったからです。見る権限も、見る筋合いも無いという状態でした。
常駐する側にいたころ、発注元は全部見えていると思っていました。回ってみると、見えていた欄のほうが少なかったわけです。
指摘が返ってくるまでの日数の、中身
発注側から出した指摘にも、同じ往復が起きます。出した翌週に返ってくるとき、その一週間の中身は分かりません。
手を動かしていたのは一日で、残りは伝言に使われていた、ということが後から分かる場合もありました。
この内訳が読めないと、発注側は「作業が遅い」と受け取ります。実際に遅れていたのは、経路のほうでした。
あなたが席で待たされている時間は、発注側の画面では一つの日付の差にまとめられています。
発注する側から見て、確かめられたのは次の三つだけでした。
- 契約している直接の相手と、その窓口になっている人
- 体制図に書かれた枠の数と、それぞれの役割の名前
- 指摘を出してから返ってくるまでの、日付の間隔
四つ目、つまり「誰が実際に手を動かしたか」の欄は、最後まで埋まりませんでした。
契約は隣の段としか結ばれない — 書面が置かれる場所
ここまでの見えなさは、心がけの問題ではありませんでした。契約が結ばれる単位に沿って起きています。
公的な制度の側にも、この単位はそのまま出てきます。
委託した側に置かれている、四つの義務
公正取引委員会は、委託した側の義務を挙げたページを公開しています。
そこには「発注内容等の明示義務」「支払期日を定める義務」「書類の作成・保存義務」「遅延利息の支払義務」の四つが並びます（委託事業者の義務。公正取引委員会サイトで2026年9月4日 取得）。
同じページには、情報成果物作成委託や役務提供委託をした場合に、給付の内容などを記載した書類を作成し2年間保存する義務がある、と書かれています（同サイトで同日 取得）。
この法律の名前は、公正取引委員会のページでは正式名称が「製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律」とされています。
通称は「中小受託取引適正化法」、施行日は令和8年1月1日と記載されていました（公正取引委員会サイトで2026年9月4日 取得）。
なお、この記事は、個々の取引にこの法律が当てはまるかどうかの判定はしません。
自分の段の書面には、隣の段のことしか書かれていない
ここで見たいのは適用の可否ではなく、書面が置かれる場所のほうです。
義務は、委託した側と受けた側の間に置かれます。つまり書面は段ごとに一枚ずつ結ばれます。
末端の席から契約書をどれだけ読んでも、書いてあるのは隣の段までです。二つ先の段で誰が何を決めたかは、そもそも記載される場所がありません。
この形を知っておくと、追えないことを自分の確認不足として抱え込まずに済みます。
あなたが手元で確かめられるのは、自分の会社と隣の段の間に何が書かれているかまでです。そこから先は、書面ではなく人づてになります。
いまの席から数えられるのは、段数ではなく経路のほう
段の数そのものは、席に座ったままでは動かせません。動かせるのは、記録の側です。
数えるのは三つで足りました。段の本数ではなく、決定が届くまでの経路の長さを測ります。
三つを、現場で見える形に置き換える
数える対象は、感想ではなく日付と回数にします。あとで読み返したときに、他の人と同じ数字になるためです。
| 数えるもの | 現場で目に入る場所 |
|---|---|
| 質問が返るまでの日数 | チャットに投げてから回答が付くまでの日付の差 |
| 伝言の枚数 | 回答に「たぶん」「らしい」が何回付いてくるか |
| 決定の出どころ | 仕様変更の連絡が、どの会社の誰の名前で届いたか |
三つとも、いまの席で今日から数え始められます。特別な権限は要りません。
あなたが使うのは、手元のチャット画面と自分のメモだけです。二週間ぶん並べば、傾向のほうは見えてきました。
数えていくと、日数が長い場所と、伝言が厚い場所がずれていることに気づきます。ずれた箇所が、経路の中で詰まっている段でした。
残しておくと、後で効く記録
数えた結果は、その場では使い道がありません。効いてくるのは、期が変わるときや、外を見る段になってからでした。
- 仕様変更の連絡が届いた日付と、届いた経路
- 自分が出した判断と、それを誰に渡したか
- 回答を待っていた日数と、その間に進めた作業
この記録は自社側に置きます。常駐先のシステムにだけ残すと、離任した日から読めなくなるためです。月に一度自社に戻る運用が置かれているなら、そこが置き場所になります。
その運用が何を担保しているのかは、自社に戻る日の役目と、無い場合に起きることのほうで整理しています。
また、期末に材料が足りないと感じる場合は、評価する人が誰に入れ替わっているかを先に見ると、原因の置き場所が分かります。
段数そのものへの言い分は、「やめとけ」という言葉が何を指しているかのほうで分けました。
外の受付に当たる前に読む、各社が公表している対象
数えても経路が縮まらないと分かった段があります。段の組み方は、席の側からは動かせません。
そこで外を見る場合、先に当たるのは受付の条件でした。
筆者は本サービスの利用者ではありません。以下は各社の公表情報と、SE・社内SE としての実務経験からの整理です。
当サイトの評価軸に基づく整理であり、客観的な優劣を示すものではありません。評価軸は広告掲載方針に記載しています。
- 数えた三つのうち、どれが長かったのかを一行で言えるようにしておく
- その状態がいつから続いているかを、期の単位で出せるようにしておく
- 記録が自社側と常駐先側のどちらに残っているかを確かめておく
社内SE転職ナビは、対象を「自社の中で働きたいITエンジニア（社内SE・情報システム職）」と公式サイトに記載しています（2026年8月17日 取得）。
発注する側に回ると、経路の見え方は変わります。ただし見えない欄は、向きを変えても残りました。
開発を続ける道も、同じ一覧から選べます。
レバテックキャリアは、対象を「ITエンジニアとデザイナー」と公式サイトに記載しています。申し込みと面談の間に希望条件の入力が挟まる流れも、同じページに示されていました（2026年8月17日 取得）。
数えた日数が手元にあると、席で何が起きていたかを短く話せます。
まとめ — 段数の多さそのものを、読み違えないために
多重下請けの話は、「段が多い会社ほど良くない」と読まれがちです。そこだけは、違いました。
段が一つしかなくても、決定した人が別の建物にいれば経路は長くなります。逆に段が二つあっても、決めた人が同じ会議に出ていれば理由はそのまま届きました。
効いていたのは本数ではなく、経路の長さと、書面が切れる場所でした。数えるべきは会社の数ではありません。
間に入る会社を悪者にしても、あなたの手元の材料は増えません。増えるのは、日数と伝言と出どころを書き留めた記録のほうです。