従業員のオンボーディング用データテンプレート

汎用プロセスマイニングテンプレート
従業員のオンボーディング用データテンプレート

従業員のオンボーディング用データテンプレート

汎用プロセスマイニングテンプレート

これは従業員のオンボーディング向けの汎用プロセスマイニング用データテンプレートです。より詳しい手順については、システム別のテンプレートをご利用ください。

特定のシステムを選択
  • オンボーディングを効果的に分析するために必要なデータ項目とプロセスアクティビティ。
  • システムやプロセスの違いに合わせて調整できる、柔軟な基盤。
  • プロセスの詳細な把握、適合性チェック、パフォーマンスのモニタリングに対応。
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

従業員のオンボーディングの属性

従業員のオンボーディングプロセスを詳細に分析するため、イベントログに含めることを推奨するデータ項目です。
5 必須 8 推奨 3 任意
名前 説明
アクティビティ名
ActivityName
オンボーディングプロセスで発生した特定のタスク、節目、またはイベントの名前です。
説明

この属性は、オンボーディングプロセス全体に含まれる個々の手順やイベントを表します。例として、「内定承諾」「バックグラウンドチェック完了」「IT環境の準備を依頼」などがあります。正確でわかりやすいプロセスマップを作成するには、アクティビティの命名規則を明確にし、一貫性を保つことが重要です。

分析では、アクティビティ名を使ってプロセスの流れを可視化し、特定の手順間にあるボトルネックを特定して、各アクティビティの発生頻度を測定します。プロセスマップの基盤となり、オンボーディングの各段階で何が起きているかを分析担当者が把握できるようにします。アクティビティの順序や頻度を分析すると、プロセスの逸脱や非効率を見つけられます。

重要な理由

プロセスの個々の手順を定義し、プロセスマップの作成や、ワークフロー、ボトルネック、逸脱の分析を可能にします。

入手先

人事、IT、オンボーディングの各システムにあるイベントログ、タスク管理モジュール、または監査証跡から取得します。

例
内定承諾バックグラウンドチェック開始機器の発注オンボーディング完了
イベント日時
EventTime
オンボーディングのアクティビティが発生または完了した正確な日時です。
説明

イベント日時は、アクティビティが発生した正確な時点を記録するタイムスタンプです。イベントを時系列に並べたり、プロセスの各手順にかかった時間を算出したりするうえで欠かせません。アクティビティの完了時刻、または瞬時に発生するイベントの発生時刻を記録します。

この属性は、プロセスマイニングにおける時間ベースの分析の基盤です。サイクルタイム、待ち時間、処理時間などの重要業績評価指標(KPI)の算出に使います。タイムスタンプを分析すると、ボトルネックの特定、サービスレベル合意に対するプロセスの実績測定、アクティビティの時間的な分布の把握ができます。

重要な理由

イベントの順序付けや、サイクルタイムや待ち時間など時間に関する指標の算出、プロセスのボトルネックの特定に欠かせないタイムスタンプです。

入手先

各オンボーディングタスクや節目に関連するシステムログまたは取引記録にあり、完了日や作成日として記録されていることがよくあります。

例
2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:00:00Z
オンボーディングケースID
OnboardingCaseId
1人の新入社員に関するオンボーディングの全アクティビティをまとめる一意の識別子です。
説明

オンボーディングケースIDは、1人の新入社員のオンボーディング全体を開始から完了まで追跡するための主キーです。内定承諾から必須タスクの完了まで、個々のオンボーディングプロセスに一意の識別子が割り当てられます。このIDによって、関連するイベント、タスク、節目が結び付けられます。

プロセスマイニングでは、この属性がケースを関連付けるための基本となります。ソフトウェアはこのIDを使って、新入社員ごとのプロセス全体の流れを再構成し、「バックグラウンドチェック開始」や「機器の納品」など、別々に記録されたイベントを一貫した時系列にまとめます。信頼できるケース識別子がなければ、ケース単位でのプロセス分析はできません。

重要な理由

1人の新入社員のオンボーディングに関するイベントをすべて結び付けるための重要なキーです。これにより、プロセス全体を分析できます。

入手先

通常は、従業員の採用プロセスが始まると、主要な人事システムまたはオンボーディング管理システムによって生成されます。

例
ONB-2024-00123789456123CASE-NH-9987
ソースシステム
SourceSystem
特定のイベントのオンボーディングデータを抽出した記録元システムを示します。
説明

