SIerはやめとけと言われる理由｜文系・客先常駐・技術力の不安を解説

SIerについて調べていると、「やめとけ」「腐ってる」「技術力が低い」といった強い言葉を見かけることがあります。
就活中の人なら、

と不安になるかもしれません。文系出身でIT業界を目指している人なら、

と感じることもあるでしょう。

一方で、SIerは企業や官公庁のシステム開発、導入、運用を支える仕事です。
大規模な基幹システム、金融・製造・流通・医療などの業務システム、クラウド移行、DX支援など、社会の裏側を支える案件も多くあります。

問題は、SIerという業界そのものではなく、どの会社で、どの工程を担当し、どのような経験を積めるかです。

この記事では、SIerがやめとけと言われる理由、文系出身者が注意すべき点、大手SIer・独立系SIerの客先常駐リスク、技術力を伸ばすための考え方を整理します。
SIerを避けるべきか迷っている人は、自分が見ている会社や求人に置き換えながら読んでみてください。

SIerは本当にやめとけ？

SIerは、向き不向きがはっきり出やすい業界です。

大規模なシステムに関われる、上流工程を経験しやすい、顧客の業務理解が深まるといった面があります。
一方で、配属先によっては、調整業務ばかりで手を動かせない、客先常駐が続く、古い技術に縛られるといった不満も出ます。

悪評だけで判断しない

ネット上の悪評だけで、SIer全体を判断するのは危険です。

SIerといっても、会社によって立ち位置が違います。
大手SIer、メーカー系SIer、ユーザー系SIer、独立系SIer、SESに近い会社では、担当する案件も働き方も変わります。

たとえば、大手SIerでは、大規模案件の要件定義、基本設計、進捗管理、ベンダー管理に関わることがあります。
独立系SIerでは、開発・保守・顧客折衝を幅広く担当するケースもあります。
ユーザー系SIerでは、親会社やグループ企業の業務システムに深く関わることもあります。

同じSIerでも、以下のような違いがあります。

SIerを選ぶときは、会社名や業界イメージよりも、入社後に担当する工程を見る方が現実的です。

「SIerだからダメ」と決めるより、「この会社では何年目で何を任されるのか」を確認しましょう。

合わない人は確かにいる

SIerが合わない人もいます。

特に、コードを書いてプロダクトを作り続けたい人、技術選定に深く関わりたい人、少人数で高速に開発したい人にとっては、SIerの働き方が重く感じることがあります。

SIerでは、顧客の業務、予算、スケジュール、既存システム、社内稟議、セキュリティ要件などを踏まえて動きます。技術的に良いと思う方法でも、顧客の運用や社内ルールに合わなければ採用されないことがあります。

たとえば、開発者としては新しいフレームワークを使いたくても、顧客側の保守体制や既存資産の都合で、古い技術を使い続ける場面があります。
提案しても、予算やリスクを理由に見送られることもあります。

このような環境にストレスを感じる人は、SIerよりも自社開発企業、Web系企業、スタートアップ、プロダクト開発企業の方が合う合う可能性が高いです。

見るべきは担当工程

SIerで成長できるかどうかは、担当工程によって大きく変わります。

確認したいのは、次のような点です。

たとえば、同じ「金融システム案件」でも、要件定義から入る人、設計書を書く人、テストだけ担当する人、運用保守だけ担当する人では、数年後に語れる経験が違います。

就職・転職時には、「SIerかどうか」よりも、「自分がどの工程を経験できるか」を具体的に聞くべきです。

腐ってると言われる理由

SIerが「腐ってる」と言われる背景には、業界構造への不満があります。

もちろん、すべてのSIerがそうではありません。
ただ、現場によっては、多重下請け、責任の押し付け、調整業務の多さ、古い開発文化が残っていることがあります。

多重下請けの問題

SIer業界でよく問題になるのが、多重下請け構造です。

大規模なシステム開発では、元請け企業が顧客から案件を受け、その下に二次請け、三次請け、さらにその下の会社が入ることがあります。
この構造になると、現場で働くエンジニアに次のような問題が起きます。

たとえば、実装担当者が

と気づいても、間に会社が複数入っていると、顧客へ伝わるまでに時間がかかります。
伝わった頃には、すでにスケジュールが厳しくなっていることもあります。

多重下請けがすべて悪いわけではありませんが、自分の会社がどの立場で案件に入るのかは確認した方がよいです。

調整ばかりになる

SIerの仕事では、技術よりも調整が多くなることがあります。

