客先常駐から自社開発フルリモートへ、評価されない不安の乗り越え方

送信した進捗報告に既読の印すら付かないまま、時計は夜10時を回っていた——。SESの客先常駐から自社開発企業のフルリモート勤務に転職して2週間、Mさんが毎晩見つめていたのはそんなSlackの画面だったそうです。

私はIT・Web業界を中心に800名以上の転職支援に携わっていますが、客先常駐から自社開発フルリモートへ移った直後に「誰にも見られていない」という不安を訴える相談は、決して珍しいものではありません。今回は、常に現場の目があった働き方から一転、画面の向こうに誰がいるかも分からない環境に戸惑ったMさんの3ヶ月を追いながら、信頼構築のためにどう働き方を組み替えたのかをお伝えします。

目次

1. 客先常駐のままリモートはできるのか、できない現場が多い理由
2. できない現場が多い理由
3. リモート可の常駐案件の実態
4. リモート可の案件・会社に移る方法
5. 客先常駐から自社開発フルリモートへ、評価が見えなくなったMさんの相談
6. フルリモートで「評価されている実感」を得にくい構造的な理由
7. Mさんが最初にやってしまった、過剰報告とその反動
8. なぜ質問をためらってしまうのか、SES常駐の文化が仇になる
9. 入社1ヶ月の評価面談で言われたこと
10. 客先常駐時代との違いを言語化する
11. 信頼構築のために変えた3つの習慣
12. ① 結論から話す日報に変える
13. ② 成果物を非同期ログに残す
14. ③ 1on1を「困っていること」から話す
15. 3ヶ月後の評価面談、何が変わったか
16. 「会社の放置」と「本人の適応課題」は違う
17. これからフルリモート自社開発を目指す人が事前に確認したいこと
18. よくある質問に答えます
19. まとめ、評価されない不安の正体は制度より伝え方の型

客先常駐のままリモートはできるのか、できない現場が多い理由

Mさんの話に入る前に、「そもそも客先常駐のままリモートで働けないのか」という疑問に先に答えておきます。

結論から言うと、常駐のままリモートで働けるかどうかは常駐先（顧客）の方針で決まります。SES会社が「うちはリモートOKです」と決めても、顧客が出社を求めれば従うしかありません。本人が希望しても同じで、個人の努力や交渉で動かせる余地はあまりないのが実情です。

できない現場が多い理由

客先常駐という形態が生まれた背景にも、リモートが進みにくい事情があります。日経xTECHの記事によると、常駐が必要とされてきた本来の理由は、金融をはじめ機密を扱う顧客がデータを社外に出すことを嫌うためです(出典：日経xTECH「リモート勤務が前提に、コロナが変えた客先「常駐」の実態」)。同じ記事では、コロナ後に出社が減り、フルリモートが当たり前という現場も出てきたと紹介されています。つまり「できない」が常識だった状態から、現場によって差が開いた段階にあります。

私が支援の現場で聞く「できない理由」は、おおむね次のとおりです。

最後の項目は意外に見落とされます。リモート可の案件はそもそも数が少なく、条件の良いものから先に埋まります。営業力や顧客との関係性によって、同じSES会社の中でもリモート案件に就けるかどうかが分かれることがあります。契約形態(準委任か派遣か)とリモート可否の関係はよく話題になりますが、ここは契約書や現場ごとの運用で変わるため、私は断定しないことにしています。指揮命令の違いについては別の記事で整理しています。

リモート可の常駐案件の実態

では、リモート可の常駐案件ではどう働くのか。日経xTECHでは、出社が要件定義や障害対応のような限られた場面に絞られる様子が紹介されています。私の周りでも、普段は自宅で開発し、顧客との定例会議や仕様の詰めが必要な日だけ出社する、という形を何度も見てきました。

常駐先別のリモート比率について、公的な統計は見当たりません。民間のブログにはさまざまな数字が出ていますが、出典がはっきりせず、記事ごとに大きく割れています。あくまで私の現場感ですが、完全なフルリモートの常駐案件は少数派で、週1〜2日の出社を含む形が多数という印象です。特に金融・官公庁系や基幹システムの案件では、出社前提がまだ主流です。

リモート可の案件・会社に移る方法

リモート可の環境に移りたい場合、現実的な道は大きく3つあります。