この属性は、データセット内の各イベントの発生元となる情報システムを示します。たとえば、人事情報システム(HRIS)、応募者追跡システム(ATS)、ITサービス管理(ITSM)ツールなどです。オンボーディングプロセスは複数のシステムにまたがることが多いため、データの検証やシステム間の連携状況を把握するうえで、ソースの追跡が欠かせません。

プロセスマイニングでソースシステムを把握しておくと、データ品質の問題を特定し、プラットフォーム間の引き継ぎを理解しやすくなります。たとえば、人事システムのアクティビティと、それに対応するITシステムのアクティビティとの時間差を分析すれば、連携上の問題や手作業によるデータ転送の遅れが見つかることがあります。また、特定のプロセスステップがそのように進む背景を理解する手がかりにもなります。

重要な理由

各イベントの発生元を特定できるため、データ品質の問題の調査や、社内システム間のプロセスの引き継ぎ分析に役立ちます。

入手先

通常は、データの抽出、変換、読み込み(ETL)の過程でこの情報を追加します。または、集中管理されたデータウェアハウスの標準フィールドとして保持されている場合もあります。

例
HCM_SystemITSM_PlatformApplicantTrackingSystem
最終データ更新日時
LastDataUpdate
このイベントのデータがソースシステムから最後に更新または抽出された日時を示すタイムスタンプです。
説明

この属性は、データがソースシステムと最後に同期された日時を示すタイムスタンプです。分析対象のデータがどの程度新しいかを把握するために欠かせないメタデータです。業務アクティビティが実際に発生した日時を記録するイベント時刻とは異なります。

最終データ更新日時は、データガバナンスや、最新の情報に基づいて分析を行ううえで重要です。ダッシュボードの利用者は、リアルタイムのデータを見ているのか、特定の時点のスナップショットを見ているのかを確認できます。また、データパイプラインの問題を調査し、データ抽出が予定どおりに実行されているかを検証する際にも役立ちます。

重要な理由

データの新しさを示すため、データガバナンスや、最新の業務状況を反映したプロセス分析に役立ちます。

入手先

通常、データの取り込み時に、データの抽出、変換、読み込み(ETL)ツールまたはデータパイプラインによって生成、記録されます。

例
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
イベント実行者
EventPerformer
オンボーディングのアクティビティを実行したユーザー、ロール、またはシステムです。
説明

この属性は、特定のアクティビティを実行した人またはシステムを示します。実行者は、採用マネージャーなどの特定のユーザー、「ITサポート」などのロール、自動化されたシステムやボットの場合があります。プロセスに関わるリソースや引き継ぎを理解するうえで重要な情報です。

イベント実行者を分析すると、やり取りや業務量を示すソーシャルネットワークや組織図を作成できます。ボトルネックとなっている部門や担当者を特定し、繰り返し発生する手作業を見つけることで、自動化の機会も把握できます。誰が何を担当しているかを理解することは、リソースの最適化や部門間の連携改善の基本です。

重要な理由

各タスクの実行者が分かるため、業務量の配分、引き継ぎの効率、自動化の機会を分析できます。

入手先

ソースシステムの監査証跡またはイベントログデータに記録されています。「ユーザーID」「変更者」「システムエージェント」などの項目名で保存されることがよくあります。

例
ジェーン・ドウITプロビジョニングサービス人事コーディネーターsystem_user
イベント終了時刻
EventEndTime
アクティビティの完了時刻を示すタイムスタンプです。所要時間を測定できるタスクに使用します。
説明

イベント終了時刻は、所要時間のあるアクティビティが完了した時点を示します。オンボーディングのイベントには瞬時に完了するものも多い一方、「バックグラウンドチェック」や「必須研修」など、開始と終了が明確なタスクもあります。この属性は、そうしたタスクの終了時点を記録します。

プロセスマイニングでは、開始時刻と終了時刻の両方があれば、アクティビティの処理時間を正確に算出できます。これは、アクティビティ間の時間を示す待ち時間とは異なります。処理時間を分析すると、ステップ間の遅れだけでなく、完了までに最も時間がかかっているタスクを特定できます。また、リソース利用モデルを正確に作成し、個々のタスクにおけるボトルネックを詳しく分析するうえでも重要です。

重要な理由

個々のアクティビティの完了にかかる時間(処理時間)を正確に算出できるため、リソース分析や非効率なタスクの特定に役立ちます。

