IT土方の見分け方|大学生・未経験が避けたい現場と抜け出す方法

ITエンジニア・ITコンサルの次のキャリアを考える方へ

フリーランスとして案件を探すか、正社員として環境を変えるか。
どちらが合うかは、これまでの経験や希望する働き方によって変わります。

セルワークITフリーランスでは、フリーランス向けの案件紹介に加えて、正社員のITエンジニア・ITコンサル向けの転職相談にも対応しています。
まずは、自分の経験でどのような案件・求人が選択肢に入るのかを確認してみてください。

せっかくIT業界を目指しているのに、実際は単純作業ばかりで、長時間労働で、スキルも身につかない現場に入ってしまうのではないか?

そう感じるのは自然です。大学生や未経験者からすると、IT土方はかなり不安になる言葉だと思います。

すでにSESや客先常駐で働いている若手エンジニアの中にも、「テストばかり」「資料修正ばかり」「炎上案件から抜け出せない」「このまま続けても市場価値が上がらないのでは」と不安を抱えている人がいます。

ただし、IT土方という言葉のイメージだけで、自分の仕事や会社をすぐに判断するのは危険です。
客先常駐や下流工程でも、経験として残る現場はあります
一見上流工程やモダンな技術に見えても、実態としてスキルが積み上がりにくい仕事ばかりの現場もあります。

大切なのは、呼び方ではなく、どのような業務を任され、どのような環境で働き、数年後にどんな経験を説明できるかです。

目次

IT土方とは

IT土方とは、IT業界で下流工程や単純作業を長時間こなす働き方を、やや批判的に表した言葉です。

正式な職種名ではありません。求人票に「IT土方」と書かれることもありません。
多くの場合、現場の実態に不満を持つ人が、下請け構造、客先常駐、長時間労働、単純作業の多さを表すために使っています。

呼ばれる背景

IT土方という言葉が使われる背景には、IT業界の多重下請け構造があります。

大規模なシステム開発では、元請け企業が顧客から案件を受け、その下に二次請け、三次請けの会社が入ることがあります。
下の階層になるほど、顧客と直接話す機会が少なくなり、決められた作業だけを担当することが多いです。

たとえば、次のような状態です。

  • 仕様の背景を知らされない
  • 設計に関われない
  • ひたすらテストや修正作業をする
  • 顧客と直接会話できない
  • 作業量だけが多い
  • 納期に追われる
  • 改善提案をしても上まで届かない

このような現場では、自分がシステムを作っているという実感を持ちにくくなります。

もちろん、テストや保守、運用にも価値はあります。
問題は、それらの仕事を通じて何を学べるのかが見えないまま、作業要員としてのキャリアが続くことです。

全員が該当するわけではない

客先常駐やSESで働いているからといって、全員がIT土方に該当するわけではありません。

客先常駐でも、設計、開発、テスト設計、運用改善、顧客折衝に関われる現場はあります。
SES企業でも、本人の希望やスキルを見ながら案件を選び、定期面談や現場変更の相談ができる会社もあります。
自社勤務でも、ずっと単純作業や問い合わせ対応だけでスキルが広がらない場合もあります。

IT土方かどうかは、雇用形態や勤務場所ではなく、経験が積み上がる働き方かどうかで見た方が現実的です。

見るべきなのは、「自社勤務か客先常駐か」だけではありません。
担当工程、仕事内容、教育体制、残業、相談先、現場変更のしやすさまで確認する必要があります。

見るべきは働き方

自分がIT土方に近い働き方をしているかどうかは、次の観点で見分けられます。

  • 作業の目的を説明できるか
  • 設計や仕様の背景を知る機会があるか
  • 単純作業だけでなく改善に関われるか
  • 技術的なレビューを受けられるか
  • 次に任される仕事が広がっているか
  • 残業や休日対応が常態化していないか
  • 困ったときに相談できる相手がいるか
  • 現場変更やキャリア相談ができるか