1つ目と2つ目は、いまの働き方の延長で試せます。ただ、多重下請けの構造の中では、希望してもリモート案件に就けないことがあります。このあたりは案件を選べない構造について書いた記事で触れました。「フルリモート可」と書かれた求人が、実際には出社前提だったという話も珍しくないので、見抜き方はこちらも参考になります。

3つ目を選ぶ人も、決して少なくありません。常駐先の方針に左右されない環境に移りたい、という動機は私もよく聞きます。年収面の見通しはSESから自社開発への年収をまとめた記事を見てください。

ただし、リモートの環境を手に入れることと、リモートで評価されることは別の話です。Mさんが直面したのは、移った先で起きるこの落差でした。

客先常駐から自社開発フルリモートへ、評価が見えなくなったMさんの相談

Mさんは28歳、経験5年のフロントエンドエンジニアです。独立系のSES企業に所属し、5年間ずっと大手小売企業のECサイト刷新プロジェクトに客先常駐してきました。常駐先のオフィスでは、同じ島に座るPMが毎朝9時半に進捗を確認しに来て、詰まっていることがあればその場で相談できる環境だったといいます。

転職を決めたのは「指示されたコンポーネントを組むだけでなく、画面設計の段階から関わりたい」という思いからでした。社員40人規模の人事評価SaaSを開発する自社開発企業から内定を得て、フルリモート勤務という条件にも強く惹かれたそうです。

ところが入社初日、オンボーディング用の動画をひととおり見終えた後、Mさんを待っていたのは静まり返った自室でした。前職なら誰かが自然に声をかけてくれる時間帯に、画面の向こうで誰が何をしているのかまったく分からない。常に誰かの視線がある場所で評価されてきた5年間が、フルリモートという環境では一切通用しないことに、この時点で薄々気づき始めていたといいます。

客先常駐時代、Mさんの評価は本人が意識せずとも積み上がっていくものでした。月末には常駐先のPMが所属会社に評価シートを送り、そこに「対応が早い」「仕様確認が的確」といった具体的なコメントが添えられます。Mさん自身が何かを発信しなくても、評価は勝手に積み上がっていく仕組みでした。

常駐先で培った「見られている前提の仕事の進め方」は、そのままでは通用しない。Mさんが最初につまずいたのは、まさにその落差でした。

フルリモートで「評価されている実感」を得にくい構造的な理由

フルリモート勤務そのものは、もはや珍しい働き方ではありません。国土交通省の令和7年度テレワーク人口実態調査によると、雇用型就業者に占めるテレワーカーの割合は25.2%で、前年度から0.6ポイント増えました。同省はこの結果を「安定基調で推移」とまとめています(出典：国土交通省「テレワーク実施率、安定基調で推移〜令和7年度のテレワーク人口実態調査結果を公表します〜」)。

ただし、働く場所が自由になったことと、評価されている実感を得られることは、まったく別の話です。オフィスに出社していれば、上司や同僚の視界に自然と「頑張っている姿」が入り、雑談の中で進捗や苦労が共有されます。フルリモートではこの偶発的な情報が消え、成果物やテキストログという「意図的に発信したもの」だけが評価の材料になります。声をかけられる機会そのものが減るぶん、孤独感が募りやすいのもこの働き方の特徴です。

不安を解消する手段として、稼働監視ツールの導入を検討する企業もあります。ただし画面の稼働時間を監視されているという事実は、信頼されている実感にはつながりにくいというのが私の見立てです。Mさんの会社にそうしたツールはなく、行動ログではなく本人の発信そのものが評価の土台になっていました。

評価の材料が成果物中心になることにも注意が必要です。客先常駐であれば「対応の速さ」や「相談の乗り方」といったプロセスも評価の対象でしたが、フルリモートの自社開発企業では、完成したアウトプットの量と質で判断される比重が高くなります。プロセスをどれだけ丁寧に踏んでも、形になるまでは評価の材料に上がりにくいという事情が、Mさんの不安をさらに強くしていました。

ここで整理しておきたいのは、「評価制度そのものに欠陥がある」ケースと、「本人の伝え方が環境に合っていない」ケースは分けて考えるべきだということです。前者であれば会社側の運用を変えてもらう働きかけが必要になりますが、後者であれば、まず自分の発信の仕方を見直すことで状況が変わる余地があります。Mさんのケースは、後者に近いものでした。