入手先

通常、アクティビティに「進行中」や「完了」などの明確な状態がある、タスク管理システムやワークフローシステムに記録されています。

例
2023-10-28T17:00:00Z2024-01-20T11:45:00Z2023-11-05T16:20:00Z
勤務地
Location
新入社員の主な勤務場所、オフィス、または地域です。
説明

この属性は、新入社員の勤務予定地を地理的または物理的な場所で示します。都市、国、特定のオフィスビルのほか、「リモート」などの区分が該当します。

オンボーディングプロセスは、法的要件、オフィスの運営、地域ごとの管理方法などにより、地域によって大きく異なることがあります。そのため、勤務地は重要な分析軸です。勤務地ごとにプロセスを絞り込んだり比較したりすることで、地域ごとの不整合を特定し、現地の規制へのコンプライアンスを確認できます。また、適切な場合にはオンボーディングの標準化にも役立ちます。地域のニーズと全社基準の両立を目指すグローバル企業にとって、特に重要な情報です。

重要な理由

勤務地によるオンボーディングプロセスの違いを分析できるため、グローバル組織でのコンプライアンス確保や、オンボーディングの標準化に役立ちます。

入手先

通常、人事システムの従業員プロフィールに保存されており、求人申請に基づいて決まることもあります。

例
米国ニューヨーク英国ロンドンリモートシンガポールオフィス
役職名
JobTitle
新入社員の具体的な役割または職位です。
説明

役職名属性は、新入社員が就く職位の正式名称を示します。「ソフトウェアエンジニア」「アカウントマネージャー」「人事ジェネラリスト」などが該当します。この情報を加えることで、オンボーディングプロセスをより細かく分析できます。

役職名や職位レベルごとにプロセスを分析すると、重要な傾向が見つかることがあります。たとえば、役員のオンボーディングは、初級職と大きく異なり、期間も長くなる場合があります。この属性を使えば、従業員のグループごとにプロセスを表示し、同じような役割同士を比較できます。また、役割に応じたオンボーディングの流れを設計する際にも役立ちます。

重要な理由

役割によるオンボーディングプロセスの違いを分析でき、役割に応じたプロセスの最適化や調整が必要な領域を特定できます。

入手先

人事情報システム(HRIS)にある求人申請または従業員の職位情報から取得します。

例
シニアソフトウェアエンジニアマーケティングコーディネーター財務アナリスト
従業員ID
EmployeeId
組織の人事システムで各従業員に割り当てられる一意の識別子です。
説明

従業員IDは、新入社員が正式に会社の人事情報システム(HRIS)に登録された際に割り当てられる一意のコードです。オンボーディングのケースIDとは異なり、従業員の恒久的な記録を識別する主キーとして使われます。

オンボーディングのケースIDがプロセスを追跡するのに対し、従業員IDはオンボーディングのアクティビティを特定の従業員に結び付けます。これにより、オンボーディングの経験と、その後の業績、エンゲージメント、定着率との関連など、長期的な分析が可能になります。また、勤続年数や役割の変更といった従業員属性を、人事システムのデータからオンボーディングデータに追加する際にも使われます。

重要な理由

オンボーディングプロセスを従業員の恒久的な記録に結び付け、オンボーディングが定着率や業績に与える影響を長期的に分析できます。

入手先

新入社員のプロフィールが作成された後、人事情報システム(HRIS)または従業員マスターデータファイルから取得します。

例
102345EMP98765USR-A567B
従業員の入社日
EmployeeStartDate
新入社員の正式な初出勤日です。
説明

この属性は、新入社員が正式に勤務を開始する日を示します。オンボーディングプロセスにおける重要な節目であり、多くのパフォーマンス指標の基準となります。

従業員の入社日は、入社前と入社後のオンボーディングを区別するために使われます。「初日の準備完了率」や「入社前の所要期間」などの重要業績評価指標(KPI)の算出にも欠かせません。「機器の納品」などのアクティビティのタイムスタンプを入社日と比較すれば、新入社員の受け入れ準備がどの程度できているかを測定できます。この日付は、入社前のすべての準備作業における重要な期限となります。

重要な理由

入社前と入社後の準備作業を区別する重要な日付であり、「初日の準備完了」などの重要業績評価指標(KPI)の測定に欠かせません。

入手先