顧客、社内、協力会社、開発チーム、インフラ担当、運用担当など、多くの関係者と話しながらプロジェクトを進めます。上流工程に近づくほど、会議、資料作成、進捗管理、課題管理、調整の比重が増えます。

この働き方が合う人もいます。顧客の業務を整理し、関係者の認識をそろえ、プロジェクトを前に進める仕事にやりがいを感じる人です。

一方で、「もっとコードを書きたい」「設計より実装を深めたい」という人にとっては、調整ばかりに感じることがあります。

SIerで不満が出やすいのは、技術職として入ったつもりなのに、実際には調整役ばかりになるケースです。

面接では、「若手のうちはどのくらい実装に関われますか」「顧客折衝と開発作業の比率はどのくらいですか」と聞いてみるとよいでしょう。

技術から離れやすい

SIerでは、年次が上がるにつれて技術から離れやすい会社もあります。

若手のうちは開発やテストを担当していても、数年後には進捗管理、課題管理、顧客対応、ベンダー管理が中心になることがあります。これは上流工程に進むという意味では悪いことではありません。

ただし、技術理解が浅いまま管理側に回ると、現場から信頼されにくくなります。

たとえば、開発者から

と言われても、技術的な背景を理解できなければ、顧客に説明できません。
結果として、開発チームには無理を言い、顧客には曖昧な説明をする立場になってしまいます。

SIerで長く働くなら、管理や調整だけでなく、設計、アーキテクチャ、クラウド、セキュリティ、データベース、開発プロセスなどの知識を継続して補う必要があります。

技術力は身につく？

「SIerは技術力が低い」と言われることがあります。

この言葉は半分当たっていて、半分は雑です。SIerでも高い技術力を持つ人はいます。大規模システムの設計、クラウド移行、性能改善、セキュリティ、PMO、業務設計に強い人もいます。

一方で、配属先や担当工程によっては、コードを書く経験が少なく、技術力が伸びにくいこともあります。

会社より工程で変わる

技術力が身につくかどうかは、会社名だけでは決まりません。

見るべきなのは、実際に担当する仕事です。

大手SIerに入っても、若手のうちから実装経験が少ない場合があります。
反対に、独立系SIerや中小SIerでも、設計から実装、運用まで幅広く触れることで力がつく場合があります。

「大手だから技術力がつく」「中小だから技術力が低い」と単純には言えません。

コードを書かない働き方

SIerでは、コードを書く時間が少ない働き方もあります。

特に上流工程、PMO、業務コンサル寄りの仕事では、要件定義、資料作成、顧客折衝、ベンダー管理、進捗管理が中心になります。
文系出身者がSIerで活躍しやすいと言われる背景には、こうした調整・業務理解の仕事が多いこともあります。

ただし、コードを書かない働き方を選ぶなら、別の強みが必要です。

コードを書かないこと自体は問題ではありません。
問題は、技術も業務も分からないまま、調整だけをしてしまうことです。

技術を伸ばす動き方

SIerで技術力を伸ばしたいなら、受け身では厳しくなります。

配属された案件で与えられた作業だけをこなしていると、数年後に

という状態になることがあります。

若手のうちに意識したいのは、次のような動きです。

SIerで技術力を伸ばせる人は、担当外の領域にも興味を持ち、案件の裏側を見に行っています。

「自分はこの工程だけ」と線を引くと、技術は伸びにくくなります。
逆に、要件、設計、実装、テスト、運用のつながりを見に行く人は、SIerでも強くなれます。

文系はやめとけ？

文系出身だからSIerをやめた方がよい、ということはありません。

SIerには、文系出身で活躍している人もいます。
顧客の業務を理解する力、説明する力、資料にまとめる力、関係者と調整する力は、SIerの仕事で役立ちます。

ただし、「文系でも入れる」と「勉強しなくてもやっていける」は別です。

文系でも入社はできる

SIerは、文系出身者の採用が比較的多い業界です。

理由は、SIerの仕事がプログラミングだけではないからです。
顧客の業務を理解し、要件を整理し、設計に落とし込み、プロジェクトを進める仕事があります。

たとえば、金融システムでは金融業務の理解が必要になります。
製造業のシステムでは、受発注、在庫、生産管理、原価管理などの流れを理解する必要があります。
自治体や医療、物流、小売でも、それぞれの業務知識が必要です。

文系出身者でも、業務理解や説明力を武器にできます。