対面評価に慣れた組織文化のもとでフルリモート勤務者が不利になりやすい構造は、年収の観点から以前の記事でも取り上げました。今回はその評価構造そのものではなく、入社した本人がどう振る舞えば信頼を積み上げられるかという、もう一段実務的な話に絞ってお伝えします。

Mさんが最初にやってしまった、過剰報告とその反動

不安を抱えたMさんが最初に取った行動は、報告を増やすことでした。入社1週目、Mさんは1日に平均12件ほどのSlackメッセージで「今これに取り組んでいます」「ここまで終わりました」と逐一共有していたそうです。

ところが返ってくる反応は、絵文字が1つ付く程度。上司や同僚が忙しく、いちいち反応する余裕がなかっただけなのですが、Mさんにはその静けさが「うるさがられているのでは」という不安に映りました。

2週目からは一転、報告の頻度を大きく減らします。分からないことがあっても質問を控え、自分で調べて解決しようと夜遅くまで一人で作業する日が増えました。過剰な報告と、その反動の沈黙——両極端の間で、Mさんは信頼構築の型を見つけられずにいました。

象徴的だったのは、入社2週目に遭遇したCSSのレイアウト崩れです。原因が分からず1時間近く一人で試行錯誤していましたが、「こんな基本的なことを聞いたら能力を疑われる」という思いが先に立ち、結局誰にも聞かないまま自己解決するまで粘りました。後から分かったのは、同じチームのメンバーなら5分で答えられる内容だったということです。

ポイント： フルリモートでの信頼構築は、報告の「量」で決まるわけではありません。多すぎても少なすぎても、相手には状況が伝わらないという点で、実は同じ失敗です。

なぜ質問をためらってしまうのか、SES常駐の文化が仇になる

Mさんが質問をためらった背景には、SES常駐という働き方ならではの染み付いた感覚がありました。客先常駐のエンジニアは「所属会社の看板を背負って現場にいる」という意識が強く、初歩的な質問で常駐先の評価を落とすことを避ける習慣が自然と身についています。

自社開発企業では、分からないことをすぐ聞くほうがむしろ歓迎される場面が多いのですが、この前提の違いに気づくまでには時間がかかります。Mさんも「聞いたら評価が下がるのでは」という客先常駐時代の感覚のまま、自社開発の環境に飛び込んでしまっていました。

さらにフルリモートだと、質問するタイミングを自分で作らなければなりません。オフィスなら相手が手を止めた瞬間を見計らって声をかけられますが、画面越しではその「間合い」が読めず、結局メッセージを送らずに終わる、ということが繰り返されていたそうです。

週末になっても、月曜日の進捗が気になってつい仕事用のSlackを開いてしまう日が続いたといいます。誰も見ていないはずなのに、常に見られているかのような緊張感だけが残る——その感覚のズレこそが、Mさんを最も消耗させていた部分でした。

入社1ヶ月の評価面談で言われたこと

入社から1ヶ月が経ち、Mさんは初めての1on1評価面談を迎えます。そこで上司から言われたのは、「悪い仕事はしていないと思うが、正直、何をしているのか分からない」という一言でした。

Mさんの自己申告では、その1ヶ月の稼働時間は残業も含めて168時間ほど。決してさぼっていたわけではなく、むしろ人一倍時間を費やしていました。ところが上司の手元に残っていた進捗の記録は、初週に送られた大量の断片的なメッセージだけで、その後の2週間はほぼ空白だったのです。稼働時間と、伝わっていた進捗はまったく別物だったというのが、この面談で突きつけられた現実でした。

面談の後、Mさんは私に連絡してきました。「常駐先では、多少ペースが遅くてもPMが状況を把握してくれていた。今は、自分がどれだけやっても、それが誰にも見えていない気がする」という言葉が印象に残っています。

客先常駐時代との違いを言語化する

ここで一度、Mさんと一緒に客先常駐時代と今の働き方を並べて整理してみました。何が変わったのかを言葉にしないまま「なんとなく不安」で止まっていると、対処のしようがないからです。

表にして見ると分かりやすいのですが、客先常駐時代のMさんは評価される仕組みの中に自然と組み込まれていただけで、自分から信頼を勝ち取る動きをしてこなかったとも言えます。受け身のまま評価される働き方に慣れていたこと自体が、フルリモートでのつまずきの根っこにありました。

