
新人が辞めると言い出してから、初めて問題に気づいた。こうした後手の対応から抜け出す手段として、AIとデータの活用に期待が集まっています。ただ、AIがあれば離職を予測できる、というのは少し違います。
AIのいちばんの価値は、上司一人の目では見えなかった新人の状態を、組織として見えるようにすることです。離職の兆しをどうつかむか、AIに任せていいこととよくないこと、監視にしないために何を決めておくかを考えます。
記録が一か所に集まれば、新人の状態が見える
データドリブンなオンボーディングとは、新人の進捗・1on1・サーベイなどの記録をもとに、つまずきの予兆を早期に把握し、支援を個別に調整する受け入れの進め方です。従来の受け入れでは、新人の状態は上司の観察と記憶の中にしかなく、人事は「辞めます」と言われるまで何も知りませんでした。データドリブンとは、この状態を記録として共有可能にすることから始まります。
ここでいうデータは、特別なものではありません。90日プランのタスク進捗、週次1on1の記録、30日・60日・90日の新人サーベイ、質問の頻度。これらはオンボーディングを設計していれば自然に生まれる記録です。AIより先に要るのは、この記録が一か所に集まり、上司に加えて人事も見られる状態です。
背景として、日本の職場では仕事に熱意を持つ社員が5%にとどまるという調査があります(Gallup「State of the Global Workplace 2023」)。熱意の低下は入社直後から始まっており、その多くは「困っているのに気づかれない」期間の積み重ねです。データドリブンの目的は、この「気づかれない期間」をなくすことにあります。
AIができること、人がやること
| 領域 | AI・データができること | 人がやること |
|---|---|---|
| 予兆の把握 | 記録の変化(質問の減少、1on1の短縮、進捗の停滞)を検知して知らせる | 変化の意味を確かめ、本人と話す |
| 支援の調整 | 進捗と理解度に応じて学習内容や順序を提案する | 任せる仕事の大きさを決め、フィードバックを返す |
| 日常の質問 | 社内ルール・手続きなどの定型的な質問に即答する | 判断を伴う相談、悩みの相談に応じる |
| 全体の改善 | どのフェーズ・部署でつまずきが多いかを集計する | 設計を見直し、上司の関わり方を変える |
兆しは、言葉より先に行動の記録に出る
離職の予兆は、本人が言葉にする前に、行動の記録に表れます。組織社会化研究(Bauer et al., 2007)が定着を左右するものとして挙げる、役割の明確さ、自己効力感、周囲から受け入れられている感覚が損なわれはじめると、質問が減り、1on1が短くなり、タスクの着手が遅れます。これらは一つひとつは些細ですが、複数が同時に2週間以上続くと、離職の意思が育ち始めているサインです。
予兆を捉えるうえでAIが役立つのは、「変化の組み合わせ」を人より早く、漏れなく見つけられる点です。上司は自分の部下の変化には気づけても、繁忙期には見逃します。人事は全部署の新人を一人ずつ見ることはできません。記録が集まっていれば、「先週から質問が途絶え、1on1が10分で終わり、サーベイの『相談できる相手がいる』が下がった新人」を、AIが人事に知らせることができます。
事後対応のオンボーディングと、事前対応のオンボーディング
事後対応
- 新人の状態は上司の記憶の中にしかない
- 人事は「辞めます」と言われて初めて知る
- 対処は退職の引き止め(ほぼ手遅れ)
- 離職の理由は「本人の問題」で処理される
事前対応
- 進捗・1on1・サーベイが一箇所に記録される
- 変化の組み合わせが予兆として人事に知らされる
- 対処は接点の再設計(相談先の確認、頻度を上げる)
- どのフェーズ・部署でつまずくかが設計の改善に使われる
ただし、予兆が見えたあとに動くのは人です。AIが知らせるのは、変化があったという事実だけです。仕事が難しすぎたのか、相談先がなかったのか、家庭の事情なのか。その意味は、本人と話さなければわかりません。予兆の通知は、1on1で「最近、誰に聞けばいいかわからないことはある?」と具体的に聞くための材料です。孤立の予兆と対処は新人はなぜ孤立するのかで詳しく扱っています。
一人ひとりに合わせて支える
データのもう一つの使い道は、支援の個別最適化です。従来の研修は全員に同じ内容を同じ順序で提供していましたが、新人の経験や理解度は一人ひとり違います。プログラミング経験がある新人に基礎講座を受けさせるのは時間の無駄であり、逆に経験のない新人に高度な課題を与えれば自信を失います。
進捗と理解度の記録があれば、「この新人はこの領域が弱いので入門コンテンツを先に」「この新人は経験があるので実務課題へ」という調整が可能になります。AIはこの提案を自動化できますが、最終的に任せる仕事の大きさを決め、フィードバックを返すのは上司です。個別最適化とは、AIが新人を分類することではなく、上司が新人に合わせて関わるための情報を整えることです。
AIチャットボットも、使いどころを絞れば有効です。「経費精算の手順は」「この申請の承認者は誰」といった定型的な質問に24時間即答できれば、新人は「こんなことを聞いていいのか」と迷わずに済み、先輩の対応工数も減ります。一方で、「この仕事の進め方で合っているか」「上司との関係で悩んでいる」といった判断や感情を伴う相談は、人が受けるべきものです。定型はAI、判断と関係は人、という線引きが、チャットボットを機能させる条件です。
個別最適化のもう一つの効果は、組織側の設計の改善です。どのフェーズで、どの部署で、どんな新人がつまずきやすいかが集計できると、「30日目のタスクが重すぎる」「A部署はバディの1on1が実施されていない」といった設計の問題が見えます。個人への対処と設計の改善を両方回せることが、データを持つ組織と持たない組織の差になります。
監視にしないために決めておくこと
データを使うときにいちばん気をつけたいのは、新人に監視されていると感じさせないことです。監視されていると感じた瞬間に、新人は1on1で本音を言わなくなり、サーベイに正直に答えなくなります。データは支援のために集めるという目的が本人に伝わっていなければ、データ自体が使いものにならなくなります。
法制度の面でも配慮が必要です。日本では個人情報保護法(2022年改正施行)により利用目的の明示と適正な取得が求められ、EUのAI規制(EU AI Act, 2024年)では雇用・人事分野でのAI利用が「高リスク」に分類されています。採用や評価にAIの判断を直接使うことには、今後さらに厳しい目が向けられます。
監視にしないための決めごと
- 目的と範囲を明示する:何を、何のために記録し、誰が見るかを入社時に本人へ伝える
- 判断はAIに任せない:予兆は人が確かめ、評価や処遇にAIの出力を直接使わない
- 本人にも見せる:自分の進捗と記録を新人本人が見られる状態にし、一方的な収集にしない
どれも、データは新人を管理するためではなく支えるために使う、という姿勢を、仕組みと言葉の両方で示すためのものです。この姿勢が伝わっていれば、新人は記録を「自分のための安全網」として受け止め、正直に困りごとを書くようになります。
onbx(WellColab が提供する AI自律型オンボーディングプラットフォーム)では、90日の流れの進み具合・1on1・サーベイを一つの記録として新人・上司・人事で共有し、新人本人も自分の記録を見られるようにしています。兆しは人事が支えるために使い、評価には使わない。その運用を前提に作っています。
よくある質問
新人が年に数人の小さな会社でも、データを使う意味はありますか。
あります。データ活用の第一歩は「記録を一箇所に集める」ことで、AIによる分析は人数が増えてからで十分です。数人でも、1on1の記録と進捗が人事と上司の間で共有されているだけで、上司の見逃しを防げます。
記録を取ることを、新人が監視と受け取りませんか。
目的と範囲を明示し、本人も自分の記録を見られるようにすれば、監視とは受け取られにくくなります。逆に、何を記録しているかを伝えず、本人が見られない状態で集めると監視になります。設計の違いであって、記録そのものの問題ではありません。
どのデータから集め始めればいいですか。
90日プランのタスクの進み具合、週次1on1の記録(困りごとがあるか)、30日・60日・90日のサーベイ(役割の明確さ・相談相手の有無・仕事の見通し)で十分です。チャットの内容分析のような踏み込んだデータは、目的とガバナンスが整うまで扱わないほうが安全です。
AIが出した「離職リスクが高い」という判断は、そのまま使ってもいいですか。
そのまま使ってはいけません。AIの出力は「変化があった」という事実の要約であり、理由は本人と話さなければわかりません。予兆を1on1の材料にするのは適切ですが、評価や処遇の判断に直接使うことは避けるべきです。
AIを入れる前に、1on1の記録がどこにあるかを確かめてください。上司の手帳やメモに散らばっているなら、まずそれを一か所に集めるところからです。記録の土台になる90日の組み立ては最初の90日で定着は決まる、記録を学び続けることに生かす話はリスキリングはオンボーディングから始まるにあります。



