こんにちは!iGrusの鈴木です。
最近、他業界の友人と話しているとき「IT業界ってブラックなんじゃないの?」という言葉をいただきました。
今回は、IT業界、特にSESという形態が何故ブラックと呼ばれるのか?良くないイメージを持たれがちなのか?を解説出来ればと思います。
良かったら最後まで読んでいってくださいね!
目次
そもそもSESってなに?
SESとは、システム・エンジニアリング・サービスの略です。
それだけ聞くとかなりふわっとしたイメージなので、IT業界に詳しくない人、あるいはIT業界内でもSESに詳しくない人・縁がない人からしたら「結局何をしているところなの?」という疑問が浮かぶと思います。
SESとは、技術者が足りないお客様の現場へエンジニアを提供するサービスです。
お客様の依頼を基に開発などを行うため、その業務内容は多岐に渡ります。
実際に売り出すソフトウェア等の商品の開発から、お客様の社内で他部署の社員さんも使う社内業務アプリの開発、既に運営中のサービスの運用/保守など、業界も使用する技術も全く違う依頼が多数あります。
他の業態との違い
SESを含め、大きく分けて3つの業態に分かれます(もっと範囲を広げたり細分化することも出来ますが、一旦3つに分けて説明します)。
・自社開発
その名の通り、自社の商品として売り出すソフトウェアやサービスを開発するという形態です。SESはお客様のソフトウェアやサービスに携わる形態なので、自社での製品を持たないという点で大きく異なります。
・SIer
「システム・インテグレーター(system-integrator)」の略で、一般的にはSIer(エスアイヤー)と呼称されます。こちらはSESと自社開発の中間くらいの業態で、他企業からシステム開発などを依頼され、成果物として製品を納品する、という業態です。
SESと混同しがちですが、SIerは「依頼を基に、開発した商品を納品すること」がゴールになります。
ブラックと言われがちな理由
自社製品を持つ企業の開発のお仕事やSIerと比べ、SESはIT業界の中でも比較的「ブラック」「やめとけ」と言われることが多い印象です。
いくつか思いあたる理由があるので、解説していきます。
"案件ガチャ"という言葉の闇
SESでは、お客様からの依頼を通称「案件」と呼んでいます。
その依頼は上述した通り様々ですが、お客様の現場で働く以上は、お客様先のルールに従った働き方をある程度しなければなりません。
例えばそれが出社なのかリモートなのか、業務の難易度がどれほどなのか、残業はどのくらいあるのかといった基本的な違いから、会議はどのくらいの頻度で開催されるのか、社員食堂は利用できるのかといった小さな違いがお客様ごと=案件ごとにあります。
そのため、「現場が遠かった」「残業が多い現場だった」「現場の人と合わなかった」といった理由で案件に合わなかった方からの「案件はガチャ!未経験にいい仕事、いい現場は振ってくれない!SESはやめとけ!」という声が多く挙がっているのだと思います。
働き方のイメージの誤解
未経験者の方の多くが抱くエンジニアの働き方のイメージには、こんなものがあるでしょう。
「基本的にリモートワークで、残業も少なく、収入も高め!」
「プログラミングが仕事だから、コミュニケーションを取ることは少なくて、自分の作業に没頭できる!」
「最初の業務はプログラミングの基礎研修!慣れたら実際の業務としてプログラミング!」
このようなイメージを抱いて入社すると、あまりのギャップに驚いてしまうと思います。
以前の記事、特に「採用担当が回答」シリーズで書いている通り、未経験の方は入社後にすぐリモートワークをしたり、プログラミングを業務として任されることは滅多にありません。
【採用担当が回答 Vol.2】リモートワークは可能ですか? | 株式会社iGrus
入りやすいからこそ発生しやすいケース
しかしながら、SESという形態は自社開発やSIerと比較して未経験の方にとって入りやすいこともまた事実です。
自社開発やSIerはその性質上、エンジニア職で入社した場合は即戦力を求められることも少なくありません。お客様に納品する製品・商品を開発するという性質上、品質を保つためにハイレベルな技術力が必要とされるのは必然とも言えるでしょう。
対して、SESの場合は最初から開発メインの案件に入るわけではないので、社内カリキュラム等を活かして学びながらIT事務やテスターなどの案件で「IT業界」に慣れていくため、未経験・初学者の方でも比較的入りやすい企業が多い傾向にあります。
未経験の方が入りやすいため、入社後の業務イメージが「想像と違った!」となってしまい、結果的に「SESはブラック」という声が多く挙がっているというのが実態なのだと思います。
もちろんメリットもデメリットもある
SES「だから」発生するデメリットは実は少ない
SESで働くデメリットとして、前項で挙げた「案件ガチャ」を挙げられることは非常に多くあります。
確かに、自社製品開発やSIerで働けば、プロジェクトが終了して業務が無くなることや、お客様の一存で現場が変わることは基本的にありません。
ただ、逆に言えば「変わらないこと」がリスクになることは十分にあり得ます。
現場(案件)が変わることがないというのは、業務内容や人間関係、待遇等が自分に合わなかった場合、転職するしかなくなってしまいます。
SESは自社開発やSIerと違い、お客様先のプロジェクト業務がメインとなります。
お客様先の現場で評価が高かった場合にはプロジェクト終了後も別のプロジェクトに誘われて延長になることもありますし、逆に業務環境やプロジェクト内容が想定していたものと違ったり自分に合わなかった場合には、契約更新の段階で別の現場へ変えることも可能です。
逆に「こんなスキルを身に付けて、こんなエンジニアになりたい!」という像が明確にある場合には、SESの方が融通が利きやすいとも言えるでしょう。現場が変わるタイミングで少しずつ自分のキャリアを修正して、次の現場でのポジションや業務内容を少しずつ変えていくことで、幅広いキャリアを選択することが出来ます。
このように、SES "だから" 発生するデメリットというのは意外と少なく、むしろメリットになることだって少なからずあります。
当然、自社開発やSIerにもメリット・デメリットはありますが、まとめると「SES=他の業態の下位互換」というわけではありません。
まとめ
今回はSESについて、他の業態と比較してみました。
記事の中にも書いた通り、最初の認識が誤っていると「SESはダメ!」と判定されがちですが、実態は違うということを少しでも伝えられたら幸いです。
iGrusでは、オリジナルの学習カリキュラムだけでなく、メンター制度や各種交流会など、安心して相談出来る関係性を築けるような、風通しの良い職場を目指しています。
エンジニアやWebデザイナーだけでなく、営業や人事ともカジュアルに相談が出来る環境なので、今回の記事のように「技術以外の相談や質問」も気軽に出来ます。
よかったら是非一度遊びに来てくださいね!
最後まで読んでいただき、ありがとうございました。
次号をお楽しみに!