信頼構築のために変えた3つの習慣

整理ができたところで、Mさんと一緒に3つの習慣を作り直しました。特別なツールを導入したわけではなく、既存のSlackとNotion、1on1の時間の使い方を変えただけです。

① 結論から話す日報に変える

1日12件送っていた進捗報告を、1日1回、就業前の3行だけにまとめました。「今日やったこと」「詰まっている点」「明日やること」の3行を、結論から書く形式です。

以前のMさんの報告は「念のため共有です。ヘッダーコンポーネントのCSS調整を進めています。レスポンシブ対応も並行して確認中です。もし何かあればご連絡ください」というように、状況説明が中心で結論がぼやけていました。これを「やったこと:ヘッダーのレスポンシブ対応完了。詰まっている点:タブレット幅でのレイアウト崩れ、原因調査中。明日:崩れの原因を特定し修正」という3行に変えたところ、件数を減らしたのに上司がかえって拾いやすくなったといいます。

② 成果物を非同期ログに残す

口頭やチャットで消えていく情報を、作業を始める前と終えた後にNotionへ1行だけ書き残す運用に変えました。リンクを貼っておけば上司が都合のいいタイミングで確認でき、Mさん自身も「見てもらえたかどうか」に一喜一憂しなくて済むようになったそうです。

ログの中身も、作業内容だけでなく「なぜその実装を選んだか」という判断の理由まで一言添えるようにしました。判断の背景まで残しておくと、後から上司がレビューする際に、進め方そのものへの信頼にもつながりやすくなります。

③ 1on1を「困っていること」から話す

週1回30分の1on1では、進捗報告から入るのではなく、まず詰まっていることを先に話す順番に変えました。結論から相談を切り出す習慣がつくと、上司も短い時間で的確なアドバイスを返せるようになり、面談の空気そのものが変わったといいます。

「特に問題ありません」で終わっていた1on1が、「タブレット幅のレイアウトで詰まっていて、こういう対応を考えているのですが妥当でしょうか」という具体的な相談に変わったことで、上司側も「頼られている」という実感を持てるようになったそうです。

3ヶ月後の評価面談、何が変わったか

3ヶ月が経ち、2回目の評価面談を迎えたMさんに、上司からかけられた言葉は「安心して任せられるようになった」でした。1ヶ月目の「何をしているか分からない」から一転した評価です。

皮肉なことに、Mさんが送るメッセージの件数は1日12件から1日1回にまで減っていました。それでも上司の理解度と信頼度は、以前より明らかに上がっていたのです。情報の量より、伝え方の型が信頼を左右するということを、Mさんはこの3ヶ月で体感したと話していました。

その後、Mさんは新しい機能のUI設計を任されるようになりました。転職の動機だった「企画段階から関わりたい」という希望が、報連相の型を変えたことをきっかけに実現し始めています。上司からは「最初の1ヶ月は静かすぎて心配していたが、今は次に何をしたいか自分から言ってくれるので任せやすい」というコメントももらったそうです。

「会社の放置」と「本人の適応課題」は違う

ここまで読むと、以前取り上げた中途入社後にオンボーディングがなく放置されたケースと似ていると感じる方もいるかもしれません。ですがMさんのケースは会社側が放置していたわけではなく、Mさん自身の報連相の型が環境に合っていなかったという点で、原因がまったく違います。

見分け方はシンプルです。タスクそのものが振られない、声をかけても反応が薄いまま数週間変わらない、というなら会社側の受け入れ体制の問題を疑うべきです。一方、タスクは普通に振られていて成果も出しているのに「見えていない」と感じるなら、Mさんのように自分の発信の仕方を見直す余地が大きいケースです。

両者を混同してしまうと、対処もずれてしまいます。Mさんの場合、もし放置だと思い込んで転職活動を始めていたら、同じ課題を次の会社でも繰り返していた可能性が高いと、私は見ています。

これからフルリモート自社開発を目指す人が事前に確認したいこと

客先常駐からフルリモートの自社開発企業へ移ろうとしている人には、選考の段階で評価の仕組みを確認しておくことをすすめています。

