CareeHUB

PRを含みます

入社後90日の過ごし方【30/60/90日プランと信頼構築】

最終更新: 2026年6月 | 最初の90日で信頼を築き早期に成果を出す方法

【直答】転職後の最初の90日で何をすべき?

結論: 大きな成果を焦るより、「信頼の貯金」を作ることを最優先にします。

  • ・30日=理解、60日=貢献、90日=自走のリズムで段階的に立ち上がる。
  • ・期待値のすり合わせと小さな約束を守ること、成果はクイックウィンから重ねる。
  • ・前職比較・いきなりの大改革・抱え込みはNG行動。まず背景理解を先に。

「最初の90日で転職の成否が決まる」と言われるほど、入社直後の立ち上がりは重要です。本記事では、30代・40代のミドルエンジニアが新しい職場で信頼を獲得し、早期に成果を出すための30/60/90日プランを、具体的なアクションとともに解説します。

データ調査時点: 2026年6月

求人数・年収などの数値は調査時点の公開情報に基づきます。最新の情報は各サービスの公式サイトをご確認ください。 当サイトの評価基準は記事制作ポリシーをご覧ください。

結論:最初の90日は「信頼の貯金」を作る期間

  • ・大きな成果を焦るより、期待値のすり合わせと小さな約束を守ることを優先する。
  • 30日=理解、60日=貢献、90日=自走のリズムで段階的に立ち上がる。
  • ・成果はクイックウィンから。短期で終わる改善を早めに重ねて存在感を出す。
  • ・前職比較・いきなりの大改革・抱え込みはNG行動。背景理解を先に。

なぜ最初の90日が重要なのか

入社直後は、周囲があなたの仕事ぶりを最も注意深く観察している時期です。ここで「信頼できる人」という第一印象を作れると、その後の仕事の任され方やコミュニケーションが格段にスムーズになります。逆に序盤で躓くと、印象を覆すのに何倍もの時間と労力がかかります。だからこそ、最初の90日は短距離走ではなく、信頼という資産を積み立てる期間と捉えるのが得策です。

なお、入社後の早期適応は、受け入れ側のオンボーディングの質にも左右されます。会社の受け入れ体制を活かしつつ、自分からも動く姿勢が大切です。受け入れ側の視点はオンボーディング成功法も参考にしてください。

30/60/90日プラン ロードマップ

期間テーマ具体的なアクションゴール
1〜30日理解する(Learn)コードベース把握、開発環境構築、関係者と1on1、ドメイン知識の吸収環境への適応と関係づくりの土台
31〜60日貢献する(Contribute)小〜中規模タスクの完了、コードレビュー参加、改善提案を1つ以上最初の目に見える成果を出す
61〜90日自走する(Lead)機能の設計から実装まで独力で担当、技術的提案、新メンバー支援独り立ちと信頼の確立

※ 目安です。職種・チーム・既存ドキュメントの整備状況によって適切なゴールは変わります。必ず上司と認識を合わせてください。

各フェーズで意識すべきこと

第1フェーズ(1〜30日)

  • ・主要メンバーと1on1を実施
  • ・開発環境を完全にセットアップ
  • ・アーキテクチャを自分で図にしてみる
  • ・気づいた改善点をメモに残す
  • ・小さくても最初のPRを出す

第2フェーズ(31〜60日)

  • ・小〜中規模の機能開発を完了
  • ・コードレビューで建設的に関与
  • ・ドキュメント整備に貢献
  • ・改善提案を1つ以上行う
  • ・上司と中間振り返りを実施

第3フェーズ(61〜90日)

  • ・機能を設計から実装まで独力で担当
  • ・チームの意思決定に参加
  • ・新メンバーをサポートする側へ
  • ・3ヶ月の振り返りと次の目標設定
  • ・自分の強みを活かした貢献を確立

信頼を構築する具体アクション

期待値を先にすり合わせる

入社初週に上司と1on1を持ち、「30日後・60日後・90日後に何ができていれば良いか」を言語化して合意します。期待値が曖昧なまま走ると、頑張りが評価につながりません。

約束を小さく守り続ける

「明日までに調べます」を確実に守る。小さな約束の積み重ねが『この人は任せられる』という信頼に直結します。大きな成果より先に、信頼の土台を作ります。

わからないことを早く聞く

中途入社は遠慮して抱え込みがちですが、序盤の質問は歓迎されます。『◯◯まで調べた上で、△△が分かりません』と調査の跡を見せて聞くと印象が良くなります。

チームの「なぜ」を尊重する

現状の非効率に見える部分も、背景や制約があることが多いもの。批判の前に『なぜこうなっているか』を理解する姿勢が、受け入れられる近道です。

早期の成果(クイックウィン)の出し方

早期に成果を出すには、大きな機能に挑む前に「短期間で確実に終わり、価値が伝わりやすい」タスクを選ぶのが定石です。次のような領域は、入社直後でも貢献しやすいクイックウィンです。

  • READMEやセットアップ手順の不備を修正し、次の入社者が困らない状態にする
  • 放置されていた小さなバグや警告を1〜2件解消する
  • ローカル開発環境やCIの軽微な改善(ビルド時間短縮など)
  • 暗黙知になっている運用手順をドキュメント化する
  • コードレビューで丁寧なフィードバックを返し、チームに貢献する

ポイントは、成果を「自分のため」ではなく「チームのため」の形で出すこと。周囲の負担を減らす貢献は、信頼構築と相性が良く、早期の評価につながります。

90日間で避けるべきNG行動

1. 前職の話ばかりする

「前の会社では〜」を連発すると距離を置かれます。比較するなら学びの形で。基本は聞かれたときだけ答えます。

2. いきなり大きな変革を提案する

