「毎日じわじわ削られていく感じの、正体が分からない」
「面談で”つらい”と言うと、話が別の方向へ流れていく」
そんな削られ方をしている、いま常駐先に座っているあなたへ。
結論から言えば、
つらさは1日・1案件・数年という3つの長さに分かれ、長さが違えば効く手も逆になりました
原因の数より、どの長さに乗っているかが先に効きます。
この記事では、7つのつらさが乗っている時間の長さについて、課題管理表と作業報告書を開きながらやさしく並べ直します。
結論 — つらさは3つの時間スケールに分かれ、スケールが違えば手も逆になる
客先常駐のつらさを並べていくと、7つに分かれました。そしてその7つは、効いてくる時間の長さで3つの束になりました。
1日のスケールは、朝から退勤までの中で繰り返し起きるものです。頻度が高く、体感としていちばん重くなります。
1案件のスケールは、参画から離任までの数か月から数年で1回ずつ起きます。頻度は低いのですが、起きたときの落差が大きくなります。
数年のスケールは、日々は何も起きません。気づくのは次に動こうとしたときで、その時点では手遅れになっていることがあります。
- 1日のスケール（3つ）：自社の人間が近くにいない／割り込みの一次受けが固定される／勤怠と締めが二重に走る
- 1案件のスケール（2つ）：参画時に前提が引き継がれない／離任時に手元に何も残らない
- 数年のスケール（2つ）：担当する工程の幅が広がらない／記録が自分に紐づかない
あなたが相談の場で語るのも、ほぼ1日のスケールの話になります。数年のスケールは言葉になりにくくなります。日々の実感が無いからです。
なぜ時間で分けるのか
原因を「人間関係」「業務内容」「待遇」のような項目で分けると、対処が全部「我慢するか、辞めるか」に収束します。項目名からは打つ手が出てきません。
時間で分けると、打つ手の種類が自動的に決まります。1日のスケールは受け方と置き場所の設計で動き、1案件のスケールは参画時と離任時の段取りで動きます。
数年のスケールだけは、日々の工夫では動きません。ここに原因が集まっている場合だけ、環境を変える話が実際に効きます。
逆に、1日のスケールの不満で環境を変えると、次の現場でも同じ受け方をして同じ状態になります。順番を間違えると効きません。
| 時間の長さ | 気づく合図 | 手を打った結果が出るまで |
|---|---|---|
| 1日 | 毎日繰り返されるので、体感として残ります | 翌週には変化が分かりました |
| 1案件 | 参画と離任で1回ずつ、落差として出ます | 次の案件に入るまで分かりません |
| 数年 | 業務の側から合図が出ません | 年単位でしか動きません |
1日のスケール — 毎日繰り返されるもの
このスケールに入るのは、常駐先へ入った日ごとに同じ形で起きるものになります。一つひとつは小さく、積み上がったところで重くなります。
1. 自社の人間が近くにいない
朝の打ち合わせで、自社の人間が自分ひとりという配置は珍しくありませんでした。技術の相談も、体調が悪い日の相談も、同じ席で先方に出すことになります。
効いてくるのは判断に迷ったときです。仕様の解釈を決めるとき、先方に確認するのか、自社に持ち帰るのかを毎回自分で選びます。
この選択が1日に何度も入ります。疲れの正体は作業量ではなく、この判断の回数でした。個人の経験に基づく記述であり、同じ結果を保証するものではありません。
判断の材料も足りません。先方の社内の力関係や、過去に同じ論点でどう決まったかは、席にいるだけでは入ってきません。
2. 割り込みの一次受けは、なぜ席の近さで決まるのか
席が近いという理由で問い合わせが来ます。担当システムの外の話も、まず切り分けてからでないと自分の担当かどうかが分かりません。
見えるものとしては、内線が鳴る回数、共有の受信箱にあなた宛てで入ってくる依頼、チャットで名指しされる回数。この3つで固定の度合いが測れます。
一次受けは契約の範囲に書かれていないことが多いです。書かれていないので、外すときの根拠も自分では持てません。
厄介なのは、対応が早いほど固定が進むことです。切り分けが速い人に集まり、集まるほど本来の作業が後ろにずれます。
そして一次受けの実績は、どこにも記録として残りません。時間を使ったのに、使った証拠が残らない種類の負荷になります。
3. 二重に走る勤怠と、宛先の違う締め
先方の入退館の記録と、自社の勤怠。作業報告書の締め日と、自社の月次の締め日。同じ月に、宛先の違う締めが複数回あります。
それぞれは10分で終わる作業でも、書式も期日も違うので、頭の切り替えが要ります。月末に集中するのも負荷を上げていました。
入退館の記録と自社の勤怠がずれると、月末に照合の作業が発生します。ずれの原因は打刻の順番であることが多く、原因究明そのものが仕事になります。
ただし面談で聞かないと、外からは見えません。
1案件のスケール — 参画と離任で1回ずつ起きるもの
次は、案件の切り替わりでだけ起きるものを見ます。起きる頻度は低いのに、後から効き方が大きいのがこの層でした。
4. 参画時に、前提が引き継がれない
入った初日に渡されるのは、アカウントと座席と、既に走っている課題管理表であることが多くありました。
渡されないのは、なぜその設計になったかという経緯です。過去の議事録は先方の共有フォルダにあり、参照権限が付くのが数週間後、ということも起きます。
この期間、判断の根拠を持たないまま作業することになります。「聞けば分かる」が通じない期間が、参画直後にだけ存在します。
結果として、最初の数週間は確認の回数が増えます。確認が多いと「まだ慣れていない人」として扱われ、任される範囲が後から広がりにくくなります。
5. 離任時に手元へ残るのは、作業報告書だけ
成果物は先方の資産なので置いていきます。引き継ぎ資料を書いても、宛先は次に入る人であって自分ではありません。
手元に残るのは、自社に出した作業報告書だけになります。そこに書いてあるのは作業内容の要約で、判断の中身は残っていません。
job tag（厚生労働省の職業情報提供サイト）は、システムエンジニア（受託開発）の仕事を「要件定義から基本設計、詳細設計、開発、テスト、導入、保守まで一連のプロセスを担当する」と説明しています（2026年8月13日 取得）。
常駐の1案件で担当するのは、この一連のうち切り取られた区間であることが多くありました。一連を通した経験として書けるかどうかは、離任時に何を残したかで決まります。
数年のスケール — 日々は何も起きないもの
最後は、日々の実感としては何も起きないまま進む層になります。知らせる合図が業務の側から出てこないところが、前の二つと違います。
6. 担当する工程の幅は、どこで止まるか
案件が変わっても、任される区間が同じままになることがあります。前の現場で結合テストを担当していた人は、次の現場でも同じ区間を任されやすくなります。
会社側から見れば合理的な配置で、悪意はありません。ですが数年続くと、職務経歴書の行が増えずに年数だけが増えます。
気づくのは、次の現場の面談で「上流の経験は」と聞かれたときでした。日々の業務では、この停滞を知らせる合図が一度も出ません。
むしろ日々の評価は上がりやすくなります。同じ区間を繰り返すので、速度も品質も上がっていくからです。
つらさの中心が消耗より、経歴に積み上がらないことのほうに寄っていた場合は、見る軸ごと変わります。積み上がらないのは割り当ての問題か、決定への距離の問題かで分けています。心当たりがあれば、そちらの1本も開いてみてください。
7. 残った記録は、誰に紐づいているか
設計の判断も、障害の切り分けも、先方の文書の中に残ります。あなたの名前が出るのは、作業報告書の提出者の欄だけです。
数年たって振り返ると、やったことは覚えているのに、証拠になる文書が手元にない状態になります。
あなたが面談で具体を聞かれたときに困るのは、ここでした。覚えている範囲で話すことはできますが、規模も期間も自分の記憶に依存します。
これは6と重なって効きます。工程が広がらないことと記録が残らないことが同時に進むと、経歴の側では何も起きていないのと同じになります。
逆に言えば、記録のほうは片方だけでも手を打てます。工程が広がらなくても、判断の理由を残すことはできます。
なお、常駐を外した先でこの2つがどう入れ替わるかは、評価される単位ごと変わるので別の話になります。評価される単位が変わると、日々の何が入れ替わるのかを工程から分解しています。移った後の姿を知りたいときは、そちらもご覧ください。
手が届く範囲は、スケールごとに違っていた
- 変えられない：成果物が先方の資産であること。契約の形から出てくるので、常駐である限り残ります
- 変えられない：参画直後に判断の根拠を持てない期間があること。短くはできますが、ゼロにはなりません
- 変わりうる：一次受けの固定。分担の設計と、記録の残し方で崩せる場合があります
- 変わりうる：担当する工程の幅。会社と配属先による差が大きい部分です
あなたのつらさが1日のスケールに集まっているなら、変わりうる側に手があります。受け方と置き場所の設計で動きます。
数年のスケールに集まっているなら、日々の工夫では届きません。ここだけは、環境を変える検討が実際に効きます。
1案件のスケールは中間に位置します。参画時の情報不足は短くできますが、成果物が手元に残らないことは契約の形から出てきます。
この中間があるので、「常駐がつらい」は全部変えられるとも、全部変えられないとも言えません。7つのうちどれが効いているかで答えが変わります。
変えられない側が契約の形から出ているなら、次に見るのは配属先ではなく契約構造のほうになります。契約の形から出る話と、現場ごとの話の境目を分けています。ここが本丸だと感じたら、そのまま追いかけてみてください。
常駐したままで、どこまで動かせるか
7つのうち、現職で動かせるのは2・4・7の3つです。判定用にもう1つ足して、下に4つ並べます。
- 一次受けで来た依頼を、受けた場所ではなく検索できる場所に記録する。同じ質問が何回来ているかが数えられるようになる
- 参画時に受け取れなかった経緯を、自分で聞き取って1本の文書にする。次に入る人にも効くので、先方にも通しやすい
- 障害の切り分け手順と設計判断の理由を、自分の名前で残す。先方の文書に入れる場合も、同じ内容を自社側に控える
- 先方の文書に入れた設計判断のうち、自社側にも控えが残っているものが何本あるかを数える
書けないなら、6と7が既に進んでいます。この2つは現職の工夫では戻せません。
動く検討の前に、条件の側から絞り込む
つらさが数年のスケールに残ったなら、動く検討に入ります。ただしその前に、条件の側で落ちる分を削っておいたほうが早く進みます。
削れるのは対象の欄です。ここは面談で交渉できる項目ではありませんから、条件に当てはまらない人は時間を使う前に分かります。地域で切る条件があるかどうかは、公式サイトからは読み取れませんでした。
外れる人のほうが先に決まります。社内SE転職ナビは社内SE・情報システム職を対象と書き、レバテックキャリアはITエンジニアとデザイナーを挙げています（各社公式サイト。2026年8月17日 取得）。
どちらの記述も公式サイトから引いたもので、当サイトが検証したものではありません。7つのつらさのうちどれが減るかは、この欄からは出てきません。
当サイトの評価軸に基づく整理であり、客観的な優劣を示すものではありません。評価軸は広告掲載方針に記載しています。
筆者は本サービスの利用者ではありません。以下は各社の公表情報と、SE・社内SE としての実務経験からの整理です。
7つを時間で割った結果は、面談の前半で使う材料になります。数年の側に残った項目を言えるなら、話はそこから始まります。
数年の側に重さが残り、常駐の形から出ると決めた人に、社内SE転職ナビは向いています。対象は社内SE・情報システム職と公表されており、その外まで含めて眺めたい人には窓が狭くなります。
相談だけして帰るつもりなら、この窓口は向きません。ここは、どのスケールに重さが集まったかを一言で言える人の側に合わせて作られています。
レバテックキャリアは窓が広いぶん、常駐の外に限らず開発側に残る道も同時に見られます。ただしエンジニア・クリエイターの経験が前提なので、工程のどこを担ったかを出せないと話が進みにくくなります。
入力する希望条件は、7つのどれを外したいかで決まります。数年のスケールに残った項目が、そのまま条件の言葉になります。
まとめ — つらさの強さと、手を打つ順番は一致しない
いちばんつらい項目から手を付ける——この順番で取り違えることが多くありました。
7つのうち、いま強く感じているものは1日のスケールに集まりやすくなります。毎日繰り返されるので、記憶に残る回数が多くなるからです。
ところが、日々の工夫で動かせるのもまた1日のスケールでした。動かないのは数年のスケールのほうにあります。
強く感じる場所と、放っておくと戻せなくなる場所は別にあります。
数年のスケールは、日々は何も起きません。つらさとして感じられないので、順番が後ろに回りやすくなります。
強さで順番を決めると、動かせるものばかりを触ることになります。いま最も強く感じているものが、どのスケールに乗っているか。そこだけ先に決まれば、あとは迷いません。