この質問に対して「特に決まった評価サイクルはなく、都度上司が判断しています」という答えが返ってきた場合は要注意です。逆に「四半期ごとに1on1で目標を確認し、日々の進捗は週次のドキュメントで共有しています」のように具体的な運用が語られる会社は、フルリモートでも信頼構築の土台が整っている可能性が高いといえます。

特に最後の項目は重要です。フルリモートを前提にした求人ほど選考のハードルが高く見えるのは、こうした仕組みが手薄な会社ほど自走できる人材でないと成立しないからだという事情も、私は現場で感じています。面接で曖昧な返答しか返ってこない場合は、入社後に自分で型を作る覚悟が必要だと考えておいた方がいいでしょう。

よくある質問に答えます

客先常駐のままフルリモートで働くことはできますか。 できる現場はありますが、常駐先の方針しだいです。SES会社や本人が決められることではなく、顧客がリモートを認めているかどうかで決まります。出社は要件定義・障害対応・顧客との会議などに絞られる案件が多く、完全なフルリモートは少数派というのが私の現場感です。

SESでリモートワークができない現場が多いのはなぜですか。 機密情報の持ち出し禁止、閉域網と貸与端末での作業、入退室管理といった顧客側の事情が大きいためです。加えて、稼働が見えにくいことへの不安や、経験の浅いメンバーを任せにくいという判断、営業がリモート案件を取れないという事情も重なります。

リモート可の案件が見つからないとき、自社開発へ転職した方がよいですか。 リモートで働くことだけが目的なら、案件を選べるSES会社や、リモート運用が定着した顧客の案件を探す道もあります。自社開発を選ぶなら、リモート環境だけでなく評価の仕組みや進め方まで見て決めてください。この記事のMさんのように、移った後に報告の型で苦労する人もいます。

フルリモートだと本当に評価で不利になりますか。 一律に不利というわけではありません。プロセスも含めて丁寧に評価する制度を持つ企業もありますが、そうした制度がない会社では、本人の発信量と質がそのまま評価に直結しやすくなります。面接の段階で評価制度の運用実態を確認しておくことが、入社後のギャップを減らす一番の対策です。

雑談の機会が少ないのですが、参加した方がいいですか。 効果はあります。私が見てきた範囲では、雑談チャンネルやオンラインランチにカメラオンで参加するだけで、進捗報告以外の場面で人となりが伝わり、フィードバックの温度が変わったという声をよく聞きます。Mさんも週1回の雑談会に参加するようになってから、1on1での会話量が増えたと話していました。

稼働監視ツールの導入を求められたら、受け入れるべきですか。 制度として一律に導入している会社であれば、個人の裁量で断るのは難しいのが実情です。ただし監視ツールがあるからといって評価が上がるわけではなく、あくまで最低限の稼働確認にすぎません。信頼構築という意味では、この記事で紹介した発信の習慣の方が効きます。

SES常駐で培った経験は、自社開発企業でどう評価されますか。 技術力そのものは正当に評価されます。むしろ複数の現場を渡り歩いてきた経験は、仕様の読み取りや優先順位づけの引き出しの多さとして評価されやすい面もあります。評価されにくいのは経験ではなく、その経験を「見える形」で発信できているかどうかです。

評価制度が明文化されていない会社は避けた方がいいですか。 明文化されていないこと自体は、致命的な問題とは限りません。ただし面接で評価のタイミングや基準を尋ねて曖昧な返答しか返ってこない場合は、入社後に自分で発信の型を作る前提で準備しておく必要があります。

テレワークで感じる孤独感は、時間が経てば自然に解消されますか。 個人差はありますが、放っておいて自然に解消するケースは多くありません。私が見てきた範囲では、雑談への参加や1on1の使い方といった具体的な行動を変えた人の方が、孤独感の軽減も早い傾向にあります。

まとめ、評価されない不安の正体は制度より伝え方の型

客先常駐からフルリモートの自社開発企業に移ると、評価されない不安の正体は「評価制度が悪い」ことよりも、見られなくなった後も以前の報連相の型を引きずってしまうことにあるケースが少なくありません。Mさんが変えたのは技術力ではなく、伝える頻度と順番だけでした。

見られていない環境で信頼を築くには、報告の量を増やすのではなく、結論から話し、記録に残し、困っていることを先に共有する——この3つの型を持っておくことが、フルリモートという働き方そのものより大切だというのが、この記事で一番伝えたかったことです。