客先常駐でついていけない時は？スキル不足・放置・退場への対処

客先で「自分だけついていけない」と感じている人へ。まず能力不足と決めつけず、原因をスキル・案件・支援体制に分けてください。

客先常駐でついていけない時は、スキル不足・案件ミスマッチ・支援不足のどこに原因があるかを先に切り分けることが重要です。「放置された」「退場になりそう」という不安がある場合も、契約形態や指示系統、参画時の条件、現在の評価を事実ベースで確認すれば、取るべき行動を整理できます。

客先常駐で「ついていけない」と感じる原因は何？

私は、客先常駐でついていけない時ほど、最初から「自分の能力不足」と決めつけるべきではないと考えています。

本人の経験と案件の要求水準が合っていない、質問先が決まっていない、参画前に聞いていた担当工程と違う、業務知識の習得に時間がかかっているなど、同じ「ついていけない」でも原因は大きく異なるからです。

まず、「できない」という感覚を具体的な事実へ分解してください。

状況	主に疑う原因	最初に確認すること
JavaやSQLの基本作業で頻繁に止まる	基礎スキル不足	具体的に何の知識で止まるか
面談時になかった技術や工程を求められる	案件ミスマッチ	参画前の説明と実業務の差
質問しても回答者が決まっていない	支援体制不足	正式な質問先・レビュー担当
タスクを長期間割り当てられない	役割・体制の問題	待ち状態の理由と担当範囲
何を成果として求められているか不明	期待値の不一致	成果物・期限・評価基準
複数の現場で同じ指摘を受ける	本人側の改善課題	共通して指摘される技術や行動

たとえば「Javaについていけない」だけでは、適切な対策を決められません。

既存コードから修正箇所を探せないのか、例外処理を理解できないのか、SQLのJOINで止まるのか、Gitの競合を解消できないのかによって、必要な学習はまったく違います。

一方、Javaの実装担当として参画したのに、実際にはAWSの構成変更や要件整理まで単独で求められているなら、本人の勉強量だけでは説明できない可能性があります。

「自分が悪いか、現場が悪いか」という二択にしないことが重要です。

私はここで、休日の学習時間をいきなり増やすより、「参画時に求められていたこと」と「現在求められていること」の差を先に確認すべきだと考えます。

要求水準そのものが当初説明から変わっているなら、学習量だけを増やしても案件ミスマッチという根本原因は残ります。

そして、もう一つ最初に確認したいのが契約形態です。

客先常駐、SES、派遣という言葉は現場で混同されがちですが、制度上の指揮命令関係まで同じではありません。

---

客先常駐・SES・派遣では指示系統がどう違う？

私は、客先常駐で「誰に質問すればいいか分からない」という問題を、単なるコミュニケーション不足として扱うべきではないと考えています。

まず押さえるべきなのは、契約書の名称だけではなく、実際の働かせ方によって労働者派遣に当たるかが判断されるという点です。

派遣では誰から業務指示を受ける？

派遣であれば、派遣先から業務上の指揮命令を受けること自体が制度上予定されています。

厚生労働省の「労働者派遣・請負を適正に行うためのガイド」では、労働者派遣について、派遣元が雇用する労働者を派遣先の指揮命令の下で働かせる仕組みとして整理されています。

つまり、客先常駐という勤務場所だけを見て「客先から指示されるのはおかしい」と判断することもできません。派遣なのか、それ以外の形態なのかを先に確認する必要があります。

請負では誰が仕事の進め方を決める？

請負では、私は「誰が具体的な仕事の進め方を管理しているか」が重要な確認点だと考えています。

昭和61年労働省告示第37号「労働者派遣事業と請負により行われる事業との区分に関する基準」では、受託側の事業主が業務遂行方法、労働時間、配置などを自ら管理し、発注者から独立して業務を処理しているかが判断要素とされています。

したがって、書面に「請負」と書いてあれば自動的に請負になるわけではありません。派遣と請負の区分は、契約形式だけでなく実態に即して判断されます。

準委任やアジャイル開発なら客先から直接指示されてもよい？

私は、「準委任なら客先から何を指示されても問題ない」という理解も避けるべきだと考えています。

システム開発では準委任契約も多く使われますが、厚生労働省の「37号告示に関する疑義応答集（第3集）」では、アジャイル型開発を準委任契約で行うケースについても、発注者と受注者側の労働者の間に実態として指揮命令関係があれば、契約形式を問わず労働者派遣に該当し得ると説明されています。