たとえば、テスト業務でも、仕様を読み、テスト観点を考え、不具合の原因を開発者と話し、改善提案までできるなら経験になります。
一方で、手順書通りにクリックし、結果を入力するだけの作業が何年も続くなら、キャリアとして説明しにくくなります。

IT土方あるある

IT土方あるあるとして語られるものには、いくつか共通点があります。

単に忙しいというより、「忙しいのに経験として残らない」「責任はあるのに裁量がない」「現場にいるのに将来が見えない」という不満が中心です。

単純作業だけが続く

よくあるのが、単純作業だけが長く続くパターンです。
たとえば、次のような仕事です。

  • テスト項目をひたすら消化する
  • 画面の表示確認だけを続ける
  • Excelの一覧を転記する
  • ログを見て決まった内容を報告する
  • 手順書通りに環境を確認する
  • 同じようなデータ修正を繰り返す
  • 仕様の背景を知らされないまま修正する

これらの仕事がすべて悪いわけではありません。

新人や未経験者が最初に現場に慣れるためには、テストや運用、手順書作業から入ることもあります。
問題は、その先に進めないことです。

半年、1年、2年と同じ作業が続き、設計や実装、改善提案に進めない場合は注意が必要です。

長時間労働が当たり前

IT土方と呼ばれやすい現場では、長時間労働が当たり前になっています。

特に、納期が近い、仕様変更が多い、人員が足りない、炎上案件に途中参加したといった場合、残業や休日対応が増えるため、現場では次のような会話が出ることがあります。

「今週だけ頑張れば落ち着くから」
「この業界では多少の残業は普通」
「みんな残っているから帰りにくい」
「休日に少しだけ対応してほしい」
「リリース前だから仕方ない」

本当に一時的な繁忙期なら、まだ理解できます。
しかし、毎月のように同じ状態が続けるのは無理があります。

長時間労働が続くと、学習する余裕も、キャリアを考える余裕もなくなります。
仕事をこなすだけで精一杯になり、抜け出す準備ができなくなります。

相談先が分からない

IT土方化しやすい現場では、相談先が曖昧なこともよくあります。

客先では現場リーダーに相談すべきなのか、自社の営業担当に相談すべきなのか、上司に相談すべきなのか分からない。
困っていても、誰に言えばよいか分からず、抱え込んでしまう人もいます。

特にSESや派遣では、現場と自社の間に距離があります。

  • 現場では忙しすぎて相談しにくい
  • 自社の営業は現場の実態を知らない
  • 上司が別案件にいて会えない
  • 契約範囲外の仕事を頼まれている
  • 現場変更を言い出しにくい
  • 体調が悪くても休みにくい

この状態が続くと、問題が表面化する頃にはかなり疲弊しています。

相談先が分からない現場は、スキル以前に、自分を守る仕組みが弱い現場です。

働き方に不安があるなら、まず現場のリーダー、自社の上司、営業担当の誰に何を相談できるのかを整理しておきましょう。

やめとけと言われる理由

IT土方はやめとけと言われる理由は、単に仕事が大変だからではありません。

仕事が大変でも、スキルが身につき、経験として説明でき、次のキャリアにつながるなら耐える意味がある場合もあります。
問題は、消耗するわりに実績として話せる経験が残りにくい働き方です。

スキルが残りにくい

IT土方化した現場では、スキルが残りにくくなります。
たとえば、次のような状態です。

  • 手順書通りの作業だけをしている
  • 設計書を読む機会がない
  • コードレビューを受けない
  • なぜその作業が必要か分からない
  • 顧客や上流担当と話せない
  • 使用技術を深く理解しないまま作業する
  • 改善提案をする余地がない

毎日忙しく働いていても、転職時に「何を経験しましたか」と聞かれたときに答えにくくなります。

「テストをしていました」
「運用作業をしていました」
「現場で指示された作業をしていました」

これだけでは弱く見えます。