問題点が見えても、まず背景を理解する。改善提案は小さく始め、信頼が貯まってから大きなものへ。

3. 一人で抱え込む

質問せず悩むとチームとの距離が広がります。詰まったら早めに共有し、巻き込む姿勢を見せましょう。

4. 最初から完璧を目指す

最初のPRは完璧でなくて構いません。フィードバックを受けて素早く直す姿勢が評価されます。

5. 関係構築の機会を避ける

ランチや雑談、チームイベントは人間関係の近道です。最初の90日が最も効果的な時期です。

30代・40代視点:即戦力プレッシャーとの付き合い方

ミドル層の中途入社は「即戦力」を強く期待されます。その期待を力に変えつつ、空回りを避けるには、年齢相応の立ち回りが効きます。

「すぐ成果」より「正しい立ち上がり」を交渉する

即戦力期待が強いほど、入社初週の期待値すり合わせが重要です。キャッチアップに必要な時間を率直に共有し、現実的なマイルストーンを合意しておくと、後の評価のずれを防げます。

年下の上司・メンバーへの敬意を行動で示す

ミドル層では、上司やリードが年下というケースが珍しくありません。経験を盾にせず、相手の判断や進め方を尊重する姿勢が、スムーズな受け入れにつながります。

蓄積した「設計力・調整力」を早めに見せる

技術スタックが新しくても、設計判断・トレードオフの整理・関係者調整といったミドルの強みはすぐに活きます。コードレビューや設計議論で価値を示すと、立ち上がりの遅さを補えます。

合わないと感じても90日は様子を見る

序盤の違和感は環境への不慣れが原因のことも多いものです。短期離職はミドルほど影響が大きいため、まず上司に相談しつつ様子を見ます。それでも難しい場合の判断は試用期間の記事を参考に。

よくある質問

Q. 転職後の最初の90日間で最も重要なことは何ですか?
A. 『信頼の貯金』を作ることです。最初の90日で周囲から信頼される行動を積み重ねると、その後の働きやすさや評価が大きく変わります。具体的には、期待値のすり合わせ、約束を守ること、早めの質問、チームの背景を尊重する姿勢の4つが土台になります。大きな成果を焦るより、まず信頼される人になることを優先すると、結果的に成果も出しやすくなります。
Q. 即戦力として期待されるプレッシャーにどう対処すればよいですか?
A. 最初の1ヶ月は『理解する期間』と割り切り、上司と期待値を明確にすり合わせるのが有効です。30代・40代の中途入社は即戦力を期待されがちですが、コードベースやドメイン知識のキャッチアップには一定の時間がかかるのが普通です。『いつまでに何ができていれば良いか』を合意しておけば、過度な自己プレッシャーを避けつつ、着実に成果へ向かえます。
Q. 30/60/90日プランはどう作ればよいですか?
A. 上司と相談しながら、30日・60日・90日それぞれにマイルストーンを置くのが基本です。一般的な目安は、30日=環境・コードベースの理解と関係づくり、60日=小〜中規模タスクの完了と最初の成果、90日=機能開発を独力で進められる状態、です。職種やチームによって適切なゴールは異なるため、必ず上司と認識を合わせ、定期的に進捗を振り返って調整しましょう。
Q. 技術スタックが違う場合のキャッチアップ方法は?
A. まずチームの先輩にキャッチアップ計画を相談するのが近道です。公式ドキュメントの通読、既存コードの読解、ペアプログラミングでの学習が効果的とされます。最初の数ヶ月は業務時間外の自主学習が必要になる場合もありますが、無理のない範囲で。新しいスタックでも、これまで培った設計力・問題解決力は十分に活きます。継続学習の進め方は継続的なスキルアップの記事も参考にしてください。
Q. 早期に成果を出すにはどうすればよいですか?
A. 大きな機能より、確実に終わる『クイックウィン』から着手するのが定石です。ドキュメントの不備の修正、小さなバグ修正、開発環境の改善、オンボーディング手順の整備などは、短期間で完了でき、周囲にも価値が伝わりやすい領域です。小さな成果を早めに積み重ねて存在感を示してから、徐々に大きなタスクへ広げていくと、信頼構築と成果の両立がしやすくなります。
Q. 前職と文化が違いすぎて戸惑います。どうすればよいですか?
A. 文化の違いは『批判の対象』ではなく『学びの対象』と捉えるのがコツです。前職を基準に良し悪しを判断すると、無意識に否定的な発言が増え、チームとの溝が生まれます。まずは新しい文化の良い面を見つけ、なぜその進め方になっているのかを理解しましょう。多くの場合、数ヶ月で慣れます。どうしても合わない点があれば、関係ができてから上司に相談すると建設的です。
Q. 90日を過ぎても馴染めない場合はどうすればよいですか?
A. まずは上司や人事に状況を率直に相談しましょう。期待値のずれや業務の進め方は、対話で解消できることが少なくありません。それでも改善が見込めず、健康やキャリアへの悪影響が続く場合は、次の選択肢を検討するのも一つです。ただし短期離職は次の転職に影響しうるため慎重に。試用期間中の判断については試用期間の記事も参考にしてください。
Q. オンボーディングが整っていない会社ではどうすればよいですか?
A. 受け身で待つより、自分から動いて情報を取りにいく姿勢が立ち上がりを早めます。誰に何を聞けばよいかを早めに把握し、自分用のキャッチアップメモを作り、不足しているドキュメントは自分で整備していきます。整備した内容は後続メンバーの役にも立つため、それ自体が早期の成果になります。受け入れ側の改善余地に気づいたら、批判ではなく提案の形で共有しましょう。

入社後の悩みも相談できます

IT特化型エージェントは入社後のフォローも充実。立ち上がりの不安があれば気軽に相談できます。

おすすめエージェントランキングを見る