ただし、技術を避けたままSIerで働くと、途中で苦しくなります。
要件定義や顧客折衝をするにも、システムがどう作られ、どこに制約があるのかを理解していないと、現場と会話できません。

入社後の学習で差が出る

文系出身者は、入社後の学習で差が出ます。

最初から情報系出身者と同じ知識を持っている必要はありません。
ただし、入社後に次のような基礎を避けると、配属後に困ります。

たとえば、顧客から

と言われたとき、データベースや画面処理の基本が分からないと、実現可否や影響範囲を考えられません。

文系出身者がSIerで強くなるには、業務理解と技術理解を両方伸ばす必要があります。
どちらか一方だけでは、顧客と開発チームの橋渡しができません。

面接で確認すること

文系出身でSIerを受ける場合、研修と配属の確認は必ずしておきましょう。
聞きたいのは、次のような内容です。

「文系でも大丈夫です」と言われただけで安心しない方がよいです。

「文系出身者は最初の3か月でJavaとSQLを学び、その後はテスト工程から入り、半年後に小さな改修を担当する人が多いです」と説明される会社なら、入社後を想像しやすくなります。

一方で、「現場で学べます」「やる気があれば大丈夫です」だけなら、教育体制が弱い可能性があります。

客先常駐のリスク

SIerを検討するとき、多くの人が気にするのが客先常駐です。

客先常駐とは、自社ではなく顧客先やプロジェクト先で働く形です。
SIerでは珍しい働き方ではありません。大手SIerでも、独立系SIerでも、案件によって客先に入ることがあります。

問題は、客先常駐そのものではなく、配属先の環境と自社のフォロー体制です。

大手SIerの常駐

大手SIerに入れば必ず自社勤務できる、とは限りません。

大規模案件では、顧客先にプロジェクトルームがあり、そこで要件定義、設計、テスト、移行、運用調整を行うことがあります。
顧客との距離が近く、上流工程を経験できる面もあります。

一方で、顧客先のルールに合わせる必要があります。

大手SIerの客先常駐は、案件規模が大きい分、調整や責任も重くなります。
自社勤務にこだわる人は、配属先の比率を事前に確認した方がよいです。

独立系SIerの常駐

独立系SIerでは、客先常駐の比率が高い会社もあります。

自社でサービスを持たず、顧客の開発案件にエンジニアを配置する形が中心の会社では、配属先によって経験が大きく変わります。

良い会社なら、本人の希望やスキルを見ながら案件を選び、定期面談や現場変更の相談もできます。
悪い会社では、本人のキャリアよりも参画優先になり、希望と違う現場に長くいることがあります。

独立系SIerを受ける場合は、次の点を確認しましょう。

客先常駐でも、自分の成長につながる現場なら経験になります。
反対に、何年も単純作業だけが続く現場なら、早めに次の動きを考えた方がよいです。

配属前に聞くこと

客先常駐がある会社では、配属前の情報開示が大切です。

面接や内定承諾前に、次のような質問をしてみましょう。

客先常駐を避けるかどうかよりも、配属先を選ぶ基準とフォロー体制を確認する方が大切です。

「案件によります」としか言われない場合は、過去の配属例を聞いてください。
具体例が出てこない会社は、入社後の働き方を判断しにくくなります。

SIerに向いている人

SIerは、合う人には良い環境になります。

特に、技術だけでなく業務や人の動きに興味がある人、大規模なシステムに関わりたい人、顧客の課題を整理する仕事に興味がある人は、SIerで経験を積む意味があります。

業務理解が苦にならない

SIerでは、顧客の業務を理解することが欠かせません。

たとえば、販売管理システムなら、受注、出荷、請求、入金、在庫、返品の流れを理解する必要があります。
人事システムなら、採用、勤怠、給与、評価、異動、退職の流れを理解する必要があります。

業務を理解せずにシステムを作ると、画面や機能はできても、現場で使いにくいものになります。

「なぜこの業務が必要なのか」「誰がどのタイミングで使うのか」「例外処理は何か」を考えるのが苦にならない人は、SIerに向いています。

調整役を嫌がらない

SIerでは、関係者の間に立つ場面が多くあります。

顧客は業務の都合を話し、開発者は技術やスケジュールの都合を話します。
インフラ担当、運用担当、セキュリティ担当、ベンダーもそれぞれの事情を持っています。

その間で、何を優先するのか、どこを調整するのか、誰が判断するのかを整理する仕事があります。

調整役は地味です。
会議も多くなります。
自分でコードを書いて成果物を出す仕事とは違います。