同じテストでも、テスト設計をした、不具合分析をした、品質改善に関わった、仕様の抜けを指摘した、と言えるなら評価は変わります。
経験として残すには、作業の背景と自分の役割を説明できる必要があります。

心身を削りやすい

IT土方と呼ばれる現場では、心身を削りやすい働き方になっていることが多いです。
長時間労働、休日対応、深夜リリース、炎上案件、客先のプレッシャー、相談先のなさが重なると、疲れが抜けなくなります。

特に危ないのは、次のような状態です。

  • 朝から体が重い
  • 休日も仕事のことが頭から離れない
  • チャット通知を見るのが怖い
  • ミスを隠したくなる
  • 食欲や睡眠に影響が出ている
  • 勉強する気力がない
  • 転職活動をする余裕もない

こうなる前に、働き方を見直す必要があります。

まだ若いから大丈夫

最初はみんな苦労する

と思って耐え続けると、判断力が落ちます。
メンタルや体調に影響が出ているなら、キャリア以前に休むことも必要です。

責任だけ重くなる

IT土方化した現場では、裁量は少ないのに責任だけ重いことがあります。
たとえば、

  • 仕様や納期は上で決まっているのに、現場の作業者が無理なスケジュールで対応する
  • 決定権はないのに、遅れたときだけ責められる
  • 顧客と直接調整できないのに、変更対応を押し込まれる

この状態では、仕事への納得感が薄れます。

問題は、責任を持つこと自体ではありません。
責任に見合う裁量、情報、相談先、評価があるかです。

  • 仕様変更の背景を説明されているか
  • 納期調整の相談ができるか
  • 作業量の見積もりに関われるか
  • 遅れそうなときに早めに共有できるか
  • 無理な依頼を断る仕組みがあるか

責任だけが増えて、裁量も評価も増えないなら、長く続けるほど疲弊します。

大学生・未経験者の注意点

大学生や未経験者がIT企業を選ぶときは、「エンジニア採用」「未経験歓迎」「研修あり」だけで判断しない方がよいです。

求人票では魅力的に見えても、入社後の配属や仕事内容によっては、思っていたエンジニア像と違うことがあります。

研修内容を確認する

未経験歓迎の求人では、研修内容を確認しましょう。
「研修あり」と書かれていても、内容は会社によって違います。

聞きたいのは、次のような項目です。

  • 研修期間はどのくらいか
  • 研修中の給与は変わるのか
  • 何の言語や技術を学ぶのか
  • 講師やメンターはいるのか
  • 研修後の配属先はどう決まるのか
  • 研修後に開発へ進めるのか
  • 資格取得だけで終わらないか
  • 未経験入社者のその後の配属例はあるか

たとえば、「入社後は1か月研修を行います」だけでは不十分です。

JavaとSQLの基礎を学び、簡単なWebアプリを作り、その後はテスト工程から入り、半年後に小さな改修を担当する人が多いです

と説明されるなら、入社後を想像しやすくなります。

最初の配属を聞く

未経験者は、最初の配属先を必ず聞いた方がよいです。

求人票では「システム開発」「エンジニア」「ITサポート」と書かれていても、実際には次のような仕事から始まる場合があります。

  • テスター
  • 監視オペレーター
  • ヘルプデスク
  • キッティング
  • コールセンター寄りの問い合わせ対応
  • データ入力
  • 運用保守
  • 客先常駐での一次対応

これらの仕事がすべて悪いわけではありません。IT業界の入口として経験になる仕事もあります。
問題は、その先のキャリアが説明されていないことです。

面接では、次のように聞いてみましょう。

  • 未経験入社者は最初にどの業務へ配属されることが多いですか
  • 開発や設計に進んだ人はいますか
  • 最初の現場には自社の先輩がいますか
  • 一人で客先に出ることはありますか
  • 配属先が合わない場合は相談できますか
  • 現場変更の実績はありますか

「案件によります」だけで終わる場合は、過去例を聞いてください。
具体例が出ない会社は、入社後の働き方を判断しにくくなります。