したがって、「請負なら客先と一切会話してはいけない」「準委任なら直接指示を受けてもよい」という単純な線引きではありません。

アジャイル開発のように、発注者側と受注者側の担当者が情報共有や提案を行いながら共同で開発することと、受注者側の個々の労働者へ発注者が具体的な指揮命令をすることは分けて考える必要があります。

この違いは、「ついていけない」「放置された」という問題にも直結します。

請負や準委任などの形で所属会社が業務を受けている場合、具体的な仕事の割り付けや遂行方法を誰が決める運用なのかを、自社側の責任者を含めて確認する必要があります。

そのため、「仕事がないから客先担当者へ直接タスクをくださいと言う」「分からないから客先の誰にでも直接指示を求める」と一律に判断するのは避けた方がよいでしょう。

最初に確認するのは契約書の名称だけではなく、所属会社から説明されている指示・報告経路です。

分からなければ、自社のリーダー、上司、営業担当などへ「業務上の指示や次タスクの確認は誰を経由する運用ですか」と聞けば整理できます。

私は、客先常駐で本人が孤立しやすい理由の一つは、技術力だけでなく、この「誰に何を確認するのか」が曖昧になりやすいことだと見ています。

質問できない状態を本人のコミュニケーション不足だけで片づける前に、正式な質問経路そのものが存在するかを確認してください。

---

客先常駐のスキル不足と放置はどう切り分ける？

私は、スキル不足かどうかを判断するなら、参画時に求められていた能力と実際の担当業務との差を見るのが最も分かりやすいと考えます。

「分からないことがある」というだけで、スキル不足と決める必要はありません。

新しい現場では、経験者でもシステム固有の仕様、業務用語、社内フレームワーク、開発ルール、レビュー手順、リリース方法などを覚える必要があります。

そのため、参画直後に質問が多いこと自体は、それほど不自然ではありません。

一方、参画時に求められていた基本業務について、数か月経っても同じ場所で繰り返し止まるのであれば、自分側に改善課題がある可能性は高まります。

たとえば、問題を次のように作業単位まで細かくします。

• 既存コードから修正箇所を特定できない
• SQLの結合条件を自力で組めない
• Gitで競合すると作業を進められない
• ログから障害発生箇所を絞れない
• 仕様書を読んでも実装条件へ落とし込めない
• 不明点を整理せず、そのまま質問してしまう
• 進捗が遅れていても期限直前まで共有しない

この粒度まで落とせれば、自習で補強できる問題と、案件側へ支援を求める問題を分けられます。

とくに注目したいのは、技術力と「仕事を止めない能力」は別だという点です。

技術的に解けない問題があっても、「ここまで調査した」「この条件では再現した」「この仕様だけ判断できない」と共有できれば、周囲は次の対応を判断できます。

反対に、一人で何日も抱え込み、期限直前に初めて進んでいないことが判明すると、技術不足だけでなく進捗管理上の問題として扱われやすくなります。

評価に影響しやすいのは「知らないことがある」という一点より、止まっている事実が周囲から見えない状態です。

知らない技術を短期間ですべて習得するのは難しくても、進捗と不明点を見える状態にすることは比較的すぐに改善できます。

ただし、質問しても誰も回答しない、レビュー担当が決まっていない、必要な権限を渡されない、仕様書へアクセスできないといった状態なら、それを本人のスキル不足として処理するのは適切ではありません。

放置された時は、「暇です」「やることがありません」とだけ伝えるのではなく、現在地を業務情報として共有してください。

たとえば「担当していた改修は完了し、現在レビュー待ちです。次の作業をどの経路で確認すればよいか教えてください」と整理すれば、自分側が止めているのか、体制側が止めているのかを判断しやすくなります。

それでも数日単位で作業が決まらない、質問経路が設定されない、必要な情報が与えられないなら、自社側の責任者や営業担当にも状況を共有する段階です。

長期放置が問題なのは、暇であることだけではありません。

半年在籍していても、設計・実装・テスト・運用など職務経歴書で説明できる経験がほとんど増えていなければ、「在籍期間」と「実際に積んだ経験」に差が生じます。

私はここをキャリア上かなり重要な問題だと考えています。

現在が楽か苦しいかではなく、3か月後や半年後に何を「自分でできる仕事」として説明できるのかまで見てください。

自分で補える不足なのか、案件や会社を変えないと改善しない問題なのかが見えてきたら、転職するかどうかを決める前に外の選択肢だけ確認しておくのも一つの方法です。

