フレームワーク活用ガイドひとことで言うと#
新しくチームに加わるメンバーの受け入れプロセスを事前準備・初日・初週・初月・3か月のフェーズに分けて設計し、戦力化までの時間を短縮するフレームワーク。
押さえておきたい用語#
- オンボーディング（Onboarding）
- 新メンバーが組織やチームに馴染み、成果を出せる状態になるまでの一連の受け入れプロセスのこと。入社手続きだけでなく、文化理解や人間関係の構築まで含む。
- タイム・トゥ・パフォーマンス（Time to Performance）
- 新メンバーが入社してから期待される成果水準に到達するまでの期間を指す。この数値を短縮することがオンボーディング設計の主目的である。
- バディ（Buddy）
- 新メンバーに1対1で伴走する先輩メンバーのこと。上司とは別に、日常の疑問や暗黙知を気軽に聞ける存在として配置する。
- 30-60-90日プラン（30-60-90 Day Plan）
- 入社後の最初の3か月を30日ごとに区切り、到達目標を明文化した計画。期待値のズレを防ぐ手法。
チームオンボーディング設計の全体像#
こんな悩みに効く#
- 新メンバーが入るたびに受け入れがバラバラで、立ち上がりに差が出る
- 中途採用者が3か月経っても「何を期待されているか分からない」と言っている
- バディや教育係が属人化していて、担当者が疲弊している
- 入社半年以内の離職率が高く、採用コストが無駄になっている
基本の使い方#
「入社3か月後に、この人はどんな状態になっていれば合格か」をまず言語化する。
- 30日目標: チームの業務フローを理解し、サポートつきでタスクを完了できる
- 60日目標: 独力でタスクを回し、チームミーティングで発言できる
- 90日目標: 改善提案を1つ以上出し、自律的に動ける
漠然と「早く慣れてね」ではなく、具体的なマイルストーンを置くことで本人もマネージャーも進捗を測れる。
5つのフェーズそれぞれで「誰が・何を・いつまでに」をリスト化する。
- 入社前: PC/アカウント準備、チャンネル招待、バディ決定、初日スケジュール送付
- 初日: チーム紹介、ミッション・バリュー共有、ツール説明、ランチ会
- 初週: 業務観察、小タスク着手、1on1で期待値すり合わせ
- 初月: 独力タスク、30日振り返り面談
- 3か月: 90日レビュー、オンボーディング卒業判定
チェックリストがあれば、受け入れ側のメンバーが変わっても品質を保てる。
上司とは別に、日常的な疑問を気軽に聞けるバディを1名つける。
- バディは「業務に詳しい」より「コミュニケーションが取りやすい」で選ぶ
- 初週は毎日15分、2週目以降は週2回の短いチェックインを設定する
- バディにも「何をサポートするか」のガイドラインを渡しておく
バディの負荷が高くなりすぎないように、1人のバディが同時に担当するのは最大2名までにする。
オンボーディング完了後、本人・バディ・マネージャーの3者で振り返りを行う。
- 「何が役に立ったか」「何が足りなかったか」「次の人にはどう変えるか」を聞く
- フィードバックをもとにチェックリストと到達基準をアップデートする
- 次の新メンバー受け入れ時に、改善版を使う
このサイクルを回すほど、チーム全体のオンボーディング力が上がっていく。
具体例#
都内に12店舗を展開するラーメンチェーン。アルバイトの定着率が低く、入社3か月以内の離職率が**42%**に達していた。
導入したオンボーディング設計
| フェーズ | 施策 | 担当 |
|---|---|---|
| 入社前 | 動画マニュアル（15分）を事前送付 | 店長 |
| 初日 | 2時間の実地見学＋先輩とペア勤務 | バディ |
| 初週 | 調理・接客を1工程ずつ段階的に担当 | バディ |
| 初月 | 全工程を1人で回せるか確認テスト | 店長 |
| 3か月 | 新人教育を手伝えるレベルか判定 | エリアMGR |
導入から6か月で3か月以内離職率は42% → 19%に低下。採用コストに換算すると年間約180万円の削減につながった。事前の動画マニュアルで初日の緊張が和らぐことが、定着率改善の最大要因だったという店長のコメントが印象的だった。
従業員120名のBtoB SaaS企業。フルリモート環境で、エンジニアの戦力化に平均4.5か月かかっていた。
30-60-90日プラン
- 30日: 開発環境構築、コードベース理解、バグ修正を3件完了
- 60日: 小〜中規模の機能開発を1件リリース
- 90日: 設計レビューに参加し、技術的な意見を述べられる
仕組み
- 入社前にSlackの「#welcome-エンジニア名」チャンネルを開設し、チーム全員が自己紹介を投稿
- バディとの1on1は初月は週3回（各15分）、2か月目から週1回に減らす
- 「オンボーディング・ダッシュボード」（Notionテンプレート）で進捗を可視化
戦力化までの期間は平均4.5か月 → 2.8か月に短縮。3か月後のエンゲージメントサーベイでも「チームに受け入れられている」と回答した割合が**58% → 89%**に上昇した。
スタッフ8名の会計事務所。税理士資格を持たない未経験者を採用したが、過去3年間で5名中3名が1年以内に退職していた。退職理由はいずれも「何をどこまで覚えればいいか分からなかった」。
所長が作ったのはA4用紙2枚のシンプルなプレイブックだった。
- 初週: 先輩の顧問先訪問に同行し、業務の全体像を掴む
- 初月: 仕訳入力を50件/日できるようになる（正答率95%以上）
- 3か月: 月次試算表を1社分、1人で作成できる
加えて、毎週金曜17時に所長と15分の振り返りを設定。「今週できるようになったこと」と「来週の目標」だけを話す場にした。
その後に採用した2名は、いずれも1年を超えて在籍している。仕訳入力の正答率は30日目で**97%**を記録し、3か月目には顧問先への月次報告を単独で担当するまでになった。大がかりなツールがなくても、期待値の明文化と定期的な振り返りだけで十分に機能する好例だろう。
やりがちな失敗パターン#
- 初日に情報を詰め込みすぎる — 会社説明・制度説明・ツール説明を1日で全部やると、何も頭に残らない。初日は「ここに来てよかった」と思える体験設計を優先し、情報は初週に分散させる
- チェックリストを作って終わりにする — リストがあっても運用されなければ意味がない。バディやマネージャーが実際に使っているかを定期的に確認し、形骸化を防ぐ
- 全員に同じプログラムを適用する — 新卒と中途、エンジニアと営業では必要なサポートが違う。共通部分は統一しつつ、職種・経験レベル別のカスタマイズ枠を設けておく
- 3か月後のフォローがない — オンボーディング期間が終わった途端に放置すると、孤立感から離職につながる。卒業後も月1回の1on1は少なくとも半年間は続ける
まとめ#
オンボーディング設計は、新メンバーの受け入れを「気合と根性」から「再現可能なプロセス」に変えるフレームワーク。ポイントは30-60-90日のマイルストーン設定、バディによる伴走、そして振り返りによるプレイブックの継続的な改善の3つ。受け入れる側の負荷を下げながら、新メンバーの立ち上がりを加速できる。最初はA4用紙1枚のチェックリストからでいい。