給与と勤務地を見る

大学生や未経験者は、給与と勤務地の見方にも注意が必要です。

月給だけを見ると高く見えても、固定残業代が含まれている場合があります。
固定残業代がある場合は、基本給、固定残業時間、固定残業代の金額、超過分の支払いを確認しましょう。

また、勤務地についても確認が必要です。
IT企業の本社がきれいなオフィスでも、実際の勤務先は客先になることは多くあります。
将来的に勤務場所が変わる可能性があるなら、どの範囲まで異動や常駐があるのかも見ておくべきです。

確認したい項目は、次の通りです。

  • 基本給はいくらか
  • 固定残業代は含まれるか
  • 何時間分の残業代なのか
  • 超過分は支払われるか
  • 試用期間中の条件は変わるか
  • 勤務地は本社か客先か
  • 配属先の変更範囲はどこまでか
  • 夜勤や休日出勤はあるか

求人票で見るべきなのは、月給の高さだけでなく、労働時間・勤務地・配属先・教育体制の具体性です。

条件が曖昧なまま内定承諾すると、入社後に「聞いていた話と違う」となりやすくなります。

デスマーチの見分け方

IT土方という言葉と一緒に語られやすいのが、デスマーチです。

デスマーチとは、納期、人員、仕様、品質、進捗のどこかに無理があり、長時間労働や休日対応で何とか進めている炎上状態を指します。

納期と人員が合わない

デスマーチになりやすい現場では、納期と人員が合っていません。
たとえば、次のような状態です。

  • 作業量に対して人数が少ない
  • 経験者が抜けたまま補充されない
  • 新人や若手だけで重要な作業を進めている
  • 見積もりより大幅に遅れている
  • 進捗が遅れているのに納期が変わらない
  • 残業前提でスケジュールが組まれている

この状態で

頑張れば何とかなる

と言われる現場は危険です。

短期間の繁忙ならまだしも、最初から残業前提の計画になっている場合、個人の努力では解決できません
面接や現場面談では、プロジェクトの人数、体制、納期、担当範囲を確認しましょう。

仕様変更が管理されない

デスマーチになる現場では、仕様変更が管理されていないことがあります。

  • 顧客からの要望が増える
  • 現場判断で仕様が変わる
  • 設計書が更新されない
  • 変更の影響範囲が確認されない

こうした状態が続くと、開発もテストも混乱します。
危ないのは、次のような会話が多い現場です。

「とりあえず対応して」
「細かい仕様は後で決める」
「前の資料と違うけど、こっちで進めて」
「設計書はあとで直す」
「テストで見つかったら直せばいい」

仕様変更自体は珍しくありません。
問題は、変更を記録し、影響を確認し、納期や工数を見直す仕組みがないことです。

この状態で現場に入ると、手戻りが増え、残業も増えます。

休日・深夜が前提

休日出勤や深夜対応前提で回している現場は注意が必要です。

まともな現場でも、システムリリースやメンテナンスで、夜間や休日作業が必要なことはあります。
特に業務システムや大規模サービスでは、利用者が少ない時間帯に作業することもあります。

ただし、次のような状態なら警戒した方がよいです。

  • 毎週のように休日対応がある
  • 夜間作業後の休みが取れない
  • 代休が形だけになっている
  • 深夜対応が若手に偏っている
  • 障害時の待機ルールが曖昧
  • 残業時間を正確に申告しにくい

デスマーチを避けるには、

忙しい時期がありますか

だけではなく、「繁忙期の残業時間」「休日出勤の頻度」「代休の取得実績」「夜間対応の担当者」を具体的に聞く必要があります。

抜け出すための準備

すでにIT土方に近い現場にいる場合、辞める前に、次のキャリアにつながる材料を整理しましょう。

疲れ切っている場合は休むことが先ですが、動ける状態なら、現場経験を少しでも言語化しておくと転職時に役立ちます。