それでも、複雑な話を整理して、関係者が前に進める状態を作ることにやりがいを感じる人なら、SIerの仕事は合います。

技術も捨てない

SIerで長く評価される人は、業務理解や調整力だけでなく、技術理解も持っています。

すべてのコードを自分で書ける必要はありません。
ただし、開発チームと会話できる程度の理解は必要です。

たとえば、以下のような話を避けずに学ぶ姿勢があると強くなります。

「自分は文系だから技術は苦手」「上流だからコードは知らなくてよい」と割り切ると、途中で伸び悩みます。

SIerでキャリアを作るなら、業務と技術の両方を見られる人を目指した方が選択肢は広がります。

キャリアの選び方

SIerに入るか、避けるかを考えるときは、今の段階で何を優先するかを整理しましょう。

新卒や未経験なら、まず実務経験を積むことが優先になる場合があります。
すでにSIerで働いているなら、今の経験が次のキャリアに変換できるかを見る必要があります。

現職で経験を取りに行く

すでにSIerで働いている人は、まず現職で取れる経験を確認してみましょう。
不満があっても、今の環境で次につながる経験を作れることがあります。

たとえば、次のような動き方です。

「この会社はダメだ」と思ってすぐ辞める前に、今の現場で何を経験として残せるかを考えてみてください。

ただし、何年も同じ作業から動けない、相談しても工程が変わらない、心身に不調が出ている場合は、転職を検討した方がよいです。

転職で工程を変える

SIer経験を活かすなら、転職で担当工程を変える方法があります。

たとえば、テスト中心から開発へ、運用保守から設計へ、詳細設計から要件定義へ、開発チームからPMOへ移る形です。
転職時には、次のように整理すると話しやすくなります。

「SIerを辞めたい」だけでは、転職先でも同じ不満が出ることがあります。

大事なのは、SIerが嫌なのか、今の会社が嫌なのか、客先常駐が嫌なのか、技術に触れられないことが嫌なのかを分けることです。
原因を分けると、次の選択肢も見えやすくなります。

案件情報で相場を見る

SIerで要件定義、基本設計、PMO、顧客折衝、業務システム開発などの経験を積んでいる人は、案件情報を見ると自分の市場価値を確認しやすくなります。

案件情報を見ると、どの経験が評価されるのかが分かります。
たとえば、上流工程、PMO、ITコンサル、クラウド移行、業務改善、Java系の基幹システム、SAP、AWSなどは、案件によって条件が変わります。

セルワークITフリーランスでは、フリーランスのITエンジニア・ITコンサル向け案件を中心に、上流工程・ITコンサル案件、月80万円以上の案件、リモート可能案件などを扱っています。
取引企業数1100社以上、毎日300件以上の新規案件、リモート可能案件85％以上といった情報は、自分の経験がどの条件に合いそうかを見る材料になります。

ただし、SIer経験があれば誰でも高単価案件に進めるわけではありません。
要件定義、設計、顧客折衝、PMO、クラウド、業務知識など、案件ごとに必要な経験があります。
経験が浅い段階なら、まず正社員で開発や上流工程の経験を積む方が現実的なこともあります。

セルワークITフリーランスは、フリーランス案件だけでなく、正社員のITエンジニア・ITコンサル向けの転職相談にも対応しています。
独立するか、転職するか、今のSIerでもう少し経験を積むか迷っている場合は、自分の状況でどの選択肢が現実的かを確認する材料として使えます。

また、LINEでは非公開求人や案件情報も配信されています。転職支援や案件紹介を本格的に受ける前に、まずはどのような求人・案件があるのかだけ見たい場合は、情報収集の入口として確認できます。

まとめ

• SIerは一括りにやめとけとは言えません。判断すべきなのは、会社名よりも担当工程、配属先、技術に触れる機会、客先常駐時のフォロー体制です。
• 文系出身でもSIerで活躍できますが、業務理解だけでなく、プログラミング、データベース、クラウド、設計などの基礎学習は避けられません。
• SIer経験は、要件定義、設計、PMO、顧客折衝、業務理解として評価される場合があります。ただし、調整だけで終わらず、技術や改善経験も残す必要があります。

SIerへの就職・転職を迷っているなら、「SIerだから良い・悪い」で決めるのではなく、入社後にどの経験が積めるかを確認しましょう。

すでにSIerで働いていて不安を感じている人は、今の不満が業界全体の問題なのか、会社や配属先の問題なのかを分けて考えると、次の動き方を決めやすくなります。