人事情報システム(HRIS)にある従業員の契約書またはプロフィールに保存される基本的な日付項目です。

例
2024-06-012024-07-152023-12-04
採用マネージャー
HiringManager
新入社員の直属の上司の氏名またはIDです。
説明

採用マネージャー属性は、新入社員の直属の上司を示します。新入社員の受け入れ、研修、初期の業績に主な責任を持つ担当者です。

プロセスマイニングで採用マネージャーごとにアクティビティを分析すると、オンボーディングにおけるマネージャーの関与や対応の違いが分かります。オンボーディングのタスクを効率よく完了しているマネージャーや、追加の支援や研修が必要なマネージャーを特定できます。マネージャーの責任を明確にし、新入社員の経験をより一貫したものにするうえで役立ちます。新入社員の経験は、直属のマネージャーから大きな影響を受けます。

重要な理由

オンボーディングの責任を果たすマネージャーのパフォーマンスや対応の一貫性を評価できます。新入社員の経験や、業務で成果を上げるまでの期間にも直接影響します。

入手先

求人申請データ、または人事システムで定義された従業員の報告系統から取得します。

例
ジェーン・ドウロバート・ジョーンズMGR-4567
部門
Department
新入社員が所属する部門または事業部門です。
説明

この属性は、新入社員が所属する組織単位を示します。「営業」「エンジニアリング」「財務」などが該当します。オンボーディングの各ケースを理解するうえで、重要な業務上の背景情報です。

プロセスマイニングでは、部門は絞り込みや比較に使う重要な分析軸です。部門ごとにオンボーディングプロセスを分けて分析することで、組織内のパフォーマンスの違いを把握できます。たとえば、エンジニアリング部門とマーケティング部門の平均オンボーディング期間を比較し、優れた取り組みや支援が必要な領域を特定できます。また、リソースの配分状況や、部門ごとのオンボーディングにおけるボトルネックの把握にも役立ちます。

重要な理由

事業部門ごとにオンボーディングの効率、プロセスの違い、新入社員の経験を比較でき、標準化の機会を見つけられます。

入手先

通常、人事システムにある新入社員の従業員プロフィールまたは求人申請データから取得します。

例
エンジニアリング営業人事財務
オンボーディングの状態
OnboardingStatus
オンボーディングのケースの現在の全体的な状態です。
説明

この属性は、オンボーディングのケースが進行過程のどの段階にあるかを大まかに示します。一般的な状態には「進行中」「完了」「キャンセル」「保留」などがあります。多くの場合、プロセスの進行に応じて変化するケース単位の属性です。

オンボーディングの状態は、業務のモニタリングや概要を示すダッシュボードの作成に役立ちます。関係者は、進行中、完了、または問題が発生しているオンボーディングの件数をすばやく確認できます。プロセスマイニングでは、未完了またはキャンセルされたケースに絞り込んで根本原因を分析し、完了に至らなかった理由を把握できます。

重要な理由

ケースの進捗を大まかに把握できるため、業務のモニタリングや、未完了またはキャンセルされたオンボーディングプロセスの根本原因分析に役立ちます。

入手先

通常、この状態は主要なオンボーディングシステムまたは人事ワークフロー管理システムで管理、更新されます。

例
進行中完了キャンセル開始日待ち
新入社員名
NewHireName
オンボーディングの対象となる従業員の氏名です。
説明

この属性には、新入社員の氏名が格納されます。オンボーディングの各ケースを人が読み取れる形で識別できるため、ID番号を別途照合せずに個別のケースを調査しやすくなります。

新入社員名は通常、集計したプロセス分析には使いませんが、業務のモニタリングや個別ケースのドリルダウンには欠かせません。たとえば、オンボーディングの進捗を追跡するリアルタイムのダッシュボードに、特定の段階で滞っている新入社員の名前を表示すれば、人事担当者やマネージャーが直接対応できます。プロセスマイニングのダッシュボードを使いやすくするうえでも重要な情報です。

重要な理由

個別のケースを人が読み取れる形で識別できるため、マネージャーや人事担当者が特定のオンボーディングの進捗を追跡し、調査しやすくなります。

入手先

応募者追跡システム(ATS)または人事情報システム(HRIS)にある新入社員のプロフィールから取得します。

例
ジョン・スミスマリア・ガルシアチェン・ウェイ
雇用形態
EmploymentType
新入社員の雇用区分です。正社員、パートタイム、契約社員などが該当します。
説明

