新人の最初の30日、オンボーディングで決める3つのこと
新しいメンバーの入社が決まると、受け入れ側は意外と手探りです。初日の挨拶とPC手配までは準備するものの、その先は「とりあえずOJTで」になりがちではないでしょうか。
そして2週間後、新人は質問するタイミングを失い、受け入れ側は「何か困ってたら言ってね」と声をかけたまま日常業務に戻っている。誰も悪くないのに、立ち上がりが遅れていく。これがオンボーディングの典型的な失敗パターンです。
結論から言います。オンボーディングの成否は、初日のもてなしではなく「最初の30日の設計」で決まります。
結論
受け入れ前に決めるべきことは3つです。「最初の1週間のカレンダーを埋めておく」「30日以内の最初の成功体験を設計する」「フィードバックの頻度を先に約束する」。この3つを準備すれば、新人の立ち上がりは放置型OJTより大きく安定します。
オンボーディングの失敗は、初日ではなく2週目に起きる
多くの職場で、初日はそれなりに手厚いものです。歓迎の挨拶があり、ランチに誘われ、各種アカウントが発行される。問題はその後です。
2週目に入ると、受け入れ側は通常業務に戻ります。新人は「みんな忙しそうだから」と質問を遠慮し始め、分からないことを自力で調べて時間を溶かす。本人は「早く成果を出さなければ」と焦り、受け入れ側は「最近静かだけど、順調なのかな」と楽観する。この認識のズレが、2週目から4週目にかけて静かに広がります。
やっかいなのは、この時期の遅れが表面化しにくいことです。新人は分からないと言いづらく、表向きは平静を装います。受け入れ側も「質問が来ないなら順調」と解釈してしまう。両者がそれぞれの善意で動いているのに、立ち上がりだけが遅れていく。1か月後の振り返りで初めて「実はずっと迷っていた」と判明する、というのはよくある話です。
中途入社の場合、この構図はさらに強まります。「経験者なんだから、これくらい分かるはず」という期待が、質問のハードルを上げるからです。実際には、業務スキルがあっても「この会社のやり方」は誰にとっても初めてです。社内用語、暗黙の承認ルート、誰に何を聞くべきかという地図。これらはスキルと無関係に、ゼロから学ぶしかありません。
むしろ経験者ほど「ここで初歩的な質問をすると評価が下がる」と身構えがちです。前職での進め方が通用すると思い込んで自己流で進め、後から手戻りが発生するパターンもあります。経験者だからこそ、最初の地図合わせを丁寧にやる必要があります。
つまりオンボーディングの本質は、歓迎ムードの演出ではなく「質問しなくても進める状態」と「質問しやすい関係」を計画的に作ることです。前者は情報の整備、後者は関係の設計です。どちらか一方では足りません。
決めること1: 最初の1週間は、カレンダーを先に埋めておく
1つ目の準備は、入社初日の時点で、最初の1週間の予定がカレンダーに入っている状態を作ることです。
中身は凝ったものでなくて構いません。チームメンバー1人ずつとの顔合わせ30分、主要な業務フローの説明、関連部署の紹介、過去の代表的な成果物を読む時間。これらを最初から予定として置いておきます。
狙いは2つあります。1つは、新人から「次に何をすればいいか分からない」という不安を取り除くこと。もう1つは、「あなたの立ち上がりに、チームとして時間を投資している」というメッセージを行動で伝えることです。口頭の歓迎より、埋まったカレンダーの方が雄弁です。
顔合わせの30分には、業務の話だけでなく「困ったときは何で連絡するのが好みか」「チャットの返信はどれくらいの速度感か」といった仕事の流儀を聞く時間を含めると、その後のやり取りが滑らかになります。連絡手段の好みを最初に揃えておくだけで、後の「電話していいのか、チャットがいいのか」という小さな迷いがなくなります。
この1週間の予定づくりは、受け入れ側にとっても準備の棚卸しになります。誰と顔合わせさせるか、どの資料を最初に読んでもらうかを考える過程で、自分のチームの業務地図が整理されます。新人がいなくても価値のある作業なので、面倒に感じても一度作っておくと次の受け入れでも使い回せます。
決めること2: 30日以内の「最初の成功体験」を設計する
2つ目は、入社から30日以内に達成できる小さな成果をあらかじめ用意しておくことです。
サイズ感の目安は「1〜2週間で完了し、チームの誰かに感謝される実務」です。たとえば、社内ドキュメントの整理と改善、定例レポートの一部引き継ぎ、小さな改善タスクの完遂。重要なのは、本人の実力で確実に達成でき、かつ「お客様扱いの練習問題」ではなく実際に役立つ仕事であることです。
最初の成功体験には、本人の自信以上の効果があります。チームのメンバーが「あの人はこういう仕事ができる人だ」と認識する最初の材料になり、その後の仕事の依頼が自然に流れ始めます。逆にこれがないと、1か月経っても「何をしてもらえばいいか分からない人」のままになり、依頼も成長機会も来なくなります。
補足: 成功体験は「公開」とセットで
最初の成果は、チーム定例などの場で本人から共有してもらいます。成果を本人の口から語る機会を作ることが、チーム内での信頼の初期残高になります。マネージャーが代わりに紹介するより効果的です。
決めること3: フィードバックは小さく、頻繁に。先に約束する
3つ目は、フィードバックの頻度を入社時点で約束しておくことです。「最初の1か月は週1で15分、気づいたことをお互いに話す」と先に決めてしまいます。
ここには私自身の苦い経験があります。以前、期中のフィードバックを十分にしないまま評価面談を迎え、そこで初めて伝えた指摘が、本人にとって寝耳に水だったことがありました。本人からすれば「なぜもっと早く言ってくれなかったのか」です。完全にこちらの落ち度でした。それ以来、フィードバックは小さく頻繁に渡すことを原則にしています。
新人期は、この原則が最も効く期間です。立ち上がり期の軌道修正は、小さいうちなら数分の会話で済みます。1か月放置した後では、修正点が積み上がって「ダメ出しの面談」になってしまい、関係性まで傷つけます。
伝え方のコツは、改善点と良い点を同じ場で扱うことです。「議事録のまとめが早くて助かっている。一方で、関係者への共有はもう一歩早いとさらに良い」のように、観察した事実ベースで短く渡します。頻度が高ければ、1回あたりは軽くて済みます。
このとき、フィードバックは一方通行にしないことを勧めます。「こちらの受け入れで、やりにくいところはないか」を必ず聞きます。新人の視点は、慣れたメンバーが見落としている業務の無駄や、説明不足のドキュメントを発見する貴重な機会です。受け入れ期は教える側にとっても学ぶ側になります。この姿勢を見せること自体が、「ここは質問していい職場だ」という信号になります。
受け入れ側のチームにも、役割を配っておく
オンボーディングをマネージャー1人で抱えると、忙しさに負けて崩れます。チーム側にも事前に役割を配っておきます。
具体的には、業務の質問を受ける担当を1人決めておくことです。メンター、バディなど呼び方は何でも構いません。「誰に聞けばいいか」が明確なだけで、新人の質問のハードルは大きく下がります。担当者には「質問対応も業務のうち」と明示し、評価でも考慮します。善意の空き時間に頼ると続きません。
また、チーム全体には「最初の1か月は、新人の質問を最優先で扱う」と一言伝えておきます。これだけで「忙しそうだから聞けない」の空気はかなり薄まります。
この記事のポイント
- オンボーディングの失敗は初日ではなく2週目以降の放置で起きる。中途入社でも「この会社のやり方」はゼロから。
- 最初の1週間はカレンダーを先に埋め、立ち上がりへの投資を行動で示す。
- 30日以内に達成できる「最初の成功体験」を用意し、本人の口からチームに共有してもらう。
- フィードバックは週1・15分など頻度を先に約束する。小さく頻繁が原則。
- 質問を受ける担当をチーム内に明示し、マネージャー1人で抱えない。
最終的な判断はご自身の状況に合わせてお願いいたします。
まとめ:歓迎は気持ちで、立ち上がりは設計で
新人の受け入れは、気持ちの問題と設計の問題が混ざりがちです。歓迎の気持ちは大前提として、立ち上がりの速さを決めるのは設計の方です。
- 最初の1週間の予定を先に埋める
- 30日以内の最初の成功体験を用意する
- フィードバックの頻度を先に約束する
- 質問を受ける担当をチームに配る
次の受け入れが決まったら、初日の準備より先に、この30日の設計から手をつけてみます。
※本記事は2026年6月時点の情報に基づきます。制度・サービスは変更されることがあります。
監修: Shimaken