ITエンジニア入社後90日の立ち回り

ITエンジニアの入社後90日は、試用期間が扱う試用期間の契約条件・給与・解雇要件の確認とは別レイヤーです。このページは、環境セットアップ、チームの期待値、最初の成果物、1on1の質問設計といった立ち回りに限定します。90日で必ず評価Aになる方法や、試用期間の自動更新を保証する内容は書きません。

入社90日

おおよそ入社から3か月を指す慣用的な区切り。会社ごとに評価サイクルは異なり、このページでは固定の日数制度は想定しません。

期待値合わせ

上司・チームが90日時点で何をもって成功とみなすかを言語化し、メモに残すこと。口頭の「頑張って」だけでは不十分です。

小さな成果

大規模リリース以外も含む、ドキュメント1本、バグ修正、運用手順改善など、再現可能な単位の貢献。

試用期間との境界

試用期間の契約条件、給与、解雇要件の読み方は関連テーマ。このページは日々の立ち回りと期待値管理。

試用期間の契約読みと入社90日の立ち回りは、同じカレンダー上で起きますが目的が異なります。前者は書面の齟齬防止、後者は信頼の初期蓄積です。契約だけ読んで立ち回りを後回しにすると、期待値未確認のままPRを量産する失敗につながります。

入社90日の役割比較では、「観点」は「焦点」、「入社90日（このページ）」は「立ち回り・期待値・成果」、「試用期間」は「契約・給与・試用条項」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

入社90日の役割比較では、「観点」は「材料」、「入社90日（このページ）」は「1on1メモ・PR・Runbook」、「試用期間」は「労働条件通知・就業規則」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

入社90日の役割比較では、「観点」は「リスク」、「入社90日（このページ）」は「期待値未確認・孤立」、「試用期間」は「条項齟齬・書面不足」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

入社90日の役割比較では、「観点」は「相談先」、「入社90日（このページ）」は「上司・メンター・人事」、「試用期間」は「人事・書面・専門家」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

入社90日の役割比較では、「観点」は「保証」、「入社90日（このページ）」は「評価結果は保証しない」、「試用期間」は「登用も保証しない」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

入社後に渡されるオンボーディング資料、権限付与順序、開発フローは会社ごとに異なります。求人票に書いてあった技術スタックと、実際のレポジトリが一致するかも90日以内に確認します。

入社90日の求人票の読み替えでは、「書いてあること」は「オンボーディング計画」、「確認したい実態」は「90日のマイルストーン」、「1on1での質問例」は「最初の成果物の定義は何ですか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

入社90日の求人票の読み替えでは、「書いてあること」は「開発フロー」、「確認したい実態」は「PRレビュー基準」、「1on1での質問例」は「初回PRのおすすめ規模はありますか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

入社90日の求人票の読み替えでは、「書いてあること」は「権限付与」、「確認したい実態」は「本番アクセスの時期」、「1on1での質問例」は「ステージングだけで閉じる作業は何ですか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

入社90日の求人票の読み替えでは、「書いてあること」は「オンコール」、「確認したい実態」は「参加時期」、「1on1での質問例」は「90日以内に必須か、例外はありますか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

入社90日の求人票の読み替えでは、「書いてあること」は「評価サイクル」、「確認したい実態」は「試用期間レビュー日」、「1on1での質問例」は「試用期間の書面と日付を一致させる」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

入社90日の求人票の読み替えでは、「書いてあること」は「メンター・Buddy」、「確認したい実態」は「週次の時間」、「1on1での質問例」は「質問していい範囲とチャンネル」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

• 90日期待成果を1on1メモに残した
• 開発環境・権限・Repoアクセスをチェックリスト化した
• 最初のPRまたはチケットの選び方を上司と合意した
• 試用期間で試用条項を書面確認済み
• 相談窓口（上司・HR・メンター）を1枚に書いた

確認ポイントは「90日期待成果を1on1メモに残した」です。入社90日の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「開発環境・権限・Repoアクセスをチェックリスト化した」です。入社90日の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「最初のPRまたはチケットの選び方を上司と合意した」です。入社90日の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「試用期間で試用条項を書面確認済み」です。入社90日の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「相談窓口（上司・HR・メンター）を1枚に書いた」です。入社90日の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

入社90日では、ツール名の羅列より、自分が判断した範囲の説明が先です。秘密情報は一般化し、確認できない数字は書きません。

1. 01
   90日成果メモのテンプレ

   期待成果、測り方（可能なら）、相談相手、週次振り返り欄を1枚。数字は確認できるものだけ。

2. 02
   環境チェックリスト

   Repo、CI、Wiki、チャット、VPN、ステージング。付与日と責任者を記入。