この属性は、新入社員と会社との雇用形態を分類します。一般的な値には「正社員」「パートタイム」「契約社員」「インターン」などがあります。雇用形態によって、オンボーディングプロセスの複雑さや必要な手続きが異なることがあります。

雇用形態ごとのプロセス分析は、プロセスの違いを理解するうえで欠かせません。たとえば、契約社員のオンボーディングは正社員より大幅に短く、法務やIT関連の手続きも異なる場合があります。この属性で分析対象を分ければ、公平にパフォーマンスを比較でき、雇用形態ごとに異なるオンボーディングの流れを改善できます。

重要な理由

従業員の種類ごとにオンボーディングプロセスを分けて分析できるため、公平なパフォーマンス比較や、異なるプロセスの改善に役立ちます。

入手先

人事システムにある従業員の職務または職位データに含まれる基本的な属性です。

例
正社員パートタイム契約社員インターン
必須 推奨 任意

従業員のオンボーディングのアクティビティ

プロセスを正確に把握し、パフォーマンスを分析するために記録すべき主要なステップと重要な節目を紹介します。
7 推奨 10 任意
アクティビティ 説明
IT環境の準備を依頼
新入社員に必要なアカウント、システムアクセス、メールを用意するため、IT部門に正式な依頼を送ったことを示します。技術面のオンボーディングはここから始まります。
重要な理由

新入社員が初日から業務に取り組めるよう、IT環境を期限内に準備することが重要です。依頼から完了までの時間を測定すると、初日の準備に影響する大きなボトルネックを特定できます。

入手先

事前に定義された「IT環境の準備」タスクが作成または割り当てられた時点で記録されます。従業員プロフィールの作成をきっかけに、自動ワークフローで開始されることがよくあります。

記録

IT環境の準備に関するタスク、チケット、またはサービス依頼の作成日時を使用します。

イベントタイプ explicit
オンボーディング完了
新入社員のオンボーディングプロセス全体が正式に終了したことを示すアクティビティです。オンボーディング計画で割り当てられたタスクがすべて完了したことを意味します。
重要な理由

このイベントをオンボーディングプロセスの終了点とすることで、サイクルタイム全体を正確に算出できます。また、プロセス上、新入社員の受け入れが完了したと組織が判断したことを確認できます。

入手先

オンボーディング全体のステータスが「完了」になった時点で記録するか、最後のタスクが完了した時点から判断できます。

記録

親となるオンボーディングケースまたは計画が最終ステータスの「完了」に変更された日時を使用します。

イベントタイプ explicit
入社前書類の提出完了
新入社員が雇用開始前に必要な書類への署名と提出をすべて終えた時点で発生するアクティビティです。通常、電子署名や書類のアップロードがすべて完了すると、システムに自動記録されます。
重要な理由

書類の提出完了は、正式な従業員プロフィールの作成や給与計算の開始に欠かせません。初日の準備とコンプライアンスを確保するうえでも重要な節目です。

入手先

書類一式に含まれる必須フォームへの電子署名がすべて完了した時点で自動記録されます。または、人事担当者が受領と完了を手動で確認した時点で記録されます。

記録

書類一式全体のステータス、または最後に必要な書類のステータスが「完了」になった日時を特定します。

イベントタイプ explicit
内定承諾
雇用開始前の段階が正式に始まったことを示します。候補者が内定を正式に承諾し、入社の意思を確認した時点で発生するイベントです。
重要な理由

オンボーディング全体のサイクルタイムを測定するうえで、重要な開始点です。候補者が入社を決めてから雇用開始前の段階が完了するまでの期間と効率を分析できます。

入手先

通常は、応募者追跡システムまたは人事モジュールで、候補者のステータスが「採用済み」または「内定承諾」に更新された時点で記録されます。

記録

候補者の内定ステータスが承諾済みに変更された日時を特定します。

イベントタイプ explicit
従業員の入社日
新入社員の正式な入社初日を示すアクティビティです。ユーザーが行う操作ではなく、重要な日付項目に基づいて算出されるイベントです。
重要な理由

入社前の準備と入社後のアクティビティを分ける重要な節目です。業務に慣れるまでの期間や、入社後のエンゲージメントを測定する際のベースラインになります。

入手先

基幹人事システムの従業員プロフィールにある「入社日」または「採用日」の属性から取得します。

記録

