IT業界の多重下請けについての現場視点評価
# 概要
多重下請けの構造は、IT 業界で昔からある慣例となる。それに関する歴史や課題、問題点などは多くの方がいろいろなところで語っているのでここでは割愛。
本記事は構造自体の評論やどう解決していくべきかではなく、現場レベルでの評価を書いてみた。
# 前置きと定義
# 前置き
私は多重下請け構造の商流にて各ポジションを経験してきた為、それらを基に現場レベルで良かったこと、悪かったことを書いてみた。
これらはすべて経験を基とした私の感想であり、会社やプロジェクトによって必ずしもこうなるといったものではない為、あくまで一つの参考意見というものとなる。
# 定義
本記事で記載している評価は、システムの開発、インフラの構築を多重下請け構造の商流で行った案件に対するものを記載している。
口座貸しの為だけに商流の間に企業が入る場合は、その企業分は対象外としている。
本記事内での用語の定義は以下となる。
- エンド企業
- 民間の非 IT 企業、官公庁、公共機関などのこと（要するに IT 企業以外のすべての組織）
- 情シスやプロジェクトごとの企画チームが一次請け企業に発注を行い、自社事業の IT に関わる各種業務を行う
- 一次請け企業
- 大手 SIer 企業や、大企業にてその企業またはグループのシステム業務を担当する為に作られた子会社のこと
- エンド企業から受注を受け、二次請け企業に発注を行う
- エンド企業の依頼を聞き出し、それを実現するために二次請け企業に依頼をしたり、スケジュールや課題や工数を管理したりする
- 二次請け企業
- 大手 SIer 企業の子会社またはグループ会社や、中小のシステム会社のこと
- 一次請け企業から受注を受け、必要があれば三次請け企業に発注を行う
- 一次請け企業が取りまとめた要件を基に、技術的な部分の取り決め及び作業、スケジュールや工数の提示などを行う
- 三次請け企業（それ以降も含む）
- 二次請け企業同様※1 、大手 SIer 企業の子会社またはグループ会社や、中小のシステム会社、または個人事業主
- 二次請け企業から受注を受け、必要があれば四次請け企業に発注を行う
- 二次請け企業が取りまとめた要件を基に、技術的な部分の各種作業を行う
TIP
※1 補足
時期や人員の都合上二次請け企業が三次請けになるパターンやその逆もあるため
# 現場視点評価
# エンド企業（自分）→ 一次請け企業
- 良かった点
- 時間がかかることや難しいことを全部一次請け企業に任せられ、比較的余裕を持った働き方ができる
- 時間に余裕ができるため副業が容易にでき、本業と副業とでそれなりのお金が稼げる（むしろどっちが本業かわからないレベルで逆転していた）
- 見積書、発注書、納品書、請求書、検収書、NDA などの基本的な契約書類まわりの知識や手続きの経験が得られる
- 悪かった点
- 業務を通して技術スキル、プロジェクトマネジメントスキルがあがらない
- ちょっとした技術的仕様の確認をするのに一次請け企業 → 二次請け企業 → 三次請け企業・・・と確認が入ることがあるので、回答をもらえるのに時間がかかる
- 一次請け企業以降の体制は基本ブラックボックスな為、工数や人月単価の妥当性が正確にわからなくなり、上司や経営層から詰められることがある※2
TIP
※2 補足と関連ネタ
この構造の常套手段で、全体の発注費用かさ増しの為に数合わせで人をたくさん入れることがある。一次請け企業に発注する際に、それを暗黙の了解で発注していることを上司や経営層の理解がない場合が話がこじれる為やっかい。
なお、上記にデメリットを書いたが、以下のようなメリットの方が大きいからエンド企業は一次請け企業へ発注している。（と私は考えている）
① 万一プロジェクトが失敗して自社に不利益が生じた場合に損害賠償を払ってもらえる企業規模の大きさ
② 途中で受注側の会社自体がつぶれたり人が急に減ったりして、進行中のプロジェクトから逃げられる心配がない（中小だとそのリスクがある）
③ 研究開発部門を持っていたり、またはそういった機関とのコネクションがあったりし、実現性が難しい内容をその部門と連携して解決してくれることがある
④ 技術のフレームワークやパッケージを持っていたり、プロジェクト管理、体制のノウハウを高いレベルで持っていたりし、効率化と品質が保証されている
要はトレードオフという話で、上記のような付加価値がある為、その分の代金を払っていると思ってるので多少の重増しは問題ないと考えている。
# エンド企業 → 一次請け企業（自分）→ 二次請け企業
- 良かった点
- プロジェクトマネジメント、上流工程の業務を担当でき、それらの知識、経験が得られる。パワポも上達する
- 人の心理や行動についての理解が深まり、思考能力が上がり、コミュニケーション力が向上する
- 多くの人を動かしたり調整したりしてプロジェクトを進めるやりがいや達成感が得られる
- 悪かった点
- エンド企業と二次請け企業とで板挟みをよく食らい疲弊する※3
- 詳細設計、開発、構築など、エンジニアリングの核となる部分の業務ができず、技術力があがらない
- ふとした時にエンド企業から仕様の細かい技術的な質問を振られ、すぐ回答できず怒られる
TIP
※3 補足
よくある例として、エンド企業からの要望依頼 → 二次請け企業からはそれはできないと言われたり、二次請け企業からスケジュール延長や工数増加の依頼 → エンド企業からはそれはできないと言われたりといったものがあり、お互いが納得するような調整をしなければならない。
なぜこうなりやすいかというと、エンド企業は当然お客様だからだが、二次請け企業は実質技術業務の大半を担っており、下手に機嫌を損ねて関係が悪くなるとプロジェクトそのものがうまくいかなくなる可能性が出て、最終的にエンド企業に迷惑が掛かってしまう（=めっちゃ怒られる）為。
# 一次請け企業 → 二次請け企業（自分）→ 三次請け企業
- 良かった点
- 基本的にはエンド企業との調整やスケジュール、課題管理などの管理部分に該当するところを一次請け企業がやってくれ、技術の業務に専念できる
- 自分たちが主導して技術の選定や、プログラム、インフラの設計ができる（もちろん決めた内容は一次請け企業に提案して許可を得る）
- 悪かった点
- 役務の内容と対価が合わなくなることがあり、精神的、肉体的につらい思いをすることが多い※4
- 悪いプロジェクトだと、一次請け企業がエンド企業の依頼を右から左に受け流すだけの存在になることがあり、憂鬱な日々が続く※5
TIP
※4 補足と関連ネタ
この業界での常套手段として、IT 業界未経験の人材を経験者とセットで入れることがよくある。（稀に経験者とセットでなく未経験者のみの場合もある）その人が下請け企業にいた場合、二次請けの立場、つまりリードエンジニアとしてチームで一緒にプロジェク トを進める過程上、教育をする形になる。
そうなると、お金を払って時間を使って下請け企業の人を教育したりその人分のリカバリをしたりして疲弊する。もちろんこれは IT 未経験者の人が悪いという話ではなく、契約条件や体制の問題である為、今から IT 業界に進む方が気にする必要は全くない話である。
また、これは下請け企業に限らず、自社企業内でも類似のパターンがあり、現場のエンジニアを悩ませている。例えば、一緒にプロジェクトに参画する自社のメンバーが IT 未経験者で、本来はその分の人月を工数に入れてはいけないのに入れてしまっているようなケース。
私の知り合いのエンジニアは毎回それで過重労働しているのにも関わらず、報酬が単純に受注人月単価で按分され、給与が IT 未経験者と変わらない、酷いときは資格手当や前職の給与ベースの計算などあり低くなったりしている。 そうなるとチーム内での雰囲気も険悪になり、IT 未経験者側は立場が弱い為つらい思いをするし、スキルアップの弊害となってしまう。
発注費用の内訳項目で人月は指標として必要不可欠だと思うが、不利益を誰かが被るような仕組みや体制は徐々に改善されていってほしいと思う。
TIP
※5 補足
一次請け企業を介してエンド企業と二次請け企業のやり取りが発生。> つまり伝言ゲームが行われる形となり、認識齟齬が発生したり作業スピードが落ちたりする。
また、エンド企業との定例会や報告会といった場で自分たち二次請け企業がしゃべらされ、一次請け企業程エンド企業とコミュニケーションが普段から取れてるわけでないので、変な誤解を生んだり、重複した内容を言ってしまったりして怒られることがある。
# 二次請け企業 → 三次請け企業（自分） → 四次次請け企業・・・
- 良かった点
- エンド企業との調整はすべて上の商流でやってくれる為、技術の部分のみに専念できる
- 下に行けば行くほど責任が分散されるので、精神的に楽
- 悪かった点
- 意味も目的もわからずにふられる作業が発生することがあり、モチベーションが保てない
- 上の商流の何らかの都合で急に仕様がかわったり、急に担当箇所が変わったりすることがあり急なデスマーチが発生する（上から情報が下りてくるのが遅くなるので一番割を食う）
- 上流工程の業務ができずそれらのスキルがあがらない
- 下に行けば行くほど紹介料がとられる（遠回しに言わないと単価の中抜きがされる）為、必然的に給料が安くなる
# まとめ
なんの仕事でもそうだが、仕事で悪いと思ったことがあるならば、悲観するだけや愚痴を言ったりするだけじゃなく、それを解決する為にいかに考え、行動するかが大事と改めて思った。（標題と趣旨が変わっているが気にしない）