---

客先常駐で退場になったらクビ？待機や休業はどうなる？

私は、「退場になりそう」と聞いた瞬間に「会社もクビになる」と結論づける必要はないと考えています。

客先から外れることと、所属会社との雇用契約が終了することは同じではありません。

ただし、「退場」という言葉は法律上の正式な用語ではなく、現場では複数の意味で使われています。

派遣なら労働者派遣契約の終了や中途解除、業務委託型の案件なら個別契約の終了や更新なし、単にプロジェクト内の担当変更を「退場」と呼ぶこともあります。

そのため、「退場になったらどうなるか」を考える時は、最初に何が終了するのかを区別してください。

派遣契約が終わると雇用契約も終わる？

私は、この二つを必ず分けて確認すべきだと考えています。

厚生労働省は、派遣元と派遣先の間の労働者派遣契約と、派遣元と派遣労働者との間の労働契約は別であると整理しています。

派遣契約が途中で終了しても、それだけで派遣元との労働契約期間が当然に短縮されるわけではありません。

さらに「派遣元事業主が講ずべき措置に関する指針」では、無期雇用派遣労働者について、その派遣終了だけを理由として解雇してはならないとしています。

有期雇用派遣労働者についても、労働契約がまだ継続している場合は、その派遣終了だけを理由として解雇してはならないと整理されています。

客先を外れたことを理由に解雇される？

私は、「案件がなくなった」と「解雇できる」は別問題として扱うべきだと考えています。

労働契約法第16条では、解雇には客観的に合理的な理由があり、社会通念上相当であることが求められます。

有期労働契約の契約期間途中については、同法第17条により、やむを得ない事由がなければ契約期間満了まで解雇できないとされています。

したがって、「客先から来月で終了と言われた＝来月そのまま会社もクビ」と一足飛びに結論づける必要はありません。

待機になったら給料は60％になる？

私は、「待機＝自動的に給料60％」という理解は避けるべきだと考えています。

次の案件が決まらない場合の賃金や待機の扱いは、雇用契約、就業規則、派遣契約終了の経緯などによって異なります。

労働基準法第26条では、「使用者の責に帰すべき事由」による休業の場合、平均賃金の60％以上の休業手当を支払う必要があると定められています。

ただし、客先案件が終わって待機になれば、あらゆる場合に自動的に「給料の60％」になるという意味ではありません。

休業手当が必要かどうかは休業の原因や労働契約などによって個別に判断され、会社独自の待機時賃金制度が別に定められている場合もあります。

また、派遣元事業主に関する指針では、派遣契約が終了し、新たな就業機会を確保できない場合に、休業などによって雇用維持を図り、労働基準法等に基づく責任を果たすことが示されています。

そのため、退場や契約終了が見えてきたら、所属会社へ次の点を具体的に確認する方が正確です。

• 今回終了するのは客先との契約だけか
• 自分の雇用契約は継続するのか
• 最終稼働日はいつか
• 次案件を探す予定なのか
• 次案件まで待機になるのか
• 待機時の勤務場所・業務・賃金はどうなるのか
• 現場終了の理由は本人評価なのか、案件都合なのか
• 現在の評価で改善を求められている点は何か

派遣先都合で契約が途中終了した場合は？

私は、本人評価だけでなく契約終了の理由そのものを確認することが重要だと考えます。

労働者派遣法第29条の2や「派遣先が講ずべき措置に関する指針」では、派遣先側の都合で派遣契約を期間途中に解除する場合について、新たな就業機会の確保や、一定の場合の費用負担など雇用安定のための措置が定められています。

つまり「退場」という一言だけでは、その後を判断できません。

契約終了、案件変更、待機、休業、解雇は、それぞれ別の出来事として確認する必要があります。

また、客先契約が終わる理由も本人のスキル不足だけではありません。

予算削減、開発フェーズ終了、プロジェクト縮小、人員構成変更などによって契約が更新されないこともあります。

反対に、同じ技術的ミス、報告遅れ、期限超過などを繰り返し指摘されているなら、その事実まで「案件都合だった」と処理するのも合理的ではありません。

不安が強い時こそ、「事実」と「予想」を分けてください。

「営業担当との面談が設定された」は事実ですが、「解雇を告げられる面談だ」は説明を受けるまで予想です。

「レビューで同じ指摘を3回受けた」は事実ですが、「来月必ず退場になる」は予想です。

情報の空白を想像で埋めるより、契約更新時期、客先評価、所属会社が把握している課題、次案件の方針を確認した方が判断材料は増えます。