従業員の入社日項目に基づいてイベントを作成します。タイムスタンプは勤務開始時刻に設定できます。

イベントタイプ calculated
従業員プロフィール作成
基幹人事システムに新入社員のレコードが正式に作成されたことを示します。このイベントによって、記録管理システム上で候補者から従業員へと正式に切り替わります。
重要な理由

給与計算の設定、福利厚生への登録、IT環境の準備など、従業員に関するほかのすべてのプロセスを開始するための基本となる節目です。人事処理の効率を測る重要な指標でもあります。

入手先

基幹人事データベースで、新しい従業員レコードまたは個人レコードが作成された日付から判断します。

記録

従業員マスターデータのメインテーブルにある主キーまたはレコードの作成日時を使用します。

イベントタイプ inferred
必須研修の完了
新入社員が必須研修をすべて修了したことを示します。入社時に必要なコンプライアンス要件と学習要件を満たしたことを確認できます。
重要な理由

新入社員がコンプライアンス要件を満たし、職務に必要な知識を身につけたことを確認する重要な節目です。新入社員の準備状況と研修プログラムの効果を測る指標にもなります。

入手先

学習管理システムで、最後に割り当てられた研修コースのステータスが「完了」に更新された時点で記録されます。

記録

従業員の初期学習計画に含まれる最後の必須コースの完了日時を特定します。

イベントタイプ explicit
30日目の面談完了
新入社員とマネージャーが初回の正式な面談を終えたことを示します。通常、入社から約30日後に進捗の確認や質問への回答、フィードバックを行います。
重要な理由

早い段階での面談は、従業員のエンゲージメントや定着につながり、問題が深刻化する前の対応にも役立ちます。面談を追跡すると、マネージャーがオンボーディングに積極的に関わっているかを確認できます。

入手先

マネージャーまたは人事担当者が「30日目の面談」タスク、または簡易的な評価フォームを完了にした時点で記録されます。

記録

面談タスクの完了日時、または関連フォームの提出日を使用します。

イベントタイプ explicit
オリエンテーション完了
新入社員向けの初回オリエンテーションが完了したことを示します。通常、企業文化、基本方針、福利厚生の説明や関係者の紹介を行います。
重要な理由

オリエンテーションは、新入社員が職場になじみ、社内の慣習や利用できるリソースを理解するうえで重要です。完了状況を追跡すると、初日の体験を一貫したものにできます。

入手先

人事担当者または採用マネージャーが、オンボーディングのチェックリストで「オリエンテーション」タスクを完了にした時点で記録されます。

記録

オンボーディングのワークフローにあるオリエンテーションタスクの完了日時を使用します。

イベントタイプ explicit
オンボーディングのキャンセル
従業員の入社日前にオンボーディングプロセスが終了したことを示します。候補者が内定承諾を撤回した場合や、バックグラウンドチェックの結果に問題があった場合などに発生します。
重要な理由

分析すべき重要な例外経路です。入社前の離脱を定量化し、候補者の辞退につながる可能性のあるプロセス上の問題を特定できます。

入手先

人事システムで「採用の取り消し」または「オンボーディングのキャンセル」を実行すると記録され、進行中のオンボーディングワークフローが終了します。

記録

オンボーディングプロセスログで、キャンセルまたは採用取り消しのイベントが記録された日時を特定します。

イベントタイプ explicit
オンボーディングプロセス開始
このアクティビティは、新入社員のオンボーディングプロセスがシステム上で開始されたことを示します。候補者の情報が採用システムから人事システムに移されると自動的に開始され、最初のオンボーディングケースやレコードが作成されることがよくあります。
重要な理由

このイベントは、オンボーディング全体の期間を測定する際の最も早い開始点になります。採用決定から正式なオンボーディング開始までに遅れがないかを特定するのに役立ちます。

入手先

通常は、人事情報システム(HRIS)でオンボーディングのケースやワークフローが作成された時点で記録されます。採用管理モジュールでステータスが「採用準備完了」に変わると開始されることがよくあります。

記録

オンボーディングレコードの作成日時、またはオンボーディングプロセスログに最初に記録されたステータスを確認します。

イベントタイプ explicit
バックグラウンドチェック完了
新入社員のバックグラウンドチェックが正常に完了し、結果を確認できる状態になったことを示します。採用手続きを確定する前の重要な確認段階です。
重要な理由