3. 03
   最初のPR戦略

   大きく作らず、ドキュメント修正や小さなバグから。レビューコメントの文化を学ぶ目的もあります。

4. 04
   契約読みと立ち回りを分離

   試用期間は入社前〜1週目に完了。90日計画は1on1で上書き更新。

労働条件の一般論は厚生労働省の労働条件に関する総合情報、職種理解はjob tagを入口にしてください。試用期間の個別適否は試用期間と応募先書面で確認します。

ITエンジニア入社後90日の立ち回りの判断材料は、出典が公開されている情報に限ります。媒体ごとの求人数や平均年収は集計定義が違うため、求人票や公式サイトの最新情報で確認してください。内定や年収アップは保証できません。提示された労働条件は書面で確認し、口頭の話だけを契約内容にしないでください。

転職エージェントには、入社後フォローの相談ができる場合があります。ただし社内評価や配属変更の保証はできません。契約条件の解釈は人事と書面優先です。

• Geekly

  入社後フォロー相談が可能な場合あり。評価保証ではなく、次のキャリア判断材料整理向き。

• レバテックキャリア

  入社直後のミスマッチ相談。ただし退職判断は自分と書面条件で。

• TechGo

  90日後に視野を広げる場合の求人探索補完。

• 社内SEナビ

  社内SE配属の90日は問い合わせ比率とベンダー境界の確認が早めに必要。

• リクルートエージェント

  オンボーディング一般論。社内手続きは人事優先。

相談先を複数使う場合は、企業名・求人ID・応募経路を一覧にして重複応募を防いでください。転職支援とスカウトでは受けられる支援が異なるため、同じ基準で単純比較せず、目的に合う窓口を選びます。

• 契約確認だけで満足

  試用期間の書面確認後、1on1で期待値を取らないと、試用期間中に評価基準がずれます。

• 最初から大規模改修

  文化とレビュー基準を知る前に大きいPRはリスク。小さく始めてください。

• 質問しない

  90日は質問が期待される期間であることも多いです。メモ付きで相談窓口を使ってください。

入社前または入社1週目の1週間で、環境チェックリスト、90日成果メモ、1on1質問10個を用意します。

1. 01
   入社前〜日：契約とカレンダー

   試用期間に沿って書面確認。入社日・評価日をカレンダー登録。

2. 02
   週1：環境と1on1

   権限チェック。上司と90日期待値メモ。

3. 03
   週2-4：小さな成果

   初PRまたはRunbook改善。レビュー文化を観察。

4. 04
   週5-12：振り返りと更新

   90日メモを月1更新。期待値のズレがあれば早めに相談。

ITエンジニア入社後90日の立ち回りの応募準備では、「知っている」「使った」で止めず、どの入力を受け、何を判断し、どの成果物を残し、障害時にどこまで対応したかを分けます。対象領域は入社・オンボーディング・90日です。公開できない固有名詞や数値は一般化し、公式資料（厚生労働省 労働条件に関する総合情報、厚生労働省 職業情報提供サイト（job tag）IT・通信の仕事、IPA デジタルトランスフォーメーション（DX）、厚生労働省 男女雇用機会均等法の概要）で確認した定義と、自分の担当実績を混同しないでください。

1. 01
   公式定義を一つ選ぶ

   厚生労働省 労働条件に関する総合情報、厚生労働省 職業情報提供サイト（job tag）IT・通信の仕事、IPA デジタルトランスフォーメーション（DX）、厚生労働省 男女雇用機会均等法の概要を開き、入社・オンボーディング・90日に関係する用語を一つ選びます。版や更新日が分かる場合はメモし、求人票独自の表現と分けます。

2. 02
   担当箇所を図にする

   入力、処理、出力、依存先を四角で描き、自分が変更・レビュー・運用した場所だけに印を付けます。触れていない箇所は実績に含めません。

3. 03
   失敗例を一つ添える

   正常系だけでなく、失敗の検知、切り分け、復旧、再発防止の順に一例を整理します。秘密情報と確認できない改善率は書きません。

4. 04
   求人ごとに質問へ変える

   必須条件と歓迎条件を分け、主担当・補助利用・学習予定のどれに当たるかを記録します。回答が曖昧な項目は応募理由の主軸にしません。

• ITエンジニア入社後90日の立ち回りで自分が決めたことを一文で説明できる
• 入社・オンボーディング・90日の利用経験と設計・運用経験を分けた
• 成果物、レビュー責任、障害時の担当を確認した
• 出典のない求人数、年収、改善率を書いていない
• 求人IDと応募経路を管理し、重複応募を防いだ