---

客先常駐の現場を変えたい時はどう相談する？

私は、現場を変えたい時ほど「つらい」という感情だけではなく、次の案件で何を変えたいのかまで言語化して自社へ伝えるべきだと考えています。

まず所属会社の上司、営業担当、自社リーダーなど、社内の正式な相談先へ伝えるのが基本です。

客先担当者へ直接「辞めます」と伝える前に、自社との雇用関係や客先との契約上、どのような手続きになるかを確認した方がよいでしょう。

ただし、「つらいので変えてほしい」だけでは、次の案件選びに使える情報が足りません。

現在の不満を、具体的な希望条件へ変換してください。

テスト実行ばかりで実装経験を積めないのであれば、「Javaで実装工程を担当できる案件」を次の条件にできます。

経験のない工程を単独で任されることが問題なら、「同社メンバーとのチーム参画」「レビュー担当が明確」「担当工程を参画前に確認できる」といった条件へ変換できます。

クラウド経験を伸ばしたいのにオンプレミス運用だけが続いているなら、次回は案件面談で利用技術と担当範囲を具体的に確認する必要があります。

ここで重要なのは、案件を変えれば必ず解決すると考えないことです。

複数の現場で「質問が遅い」「基本的な実装で何度も止まる」「期限まで進捗を共有しない」と同じ指摘が再現しているなら、案件環境より本人側の改善課題である可能性は高くなります。

反対に、面談時の説明と担当業務が毎回大きく違う、自社へ相談しても質問経路すら整理されない、希望工程を伝えても経験につながらない案件へ繰り返し配属されるのであれば、所属会社の案件選定やフォロー体制を確認する段階です。

この時点で、選択肢は「我慢するか退職するか」の二つではありません。

同じ会社で案件変更する、現在の案件で役割調整を相談する、学習して不足を埋める、転職市場だけ確認する、実際に転職するという複数の段階があります。

転職サービスを利用する場合も、登録したからすぐに転職する必要はありません。

現在の経験でどのような求人が候補になるのかを確認し、「今の会社に残る」「案件変更を希望する」「会社自体を変える」を比較するための情報収集として使う方法もあります。

客先常駐から抜けること自体を全員の正解にする必要はありません。

SESでも、担当工程、商流、チーム体制、案件選択の余地によって得られる経験は異なります。

私は、「SESだから辞める」「客先常駐だから耐える」というラベルで判断するのではなく、自分の課題がどの階層にあるかを見るべきだと考えています。

案件変更だけで解決できるのか、所属会社そのものを変える必要があるのか判断が難しいなら、今の経歴で選べる求人を確認して比較材料を増やしてから決めれば十分です。

---

客先常駐でついていけない時、残るか辞めるかの判断基準は？

私はここで一つ、明確な判断軸を置きます。3か月後に改善する仕組みがあるかを見てください。

今できない仕事があることより、その仕事をできるようになる経路が存在するかの方が重要です。

参画直後は分からなかった作業が一人でできるようになっている、同じ質問を繰り返さなくなった、レビュー指摘が減っている、担当タスクの難易度が少しずつ上がっている。

このような変化があれば、本人が「ついていけない」と感じていても、実際にはキャッチアップが進んでいる可能性があります。

多少難しい案件でも、質問できる、レビューが返る、改善点が分かる、次は少し難しい仕事を任せてもらえるのであれば、その負荷が経験につながる余地があります。

反対に、3か月経っても質問先がない、レビューされない、必要な資料へアクセスできない、参画前に聞いていない業務を単独で任される、自社へ相談しても何も変わらない。

この場合、自分の学習時間だけを増やしても改善しにくいと考えられます。

そして、もう一つ重要な判断軸があります。

一つの現場でついていけなかった事実と、ITエンジニアとしての市場価値は同じではありません。

業務系Java開発なら問題なく対応できる人でも、未経験のクラウド基盤設計を突然任されれば苦戦する可能性があります。

逆にインフラ経験者でも、業務知識が複雑なアプリケーション開発へ移れば、立ち上がりに時間がかかることがあります。

一案件の評価だけで「ITそのものに向いていない」と結論づけるには情報が不足しています。

ただし、会社や現場が変わっても同じ課題が繰り返される場合は別です。

複数現場で同じ技術不足、同じ報告遅れ、同じ質問方法について指摘されるなら、環境ではなく自分側で改善できる部分として向き合った方がよいでしょう。