開始から完了までの期間は、外部サービス提供会社のパフォーマンスを測る重要業績評価指標(KPI)です。この節目を過ぎると、その後の採用手続きや各種準備に進めます。

入手先

オンボーディングのチェックリストでバックグラウンドチェックのタスクが「完了」になった時点、またはスクリーニング会社から最終ステータスを受け取った時点で記録されます。

記録

「クリア」や「完了」など、バックグラウンドチェックのタスクに最終ステータスが反映された日時を使用します。

イベントタイプ explicit
バックグラウンドチェック開始
新入社員の身元調査やスクリーニングが依頼された時点を示します。ほかのオンボーディングのアクティビティに進む前に、コンプライアンスと採用要件を確認するため、早い段階で行われることがよくあります。
重要な理由

このアクティビティを追跡すると、雇用開始前のスクリーニングの効率を測定できます。ここでの遅れは、新入社員の入社日やオンボーディング全体のスケジュールに大きく影響する場合があります。

入手先

「バックグラウンドチェック」タスクの作成時やステータス更新時、または外部のスクリーニングサービスとの連携ログに記録されます。

記録

バックグラウンドチェックのタスク作成日時、または依頼の送信を示すログの日時を使用します。

イベントタイプ explicit
入社前書類の送付
新入社員が確認して署名する必要のある書類一式を、最初に送付した時点で発生するイベントです。通常、契約書、税務書類、方針への同意書、個人情報の書類などが含まれます。
重要な理由

このアクティビティを起点に、新入社員が必要な事務手続きをどれだけ早く完了するかを測定できます。書類管理や連絡に関するボトルネックの特定にも役立ちます。

入手先

人事担当者がシステムの文書管理機能や電子署名機能を使って書類一式を送付した時点で記録されます。

記録

書類一式が割り当てられた日時、またはステータスが「候補者に送信済み」に変わった日時を記録します。

イベントタイプ explicit
必須研修の割り当て
コンプライアンス、安全、または職務に応じた必須研修が新入社員に割り当てられた時点で発生するイベントです。通常、学習管理システム(LMS)で管理されます。
重要な理由

コンプライアンスの遵守とスキルの習得には、研修を速やかに割り当てることが重要です。このアクティビティを起点に、研修の完了率と期限内の完了状況を測定できます。

入手先

研修または学習モジュールで、新しいコースが従業員の学習計画に追加された時点で明示的に記録されます。採用イベントをきっかけに追加されることがよくあります。

記録

学習管理システムから、登録日または割り当て日時を取得します。

イベントタイプ explicit
機器の発注
新入社員に必要なノートパソコン、モニター、電話などの機器を発注した時点を示します。従業員が職務に必要な物理的な機器を確実に受け取るための重要な手順です。
重要な理由

機器の発注や納品の遅れは、新入社員が業務を始める時期に直接影響します。このアクティビティを追跡すると、調達や物流にかかるリードタイムを管理しやすくなります。

入手先

オンボーディングのチェックリストで「機器を発注」タスクが開始または完了になった時点、または調達システムに依頼が記録された時点で記録されます。

記録

機器発注タスクの日時、または対応する発注書の作成日を記録します。

イベントタイプ explicit
機器の納品
発注した機器が実際に納品され、新入社員が使える状態になったことを示します。従業員が使用する機器の準備が完了したことを確認できます。
重要な理由

資産の準備プロセスにおける最終段階です。新入社員が初日までに、または初日に必要な機器を受け取ったことを確認できます。

入手先

IT部門または施設管理担当者が、オンボーディングのチェックリストで「機器の納品」や「職場環境の準備」などのタスクを完了にした時点で、個別に記録されることがよくあります。

記録

機器の納品タスクまたは職場環境の準備タスクが完了した日時を使用します。

イベントタイプ explicit
推奨 任意

データ抽出ガイド

プロセスマイニングに必要なデータの取得方法。

データの抽出方法はシステムによって異なります。詳しい手順は、

ETLガイドをご覧ください   または   特定のプロセスとシステムを選択してください.

始める準備はできていますか?

従業員のオンボーディングデータの抽出を始めるには、システム別のガイドをお選びください。または、この汎用テンプレートを柔軟な出発点としてご利用いただけます。

プロセスマイニングで従業員のオンボーディングを改善

非効率な点を見つけ、スムーズなオンボーディングをすばやく実現します。

無料トライアルを開始

クレジットカードは不要です。5分で設定できます。