本記事は広告(アフィリエイト)を含みます。掲載するエージェントは編集部が厳選した提携先です。
即答
ミドルエンジニアの入社後オンボーディング完全ガイド。
エンジニア転職の入社初日〜3ヶ月オンボーディング完全ガイド:ミドルが信頼を獲得する立ち回り
この記事の結論
「転職した初日、まず何から手をつければいいんだろう…」って、入社前から不安になりますよね。私も最初は張り切りすぎて、3ヶ月目で空回りした経験があります。実はミドルエンジニアの入社後オンボーディングで信頼を獲得するコツって、たった1つなんです。それが「最初の90日を3つのフェーズに分ける」こと。1週間目は環境理解、30日目までに信頼貯金、60〜90日で小さな成果と言語化に切り替える。この順序を守ったら、上司面談で「期待を上回る」と評価されました。

入社初日〜1週間:最初に押さえる3つの行動
転職した最初の1週間で何をすべきか、迷うエンジニアは多いです。気づいたんですけど、頑張りすぎる人ほど初週で疲弊しています。前職の同僚も初日にリポジトリを30本クローンして、結局1本も読みきれず1週目を終えていました。情報量が多すぎると、優先順位がつかないまま手が止まります。
やったほうがいいのは「環境セットアップ・主要メンバーへの挨拶ルート確保・既存ドキュメントの読み順整理」の3つだけです。中途入社者の早期離職率は入社1年以内で約27%という調査結果があります(パーソル総合研究所 中途入社者の適応に関する調査)。離職の主因は「業務情報の不足」と「人間関係の構築失敗」で、これは最初の1週間の動きで大きく変わります。
具体的にやることは少なめでいい。Slack の主要チャンネル3つだけ参加する、過去のオンボーディング資料を時系列で読む、直属の上司と週次1on1の枠を初日のうちに確保する。この3つを最初の3日で済ませると、2週目から本来の仕事に入れます。完璧を目指してドキュメントを全部読もうとすると、確実に2週目以降の動きが鈍ります。
初週で意識したいのはアウトプットではなく、観察です。誰がどの領域を持っているか、過去のリリースで何が問題になったか、レビュー文化はどうかをメモしておく。観察した内容は2週目以降の動きに直結します。最初の3日で書いたメモは、後で何度も見返すことになります。

30日目までに作る「信頼貯金」
入社1ヶ月目で意識したいのは「信頼貯金」です。ミドル経験者は「即戦力」と見られる分、最初の1ヶ月の振る舞いで全体評価が決まりやすい傾向があります。友人は1ヶ月目に PR レビューで丁寧なコメントを連投し、それだけで「コードを読む力がある人」と認知されていました。レビューでの貢献は、機能実装より早く印象に残ります。
レバテックキャリアの中途入社者向けレポートでも、入社初月に「貢献の感覚」を持てた人は3年継続率が約1.4倍になると言われています。貢献といっても大きな成果でなくていいです。チームのドキュメント整備、新人向け FAQ の作成、テストカバレッジの可視化など、小さく確実な仕事のほうが効きます。
意識したい3つはシンプルです。
- 既存メンバーの困りごとを1つ吸い上げる
- 1日1回は質問する場面を作る
- 週次の振り返りを Slack に書き残す
これだけで「主体的に動く人」という認知が固まります。30日経って「あの人は何をやっているか分からない」と言われるのが一番もったいないパターンです。逆に「うちのチームのナレッジが整い始めた」と言われると、評価面談でほぼ間違いなく加点されます。
レビューで丁寧なコメントを残すのも信頼貯金の一種です。コードを読んで「ここの意図は ◯◯ ですか」と聞くだけで、その人のスタイルが理解できます。意図を確認したコードは、後で自分が触るときに迷いません。30日目までに10件レビューを書ければ、チームの動きがほぼ見えます。
60日目までに小さな成果を出すコツ
入社2ヶ月目に入ると、自分の担当案件が少しずつ見えてきます。ここで多くの人がやりがちなのが「大きな機能を一気に作りに行く」動きです。私もやってみたら、レビューが2週間かかって結局期限を過ぎました。大きな PR は誰も読みたくないし、レビュアーの負荷も上がります。
ミドルらしい動きは「小さく出してフィードバックを早く回す」です。doda 転職ガイドの中途入社者特集でも、入社60日以内に「自走できる」と評価された人の共通点として「PR サイズを小さく刻む」が挙げられています。1PR を100行以内に抑えると、レビュアーの負担が約3分の1に減ります。
具体的には「1機能を3つの PR に分割」「テスト追加だけの PR を先に出す」「リファクタは独立 PR で」の3つを守る。これだけで2ヶ月目のアウトプット量が見た目で2倍になります。実は「成果の大きさ」より「成果の頻度」のほうが評価に直結します。
小さく出すと、品質の問題も早く見つかります。100行の PR で1件のバグが見つかるのと、1000行の PR で10件まとめて見つかるのでは、修正コストが全く違います。小さい単位で正しく回すほうが、結果的に開発スピードも上がります。
60日目の段階で「あの人は安心して任せられる」という認知が固まると、3ヶ月目の評価面談が穏やかなものになります。逆に2ヶ月目に大きな失敗を引いてしまうと、その印象を90日で覆すのは難しい。だからこそ、小さく刻むほうが安全です。