経験を言語化する

単純作業に見える仕事でも、整理すれば経験として伝えられる場合があります。

たとえば、テスト業務なら次のように分解できます。

  • どのシステムのテストか
  • どの工程で関わったか
  • テスト項目を作ったのか、実行だけか
  • 不具合報告をしたか
  • 仕様の確認をしたか
  • 開発者とやり取りしたか
  • テスト効率化や改善をしたか

運用保守なら、次のように整理できます。

  • 監視対象は何か
  • 障害対応に関わったか
  • ログを確認したか
  • 手順書を作成・改善したか
  • 問い合わせ対応をしたか
  • 再発防止策に関わったか
  • ベンダーや顧客と調整したか

単純作業しかしていない

と思っていても、実際には説明できる経験があるかもしれません。

まずは、自分が何をしていたのかを工程、技術、役割、成果に分けて整理しましょう。

設計や改善に近づく

IT土方から抜け出したいなら、今の現場で少しでも設計や改善に近づく動きが必要です。

いきなり「上流工程を担当したいです」と言う必要はありません。小さなことで構いません。

  • テスト実行だけでなく、テスト観点を出す
  • 手順書通りの作業だけでなく、手順書を改善する
  • 障害対応後に原因と再発防止を整理する
  • 仕様の疑問点を出す
  • 作業時間がかかる部分を自動化する
  • 既存コードや設計書を読み込む
  • 小さな改修を担当できないか相談する

抜け出すために必要なのは、今の現場で「言われた作業だけ」から一歩ずらすことです。

現場によっては難しいかもしれませんが、何を試したか、何ができなかったかを整理しておくと、次の面接で説明しやすくなります。

転職前に条件を整理する

IT土方のような働き方から抜け出したい場合、転職前に条件を整理しましょう。

今の現場が嫌だから

と急いで転職すると、次の会社でも同じような現場に入ってしまうことがあります。
整理したいのは、次の点です。

  • 客先常駐を避けたいのか
  • 客先常駐でも成長できる現場ならよいのか
  • 開発に進みたいのか
  • 設計や上流工程に進みたいのか
  • 残業を減らしたいのか
  • リモートを増やしたいのか
  • 正社員で安定したいのか
  • フリーランスも視野に入れるのか

ここが曖昧だと、

IT土方を避けたい

と思っていても、求人票のどこを見ればよいか分からなくなります。

次の職場では何を変えたいのかを、仕事内容、働き方、給与、勤務地、教育体制に分けて考えましょう。

キャリアの選択肢

IT土方に近い働き方から抜け出す方法は一つではありません。

自社開発企業へ転職する、SIerで設計工程へ進む、社内SEを目指す、PMOやITコンサル寄りに移る、フリーランス案件を検討するなど、経験や希望によって選択肢は変わります。

正社員で環境を変える

未経験者や経験が浅い若手なら、まず正社員で環境を変える方が現実的です。
まだ設計や開発経験が少ない場合、いきなりフリーランスになると案件選びに苦戦します。
フリーランス案件では、参画後すぐに成果を出せる経験が見られるためです。

正社員転職で見るべきなのは、次のような点です。

  • 最初に担当する工程
  • 開発・設計に進める道
  • 研修やメンター制度
  • 残業時間
  • 客先常駐の比率
  • 一人常駐の有無
  • 現場変更の相談体制
  • 評価基準
  • 若手のキャリア事例

「自社開発なら安心」「大手なら安心」と決めつけず、自分がどの経験を積めるかを確認しましょう。

独立は経験を見て判断する

IT土方から抜け出したいという理由だけで、すぐフリーランスを目指すのは慎重に考えた方がよいです。

フリーランスは、入りたくない案件は断れますし、報酬を上げられる可能性があります。
一方で、案件獲得、契約、単価交渉、稼働管理、次の案件探しも自分の問題になります。

