記事の内容
IT業界がオワコンと呼ばれるのには、明確な理由があります。
この記事では、その理由を説明します。
ちなみに、先に言っておくと、IT業界でもWeb業界はオワコンではありません。
オワコンなのはSier（エスアイアー）業界です。
Sierとは、System Integrator（システム インテグレーター）の略称です。
目次
Web業界とSier業界の違い
IT業界には大別してWeb業界とSier業界があります。
業界の違いは、大まかには以下のようになります。
Web業務とSier業界
- Web業界は、自分達でサービスを作っている業界
- Sier業界は、IT以外の業界でITが使われる仕事を手伝っている業界。
例えば、Sierの会社は銀行のATMシステムを作ったりします。
142億円の開発費をかけて、セブンペイのシステムを作ったのはSierです。
IT業界の職種に関する詳細を知りたい方は、「IT業界を分類して職種を紹介します」を読んでみて下さい。
多重下請け構造について
オワコンと呼ばれるSier業界における、多重下請け構造でのプロジェクトの始め方を見ていきましょう。
ここに書かれている数字は、あくまでも例です。
みずぽ銀行のATMを作りたいんだけど？
予算は100億円で頼むわ。
[ボスSier]わかりました。
エンジニアを500人集めます。
↓（下請けの数社に声をかける）
[ボスSier]
みずぽ銀行がATMを作りたいらしい。
各社、エンジニアを100人づつ集めて欲しい。
予算は80億円で頼むわ。
[下請けSier 1]
わかりました。
エンジニアを100人集めます
↓（下請けの数社に声をかける）
[下請けSier 1]
どっかの銀行がATMを作りたいらしい。
各社、エンジニアを10人づつ集めて欲しい。
予算は6億円で頼むわ。
[下請けSier 2]
わかりました。
エンジニアを10人集めます
↓（エンジニアに声をかける）
[下請けSier 2]
どこかの銀行がATMを作りたいらしい。
発注元は現場にいってから確認してくれ。
みんな頑張ってほしい。
はい、わかりました。
このように、発注元から仕事を受けて、下請けに仕事をまわしていくのがSierのやり方です。
日本の企業では、従業員の解雇は認められていません。
従って、Sierは、普段は多くの正社員を雇用するわけにはいきません。
その変わり、エンジニアが必要になったら、このように下請けに声をかけていきます。
これをSier業界のピラミッド構造と呼んでいます。
もしくは、多重下請け構造と呼ばれることもあります。
下請けの会社には、なるべく入社しないようにしましょう。
もし、間違って入社した場合は、少し経験を積んだところでサッサと転職すべきです。
Sier業界の中抜き体質
上の会話を読んでいると、下にいくほど予算が減っていくことがわかります。
これは間に入っている会社が、多くの中間マージンを抜いていくからです。
そのため、銀行が出した予算が100万/月だとしても、エンジニアの手元に入ってくる金額は50万/月以下になります。
そして、ほとんど何もしていない営業の人が残りの50 万円を貰います。
これをSier業界の中抜き体質と呼んでいます。
プロジェクト体制
こうして出来上がったチームは、同じ会社の社員でもなんでもありません。
むしろ、こんな感じの寄せ集めチームです。
A社；10人、B社；10人
C社；10人、D社；10人
そのため、プロジェクト開始時はコミュニケーションすら、ままなありません。
このような会話はよくある話です。
「オタクは何次受け？」
「5次受けって聞きましたけど、よくわかりません。」
こうして、まずはチーム作りとお互いのスキルを知ることからプロジェクトが始まります。
このしたプロジェクト体制では、精神的に病む人も出てきます。
今のIT業界のエンジニア不足の一因は、こういったプロジェクト体制のためです。
私は、このやり方が本当に嫌いです。
プロジェクトが終わったあと
仮に2年かけてプロジェクトが完成したとします。
そうすると現場にいた100人は、ほとんどやることがなくなります。
そのため10人ぐらいのエンジニアをのこして、残りの90人は現場から撤収します。
プロジェクトの追加開発をやる時
数年後に、追加開発の作業をやる必要がでてきたとします。
その時に残った10人で作業ができれば、問題はありません。
でも、その10人では間に合わない場合は、改めて人を呼ぶところからやり直しです。
そして、集められるエンジニアは、前回、開発を手掛けたエンジニアではありません。
なぜならば、その時に銀行で働いていたエンジニアは、すでに別の現場で働いているからです。
そうして、新たに派遣されてきたエンジニアは、残されたドキュメントとソースコードを手掛かりにして、追加開発を始めます。
彼らは、既存の仕様やコードを理解していないので、開発効率が悪いのは言うまでもありません。
Sier方式がオワコンである理由
Sierの仕事を見ながら、改めてWeb系との仕事のやり方を比べてみましょう。
Sierの開発手法
Sierの特徴
- エンジニアを集めるのに時間がかかる。（数ヶ月はかかります）
- エンジニアに払われている給料が安いので、エンジニアのモチベーションが上がらない
- エンジニアは、銀行（受注元）から言われたことしかやらないので、サービスが洗練されない
- エンジニアからの主体的な提案がない
- エンジニアの流動性が激しいので、システムに熟知している人が少ない
- エンジニアの銀行（受注元）に対する忠誠度は低い
- エンジニアは、システム開発に責任を持たない
Web系の開発手法（GoogleやAmazonがやっている開発手法）
Web系の特徴
- エンジニアを自社で雇っているので、新規機能の追加が早い
- 直接雇用なので、給料が高めで、エンジニアのモチベーションも高い
- エンジニアがサービス運営に関わっているので、エンジニア側からも積極的に意見が出てくる
- エンジニアの流動性はあるものの、そのシステムを熟知しているエンジニアが多い
- エンジニアの企業に対する忠誠度は高い
この差が、Sierがセブンペイというシステム開発に失敗した理由です。
たとえ142億円の開発費をかけたとしても、現場のエンジニアのモチベーションが低く、エンジニアが責任を持たなければ、いいシステムができるはずもありません。
まとめ
SierとWeb系を比べてみて、Web系の開発方式がよいのは一目瞭然です。
それでも、2010年ぐらいまでは、Sierのやり方が一般的でした。
なぜならば、それまでは世の中のビジネスのスピードがそこまで早くはなかったからです。
つまり、追加開発をする機会はあまり多くありませんでした。
その場合は、エンジニアを自社で雇用する必要のないSierのやり方が好まれていました。
ところが2010年以降ぐらいから、ビジネスのスピードがあがってきました。
様々なWeb系の会社が、毎日、創意工夫をして、常に追加開発をしています。
これを我々はアジャイル開発と呼んでいます。
こうしてWeb系が躍進して、Sierは没落しているのが今の時代です。
それでも長年のやり方は、なかなか止められないので、Sier中心の開発は続きそうです。
それは日本のIT業界が、引き続き停滞し続けるることを意味します。
一方で、自社でエンジニアを雇って、システムの内製化に切り替えている会社も増えつつあります。
そうしたSierからの脱却の流れが加速すれば、日本の企業の復活も早まるかもしれません。
その話の詳細を知りたい方は、こちらの本を読んでみて下さい。
もし、あなたがSierに勤めているならば、Web業界や他の企業への転職をオススメします。
5,000人規模の配置転換を決めた富士通を見ればわかりますが、Sier業界は多くの余剰人員を抱えています。
そして、Sierは余剰人員（使えない社員）をリストラすることはできないので、積極的な投資をすることもできません。
なぜならば、積極的な投資をする傍らでリストラをすることは、残念ながら日本では認められていないからです。
それは今後、Sier業界は右肩下がりであり続けることを意味します。
Sier業界で働くエンジニアの多くは、なかなか日の目を見ることはないでしょう。
もし、その状況を変えるキッカケを掴みたいという方がいれば、dodaに登録して相談をしてみましょう。
dodaは女性のエージェントが多いせいか、親身になって相談にのってくれました。
最後に、エンゼルバンクという漫画に出てきたワンシーンを紹介しておきます。
Good luck for your engineer life!
▼今後のIT業界の方向性を知りたい人は、この記事を読んで下さい
▼統計学の勉強を始めたい人は、この記事を読んで下さい
▼何歳までエンジニアとして働くか迷っている人は、この記事を読んで下さい
▼ブログの内容を復習をしたい人は、動画を見て下さい