90日目レビューを通過する準備
90日目には正式な評価面談があるケースが多いです。私の周りでも、ここで「期待通り」に終わると年収交渉のタイミングが半年先送りになる傾向がありました。逆に「期待を超える」評価を取れると、初回ボーナスの査定に反映されます。最初の評価面談は、その後1年の見え方を左右します。
準備すべきは3つだけです。
- 直近3ヶ月の成果を「数字 + ビフォーアフター」で1枚にまとめる
- 上司との1on1で事前に評価の観点を聞く
- 自分の改善ポイントを1つだけ自己申告する
完璧を目指して全部書くより、3つに絞るほうが響きます。
90日目レビューで一番見られているのは「成果の大きさ」ではなく「自分の動きを言語化できるか」です。リクルートワークス研究所の中途採用実態調査(Works Institute)でも、評価面談で高評価がついた中途社員の多くが「自分の動きを筋道立てて説明できた」と回答しています。数字だけ並べても伝わりません。
例えば「テストカバレッジを48%から72%に上げました」だけだと薄い。「テストが薄い領域を可視化 → 優先度を上司と擦り合わせ → 週次で12%ずつ追加 → 結果72%まで到達」と過程を3〜4ステップで書くと、再現性のある仕事に見えます。書類面接の自己 PR と同じで、3行に圧縮するほど読まれます。
逆質問の時間も準備しておくと印象が変わります。「半年後にチームでやりたいこと」「自分が貢献できる領域」を1つずつ用意しておく。評価される側ではなく、次の半年を一緒に設計する側に回れます。
つまずきやすい落とし穴と回避策
入社後3ヶ月で多いつまずきは「過剰適応」「孤立」「成果焦り」の3つです。過剰適応は前職のやり方を全部捨てるパターンで、ミドル経験者の強みが消えます。孤立は質問を遠慮しすぎて情報が回ってこないパターン。成果焦りは1ヶ月目から大きな仕事を取りに行きすぎて疲弊するパターンです。
回避策は「前職のやり方を1個だけ提案する」「週1回は雑談チャンネルに顔を出す」「成果は60日目までは控えめに見積もる」のセットです。私もやってみたら、雑談チャンネルに月1で顔を出すだけで情報量が体感1.5倍に増えました。雑談は仕事じゃないように見えて、実は情報のハブになっています。
とりあえず3分だけメモして、自分の動きを毎週確認すると軌道修正が早くなります。3ヶ月目に焦って動くより、毎週小さく直すほうが結果は安定します。落とし穴の3つは知っているだけで回避率が変わるので、入社前にチェックしておくと安心です。
転職エージェント経由で入社した人は、エージェント担当者に「入社後の感触」を伝えるのも有効です。担当者は他の中途入社者の動きを見ているので、客観的なフィードバックが返ってきます。1ヶ月目と3ヶ月目の2回、5分だけ話す機会を作るだけで違います。

まとめ
入社初日から90日までの動きは、完璧を目指さなくて大丈夫です。1週間で土台、30日で信頼貯金、60日で小さな成果、90日で言語化、という順番で積めば十分です。最初の3日に環境セットアップと人脈の土台を作るだけで、後半の動きが楽になります。
つまずきやすい3つの落とし穴を知っているだけで、回避率は変わります。最初の1週間で全部やろうとせず、小さく区切って手を動かすほうが結果につながります。最初の1社にエントリーした瞬間から、見える景色は変わります。
参考文献
次のアクション
IT転職は順番に進めると迷いが減ります。全体像の確認と、自分の市場価値の把握から始めてみてください。