特に、以下の経験が少ない段階では、フリーランスより正社員転職の方が合う可能性が高いです。

  • 設計経験
  • 開発経験
  • クラウドやインフラ経験
  • 顧客折衝
  • PMO経験
  • 業務改善
  • 障害対応
  • 一人で作業を完結させた経験

フリーランスを検討するなら、「今の現場が嫌だから」ではなく、「自分の経験でどの案件に参画できるか」を見た方がよいです。

案件情報で相場を見る

今の経験がどの程度評価されるのか分からない場合は、求人や案件情報を見ると判断しやすくなります。
案件情報を見ると、どのスキルが求められているのか、どの工程の経験が評価されるのかが分かります。

たとえば、次のような経験は案件や求人で評価されることがあります。

  • 基本設計・詳細設計
  • Java、PHP、Pythonなどの開発経験
  • AWSやAzureなどのクラウド経験
  • テスト設計
  • 運用改善
  • PMO
  • 顧客折衝
  • 業務システムの知識
  • セキュリティ対応

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

IT土方に近い現場から抜け出したい人全員に、フリーランスが合うわけではありません。
前述の通り、経験が浅い段階なら、正社員として開発や設計、上流工程の経験を積む方が現実的な場合も多いです。

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

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

まとめ

  • IT土方かどうかは、客先常駐やSESという働き方だけでなく、単純作業が続くか、スキルが残るか、相談先があるかで判断する必要があります。
  • 大学生や未経験者は、求人票の「未経験歓迎」「研修あり」だけで判断せず、研修内容、最初の配属、給与内訳、勤務地、現場変更の相談体制を確認しましょう。
  • デスマーチや長時間労働を避けるには、納期と人員、仕様変更の管理、休日・深夜対応の実態を入社前・参画前に確認することが大切です。

IT土方と呼ばれる働き方に近いからといって、すぐにキャリアが終わるわけではありません。
ただし、作業だけで経験が残らない状態を放置すると、数年後に選択肢が狭くなります
今の仕事を経験として整理し、設計・改善・上流工程に近づく動きを取りながら、自分に合う働き方を探していきましょう。

フリーランス案件も、正社員転職も。自分に合う働き方を確認できます

ITエンジニア・ITコンサルのキャリアでは、収入、働き方、担当工程、リモート可否など、何を重視するかによって選ぶべき道が変わります。

セルワークITフリーランスでは、上流工程・ITコンサル案件や月80万円以上の案件、リモート可能案件などを扱っています。
一方で、フリーランスだけを前提にせず、正社員転職という選択肢も含めて相談できます。

今の経験を活かして案件を探すべきか、転職で環境を変えるべきか、もう少し経験を積むべきか。
まずは、サービスページで対応領域や案件の特徴を確認してみてください。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

セルワークITフリーランス編集部のアバター セルワークITフリーランス編集部 セルワークITフリーランス編集部(運営:株式会社セルバ)

セルワークITフリーランス編集部は、ITエンジニア・ITフリーランス・SES人材のキャリア支援を行う「株式会社セルバ」が運営する編集チームです。

株式会社セルバは、Webシステム開発・ポータルサイト構築を中心に20年以上の実績を持ち、IT業界・人材業界の両分野において、事業運営と現場支援の両面から関わってきました。
自社サービスとして、IT人材向けの求人・マッチング・キャリア支援に関する複数のWebサービスを運営しています。

編集部では、そうした事業運営の中で蓄積されてきたITフリーランスからの相談内容、案件参画時の実例、契約・単価・キャリアに関する課題をもとに、実務に即した情報を編集・監修しています。

本メディア「セルワークITフリーランス」では、単なる一般論や表面的なノウハウではなく、現場で実際に起きている課題や意思決定のポイントを重視し、ITフリーランスが自分に合った働き方を選ぶための情報提供を目的としています。
記事はすべて、IT業界・人材業界の実務に携わる運営チームによる確認・編集体制のもとで公開しています。

コメント

コメント一覧 (2件)

コメントする

目次