客先常駐でついていけない時に見るべきなのは、「誰が悪いか」ではありません。

技術学習、質問の整理、進捗共有、希望条件の言語化は自分で変えられる領域です。

一方、案件の要求水準、担当工程、質問経路、レビュー体制、案件選定方針は、本人だけでは変えにくい領域です。

私は、SESからの脱却や案件変更は気合や我慢の問題ではなく、こうした業界構造と問題の階層を整理した結果として判断するものだと考えています。

判断を具体化するなら、次の分岐で十分です。

• 参画時に求められた業務でつまずき、質問やレビューを受けるたび改善しているなら、まず不足スキルを補いながら継続する
• 仕事内容だけが合わず、会社側に案件変更の余地があるなら、退職より先に案件変更を相談する
• 質問先・レビュー・必要資料が整わず、自社へ相談しても改善しない状態が続くなら、所属会社を含めて見直す
• 複数の現場で同じ指摘が続くなら、転職だけで解決すると決めつけず、自分側の共通課題も改善する

「ここで逃げたら負けだから残る」「苦しいから今日すぐ辞める」という二択にする必要はありません。

私は、動く決心がついてから情報を集めるのではなく、情報を集めてから動く決心をつければいいと考えています。

---

まとめ｜客先常駐のスキル不足・放置・退場を分けて考える

私は、客先常駐でついていけない時に最も避けたいのは、すべてを自分の能力不足として処理することだと考えています。

最初に、スキル不足、案件ミスマッチ、支援不足、指示系統、進捗共有の問題を分けて確認してください。

客先常駐、SES、派遣もすべて同じ仕組みではありません。厚生労働省の37号告示や疑義応答集でも、労働者派遣か請負等かは契約名称だけではなく、実際の指揮命令関係を含む実態によって判断すると整理されています。

自分で補えるスキル不足なら、Java、SQL、Gitといった大きな分類だけで終わらせず、「何ができないのか」まで分解して改善します。

反対に、面談時と実業務が大きく違う、質問先がない、レビューされない、権限や資料が与えられない、長期間放置されるのであれば、所属会社へ共有すべき問題です。

また、「退場」「契約終了」「クビ」も同じではありません。

派遣では、客先との労働者派遣契約が終了しても派遣元との労働契約が当然に終了するわけではなく、その後の待機や休業、賃金についても個別の確認が必要です。

退場が不安な時ほど、想像ではなく、終了理由、契約更新日、次案件、待機時の扱い、現在の評価を確認してください。

最後に持ち帰ってほしい基準は一つです。3か月後に、今よりできる仕事が増える仕組みがあるかを見てください。

質問先やレビューがあり、自分の改善も進んでいるなら、すぐに辞める必要はありません。反対に、改善経路そのものがなく、自社へ相談しても状況が変わらないなら、案件変更や所属会社、働き方を見直す段階です。

---

よくある質問

客先常駐で仕事についていけないと退場になりますか？

私は、「ついていけない」という感覚だけで退場が決まると考える必要はないと思います。

仕事についていけないことだけで、直ちに退場や契約終了が決まるわけではありません。ただし、案件で求められている基本業務との大きなスキル差、継続的な進捗遅延、報告不足などが解消されない場合、契約更新や配置に影響する可能性はあります。

一方、プロジェクト縮小や予算変更など本人評価とは別の理由で現場を離れることもあるため、まず終了理由を所属会社へ確認してください。

客先常駐で放置されたら誰に相談すればいいですか？

私は、客先の誰かへ無差別に仕事を求める前に、正式な指示・報告経路を確認するべきだと考えています。

派遣と請負・準委任等では指揮命令関係の考え方が異なり、請負等か派遣かも契約名称だけではなく実態で判断されます。

自社リーダー、営業担当、上司などへ「現在の作業状況」「何を待っているか」「質問先が分からないこと」を具体的に共有するのが基本です。

客先常駐で退場したら待機中の給料は60％になりますか？

私は、「退場したら自動的に60％」と覚えない方がよいと考えています。

労働基準法第26条は、使用者の責に帰すべき事由による休業について平均賃金の60％以上の休業手当を定めていますが、個々の待機が同条の休業に該当するかや、実際の賃金の扱いは契約・就業規則・事情によって異なります。

案件終了が決まった場合は、自社へ「雇用契約は継続するか」「次案件までの勤務扱い」「待機・休業時の賃金」を具体的に確認してください。

※本記事にはプロモーションを含む場合があります。

執筆：新海 智也