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

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

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

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

こちらは従業員オンボーディング向けの汎用プロセスマイニングデータテンプレートです。より具体的なガイダンスが必要な場合は、システム固有のテンプレートをご利用ください。

特定のシステムを選択
  • 効果的なオンボーディング分析のための必須データフィールドとプロセス活動です。
  • 貴社独自のシステムやプロセスバリエーションに合わせて調整可能な、柔軟な基盤です。
  • 包括的なプロセス発見、コンフォーマンスチェック、およびパフォーマンス監視に最適化されています。
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

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

これらは、従業員のオンボーディングプロセスを包括的に分析するために、イベントログに含めることを推奨するデータフィールドです。
5 必須 8 推奨 3 任意
名前 説明
アクティビティ名
ActivityName
オンボーディングプロセスで発生した具体的なタスク、マイルストーン、またはイベントの名称です。
説明

この属性は、より大きなオンボーディングプロセス内の一つのステップまたはイベントを記述します。例えば、「内定受諾」、「バックグラウンドチェック完了」、「ITプロビジョニング要求」などです。活動に対して明確で一貫した命名規則を用いることは、正確で理解しやすいプロセスマップを構築するために不可欠です。

分析において、活動名はプロセスフローの可視化、特定のステップ間のボトルネックの特定、および各活動の頻度測定に使用されます。これはプロセスマップの骨格を形成し、アナリストがオンボーディングジャーニーの各段階で何が起きているかを理解することを可能にします。活動の順序と頻度を分析することは、プロセス逸脱や非効率性を明らかにするのに役立ちます。

その重要性

プロセスの個々のステップを定義し、プロセス全体のマップ作成、ワークフロー、ボトルネック、および逸脱の分析を可能にします。

取得元

HR、IT、オンボーディングシステム内のイベントログ、タスク管理モジュール、または監査証跡から取得されます。

内定承諾済み身元調査を開始しました備品発注済み`オンボーディング`完了
イベント日時
EventTime
オンボーディング活動が発生または完了した正確な日時です。
説明

イベント時間とは、活動が正確に発生した瞬間を記録するタイムスタンプです。このタイムスタンプは、イベントを時系列に並べ、プロセス内の異なるステップ間の期間を計算するために非常に重要です。活動の完了時間、または瞬時イベントの発生時間を表すべきです。

この属性は、プロセスマイニングにおけるすべての時間ベース分析の基盤となります。サイクル時間、待機時間、処理時間などの主要業績評価指標(KPI)を計算するために使用されます。タイムスタンプを分析することで、ボトルネックを特定し、サービスレベル契約に対するプロセスパフォーマンスを測定し、活動の時間的分布を理解することができます。

その重要性

このタイムスタンプは、イベントの順序付け、サイクルタイムや待機時間などすべての時間関連指標の計算、およびプロセスボトルネックの発見に不可欠です。

取得元

各オンボーディングタスクまたはマイルストーンに関連付けられたシステムログまたはトランザクション記録に見つかります。多くの場合、完了日または作成日としてラベル付けされています。

2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:00:00Z
オンボーディングケースID
OnboardingCaseId
一人の新入社員に関するすべてのオンボーディング活動をグループ化する一意の識別子です。
説明

オンボーディングケースIDは、一人の新入社員のオンボーディングプロセス全体を最初から最後まで追跡するための主キーとして機能します。内定受諾から必要な全タスクの完了まで、個々のオンボーディングプロセスには固有の識別子が割り当てられます。このIDは、関連するすべてのイベント、タスク、マイルストーンを結びつけます。

プロセスマイニングにおいて、この属性はケース相関の基本となります。ソフトウェアが各新入社員のエンドツーエンドのプロセスフローを再構築することを可能にし、「バックグラウンドチェック開始」や「備品配送完了」といった個別のイベントを、単一の一貫したタイムラインに接続します。信頼性の高いケース識別子がなければ、ケースレベルでのプロセス分析は不可能です。

その重要性

これは、一人の新入社員のオンボーディングジャーニーに関するすべての関連イベントを結びつけ、エンドツーエンドのプロセス分析を可能にする不可欠なキーです。

取得元

通常、従業員向けの新しい採用プロセスが開始された際に、主要なHRまたはオンボーディング管理システムによって生成されます。

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

この属性は、HRIS、採用管理システム(ATS)、ITサービス管理(ITSM)ツールなど、データセット内の各イベントの発生元となる情報システムを識別します。オンボーディングプロセスは複数のシステムにまたがることが多いため、データ検証やシステム間の連携を理解するために、発生元を追跡することが極めて重要です。

プロセスマイニング分析において、ソースシステムを知ることは、データ品質の問題を診断し、異なるプラットフォーム間のハンドオフを理解するのに役立ちます。例えば、人事システムにおける活動とITシステムにおける対応する活動との間の時間遅延を分析することで、統合の問題や手動データ転送の遅延が明らかになることがあります。これにより、特定のプロセスステップがそのように動作する理由の文脈が提供されます。

その重要性

各イベントの発生源を特定し、データ品質の問題解決や異なる企業システム間のプロセス引き継ぎ分析に不可欠です。

取得元

この情報は通常、データ抽出、変換、ロード(ETL)プロセス中に追加されるか、集中型データウェアハウス内の標準フィールドとして存在する場合があります。

HCMシステムITSMプラットフォーム採用管理システム
最終データ更新
LastDataUpdate
この`イベント`の`データ`が`ソースシステム`から`最終的`に`更新`または`抽出`された`時刻`を示す`タイムスタンプ`です。
説明

この属性は、ソースシステムからデータが最後に同期された日時を示すタイムスタンプを提供します。これは、分析されているデータの鮮度と最新性を理解するために不可欠なメタデータフィールドです。これは、ビジネス活動が実際に発生した日時を記録する「イベントタイム」とは異なります。

「最終データ更新」タイムスタンプは、データガバナンスにとって重要であり、分析が現在の情報に基づいていることを保証するために役立ちます。ダッシュボードのユーザーが、リアルタイムデータを見ているのか、それとも特定の時点のスナップショットを見ているのかを理解するのに役立ちます。また、データパイプラインのデバッグや、データ抽出プロセスがスケジュールどおりに実行されているかの検証にも不可欠です。

その重要性

データの鮮度を示し、データガバナンスと、プロセス分析が業務の最新の状態を反映していることを保証するために不可欠です。

取得元

このタイムスタンプは通常、データインジェストプロセス中にデータ抽出、変換、ロード(ETL)ツールまたはデータパイプラインによって生成および記録されます。

2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
`イベント`実行者
EventPerformer
オンボーディング活動を実行したユーザー、役割、またはシステムです。
説明

この属性は、所定の活動を誰がまたは何が実行したかを識別します。実行者は、採用マネージャーのような特定のユーザー、「ITサポート」のような役割、または自動化システムやボットである可能性があります。この情報は、プロセスにおけるリソースの関与と引き継ぎを理解する上で重要です。

イベント実行者を分析することは、相互作用と作業負荷を示すソーシャルネットワークまたは組織マップを作成するのに役立ちます。これにより、どの部門や個人がボトルネックになっているかを特定し、反復的な手動タスクを特定することで自動化の機会を浮き彫りにすることができます。誰が何をするかを理解することは、リソースの最適化と部門横断的なコラボレーションの改善の基本です。

その重要性

誰が各タスクを実行しているかを明らかにし、ワークロードの分散、引き継ぎ効率、自動化の機会を分析できるようにします。

取得元

ソースシステムの監査証跡またはイベントログデータに見つかります。多くの場合、「ユーザーID」、「変更者」、または「システムエージェント」として記録されています。

ジェーン・ドウITプロビジョニングサービスHRコーディネーターシステムユーザー
イベントの終了時刻
EventEndTime
活動の完了タイムスタンプで、測定可能な期間を持つタスクに使用されます。
説明

イベント終了時間は、期間を要する活動が完了した瞬間を示します。多くのオンボーディングイベントは瞬時ですが、「バックグラウンドチェック」や「必須トレーニング」のような一部のタスクには明確な開始と終了があります。この属性は、そのようなタスクの終了点を捕捉します。

プロセスマイニングでは、開始時間と終了時間の両方を持つことで、活動の処理時間を正確に計算できます。これは活動間の期間である待機時間とは異なります。処理時間を分析することで、ステップ間の長い遅延を特定するだけでなく、どの特定のタスクの完了に最も時間がかかっているかを特定するのに役立ちます。正確なリソース利用モデルの作成や、特定のタスク内の詳細なボトルネック分析にとって極めて重要です。

その重要性

特定の活動が完了するまでの時間(処理時間)を正確に計算できるため、リソース分析や非効率なタスクの特定に不可欠です。

取得元

通常、「進行中」や「完了」といった明確な状態を持つ活動があるタスク管理システムやワークフローシステムで見られます。

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

この属性は、新入社員が勤務する地理的または物理的な場所を指定します。これには、都市、国、特定のオフィスビル、または「リモート」のような指定が含まれます。

場所は分析にとって重要な要素です。オンボーディングプロセスは、異なる法的要件、オフィスロジスティクス、または地域管理慣行により、地理によって大きく異なる可能性があるためです。場所でプロセスをフィルタリングまたは比較することにより、組織は地域の不整合を特定し、現地法規制へのコンプライアンスを確保し、適切な場合はオンボーディング体験を標準化できます。これは、現地のニーズと企業標準のバランスを取ることを目指すグローバル企業にとって特に重要です。

その重要性

オンボーディングプロセスにおける地理的な違いを分析でき、グローバル組織におけるコンプライアンス確保と体験の標準化に不可欠です。

取得元

この情報は通常、HRシステム内の従業員プロファイルに保存され、多くの場合、求人要件によって決定されます。

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

新入社員が就く役職の正式名称(例:『ソフトウェアエンジニア』、『アカウントマネージャー』、『HRジェネラリスト』など)を定義する属性です。この情報により、オンボーディングプロセスの分析に詳細な視点が加わります。

役職や職位別にプロセスを分析することで、重要なパターンが明らかになります。例えば、役員職のオンボーディングプロセスは、エントリーレベルの職位と比べて大幅に異なり、期間も長くなる可能性があります。この属性を使用すると、異なる従業員層向けにカスタマイズされたプロセスビューを作成でき、類似する職務間で比較を行い、役割に応じたオンボーディングパスの設計に役立てることができます。

その重要性

様々な職務におけるオンボーディングプロセスの違いを分析でき、職務固有のプロセス最適化とカスタマイズの必要性を特定するのに役立ちます。

取得元

求人票または人事情報システム(HRIS)における従業員の役職詳細から取得されます。

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

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

オンボーディングケースIDがプロセスを追跡するのに対し、従業員IDはオンボーディング活動を特定の個人にリンクします。これにより、オンボーディング体験が将来の従業員パフォーマンス、エンゲージメント、または定着率にどのように影響するかを関連付けるなどの長期分析が可能になります。また、メインのHRシステムからの勤続年数や職務変更といった他の従業員属性でオンボーディングデータを補強するためにも使用されます。

その重要性

オンボーディングプロセスを恒久的な従業員記録と連結させ、オンボーディングが従業員の定着率やパフォーマンスにどのように影響するかを長期的に分析できるようにします。

取得元

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

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

この属性は、新入社員が雇用を開始する正式な日付です。オンボーディングプロセスにおける重要なマイルストーンであり、多くのパフォーマンス指標の主要な参照点として機能します。

「従業員開始日」は、オンボーディングの開始前フェーズと開始後フェーズを区別するために使用されます。「初日準備率」や「雇用前サイクルタイム」などのKPIを計算するために不可欠です。「備品配送完了」のような活動のタイムスタンプを開始日と比較することで、企業は新入社員の到着にどれだけ効果的に準備しているかを測定できます。この日付は、すべてのプレボーディング活動にとって重要な期限となります。

その重要性

入社前活動と入社後活動を区別する重要な日付であり、「初日準備度」やその他の主要KPIの測定に不可欠です。

取得元

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

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

採用マネージャー属性は、新入社員の直属の上司を識別します。この人物は、新入社員の統合、トレーニング、および初期パフォーマンスに主に責任を負います。

プロセスマイニングでは、採用マネージャーごとの活動を分析することで、オンボーディング中のマネージャーの関与と有効性のばらつきを浮き彫りにすることができます。これは、オンボーディングタスクを非常に効率的に完了しているマネージャーと、追加のサポートやトレーニングが必要なマネージャーを特定するのに役立ちます。この情報は、マネージャーの責任感を向上させ、直属のマネージャーによって大きく左右される新入社員体験全体の整合性を改善するために不可欠です。

その重要性

マネージャーがオンボーディング責任を果たす上でのパフォーマンスと一貫性を評価するのに役立ち、新入社員の体験と即戦力化までの時間に直接影響を与えます。

取得元

求人票データまたはHRシステムで定義された従業員のレポートラインから取得されます。

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

この属性は、新入社員が所属する「営業」、「エンジニアリング」、「財務」などの組織単位を指定します。これは、各オンボーディングケースに重要なビジネスコンテキストを提供します。

プロセスマイニング分析において、部門はフィルタリングと比較のための主要なディメンションです。アナリストはこれを使用してオンボーディングプロセスをセグメント化し、組織全体でパフォーマンスがどのように異なるかを理解できます。例えば、エンジニアリング部門とマーケティング部門の平均オンボーディングサイクルタイムを比較して、ベストプラクティスやサポートが必要な領域を特定できます。また、リソース配分を理解し、オンボーディングジャーニーにおける部門固有のボトルネックを特定するのにも役立ちます。

その重要性

異なる事業部門間のオンボーディング効率、プロセスバリエーション、新入社員体験の比較を可能にし、標準化の機会を浮き彫りにします。

取得元

通常、HRシステム内の新入社員の従業員プロファイルまたは求人要件データから取得されます。

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

この属性は、オンボーディングケースがそのライフサイクルのどの段階にあるかについて、高レベルの概要を提供します。一般的なステータスには、「進行中」、「完了」、「キャンセル」、「保留中」などがあります。これは、プロセスが進むにつれて変化するケースレベルの属性であることが多いです。

オンボーディングステータスは、運用監視や高レベルのダッシュボード作成に特に役立ちます。これにより、関係者はアクティブ、完了済み、または問題に直面しているオンボーディングの数を素早く確認できます。プロセスマイニングでは、未完了またはキャンセルされたケースをフィルタリングして根本原因分析を実行し、なぜ一部のオンボーディングプロセスが正常に完了しないのかを理解するために使用できます。

その重要性

ケースの進捗状況をハイレベルで把握でき、未完了またはキャンセルされたオンボーディングプロセスの運用監視および根本原因分析を可能にします。

取得元

このステータスは通常、主要なオンボーディングまたはHRワークフロー管理システムで管理および更新されます。

進行中完了済みキャンセル済み開始日保留中
新入社員氏名
NewHireName
オンボーディングされる従業員の氏名です。
説明

この属性には、新入社員の氏名が含まれます。これにより、各オンボーディングケースの人間が読みやすい識別子となり、ID番号を照合することなく、特定のインスタンスをユーザーが調査しやすくなります。

通常、集計されたプロセス分析には使用されませんが、「新入社員名」は運用監視や個々のケースの詳細な調査において非常に価値があります。例えば、オンボーディングの進捗状況を追跡するライブダッシュボードでは、特定の段階で停滞している新入社員の名前が表示され、人事担当者やマネージャーが直接介入できるようになります。これは、プロセスマイニングのダッシュボードに重要な使いやすさのレイヤーを追加します。

その重要性

個々のケースに人間が判読可能な識別子を提供し、マネージャーやHRスタッフが特定のオンボーディングジャーニーを追跡・調査しやすくします。

取得元

採用管理システム(ATS)または人事情報システム(HRIS)における新入社員のプロファイルから取得されます。

John SmithMaria Garciaチェン・ウェイ
雇用形態
EmploymentType
新入社員の雇用形態(フルタイム、パートタイム、契約社員など)の分類です。
説明

この属性は、新入社員と会社との雇用形態を分類します。一般的な値には、「正社員」、「パートタイム」、「契約社員」、または「インターン」が含まれます。雇用形態は、オンボーディングプロセスの複雑さと要件を決定することがよくあります。

雇用形態別にプロセスを分析することは、プロセスバリエーションを理解するために不可欠です。例えば、契約社員のオンボーディングは、正社員と比較して著しく短く、異なる法的およびITステップを伴う場合があります。この属性で分析をセグメント化することにより、パフォーマンス指標が公平に評価されることが保証され、組織が異なるタイプの従業員向けの明確なオンボーディングパスを最適化するのに役立ちます。

その重要性

異なる従業員タイプごとにオンボーディングプロセスをセグメント化でき、公正なパフォーマンス比較を保証し、個別のプロセスパスの最適化を支援します。

取得元

これは、主要なHRシステム内の従業員の職務または役職データに見られる中心的な属性です。

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

従業員オンボーディング活動

このセクションでは、正確なプロセスディスカバリーと洞察に満ちたパフォーマンス分析のために捕捉すべき主要なプロセスステップと重要なマイルストーンを概説します。
7 推奨 10 任意
アクティビティ 説明
`オンボーディング`完了
この活動は、新入社員のオンボーディングプロセス全体の正式な完了を示します。新入社員のオンボーディング計画内のすべての割り当てられたタスクが完了したことを意味します。
その重要性

このイベントはオンボーディングプロセスの終了を定義し、総サイクルタイムの正確な計算を可能にします。これにより、組織が新入社員をプロセス的な観点から完全に統合されたとみなしていることが確認されます。

取得元

このイベントは、オンボーディングジャーニー全体のステータスが「完了」に設定されたとき、または最終タスクが完了したときに推測されて捕捉されます。

取得

親オンボーディングケースまたは計画が最終的な「完了」ステータスに移行したときのタイムスタンプを使用してください。

イベントタイプ explicit
ITプロビジョニング要求済み
この活動は、新入社員に必要なアカウント、システムアクセス、メールを作成するようIT部門に送られる正式なリクエストを指します。これは、すべての技術的なオンボーディングの開始点となります。
その重要性

タイムリーなITプロビジョニングは、新入社員の初日からの生産性にとって極めて重要です。このリクエストから完了までの時間を測定することで、初日準備に影響を与える主要なボトルネックを特定するのに役立ちます。

取得元

定義済みの「ITプロビジョニング」タスクが作成または割り当てられた際に取得されます。これは多くの場合、従業員プロファイルの作成によってトリガーされる自動ワークフローを通じて行われます。

取得

ITプロビジョニングタスク、チケット、またはサービスリクエストの作成タイムスタンプを使用してください。

イベントタイプ explicit
内定承諾済み
雇用前フェーズの正式な開始を示します。このイベントは、候補者が正式に内定を受諾し、入社の意向を確認した際にトリガーされます。
その重要性

これは、オンボーディング全体のサイクルタイムを測定するための重要な開始点です。候補者のコミットメントから雇用前フェーズの期間と効率の分析を可能にします。

取得元

通常、候補者のステータスが「採用済み」または「内定受諾」に更新された際に、採用追跡システムまたはHRモジュールから捕捉されます。

取得

候補者のオファーステータスフィールドが「承諾済み」に変更された時点のタイムスタンプを特定します。

イベントタイプ explicit
従業員`プロファイル`の作成
コアHRシステムにおける新入社員の記録の正式な作成を表します。このイベントは、個人を候補者から記録システム内の従業員へと正式に移行させます。
その重要性

これは、給与設定、福利厚生登録、ITプロビジョニングなど、他のすべての従業員関連プロセスを可能にする基本的なマイルストーンです。HR処理効率の主要な指標となります。

取得元

これは、コアHRデータベース内の新しい従業員記録または人物記録の作成日から推測されます。

取得

主要な従業員マスターデータテーブルにおける主キーまたはレコードの作成タイムスタンプを使用してください。

イベントタイプ inferred
従業員開始日到来
この活動は、新入社員の正式な雇用開始日を表します。これは、トランザクション的なユーザーアクションではなく、主要な日付フィールドに基づいて計算されるイベントです。
その重要性

これは、プレボーディング活動と入社後活動を区別する極めて重要なマイルストーンです。生産性向上までの時間や入社後のエンゲージメントを測定するためのベースラインとして機能します。

取得元

コアHRシステムの従業員プロファイルに関連付けられた「開始日」または「採用日」属性から導出されます。

取得

従業員の開始日フィールドに基づいてイベントを生成します。タイムスタンプは勤務日の開始時に設定できます。

イベントタイプ calculated
必須トレーニング完了
新入社員によるすべての必須トレーニングコースの成功裏の完了を示します。これは、従業員が初期のコンプライアンスおよび学習要件を満たしたことを意味します。
その重要性

これは、新入社員がコンプライアンスを遵守し、役割に必要な装備を整えていることを保証するための重要なマイルストーンです。新入社員の準備状況とトレーニングプログラムの効果を測る重要な尺度となります。

取得元

学習管理システムで、最後に割り当てられたトレーニングコースのステータスが「完了」に更新された際に記録されます。

取得

従業員の初期学習計画における最終必須コースの完了タイムスタンプを特定します。

イベントタイプ explicit
採用前書類完了
この活動は、新入社員が必要な雇用前書類の署名と提出を完了したときに発生します。システムは通常、すべての電子署名または書類アップロードが完了すると、これを自動的に記録します。
その重要性

書類の完了は、公式な従業員プロファイル作成と給与支払い開始のための重要な前提条件です。このマイルストーンは、初日準備とコンプライアンス確保に不可欠です。

取得元

文書パッケージ内の必須フォームすべてが電子署名された際、またはHRユーザーが受領と完了を手動で確認した際に自動的に記録されます。

取得

全体の書類パッケージまたはその最終的な必須書類のステータスが「完了」としてマークされた時点のタイムスタンプを特定します。

イベントタイプ explicit
30日目チェックイン完了
新入社員とマネージャー間の最初の正式なチェックインの完了を表します。この会議は通常、進捗状況の議論、質問への回答、フィードバック提供のために30日目頃に行われます。
その重要性

早期のチェックインは、従業員のエンゲージメント、定着、問題が深刻化する前の対処に不可欠です。これを追跡することで、マネージャーがオンボーディングジャーニーに積極的に関与していることを確認できます。

取得元

マネージャーまたはHRによって「30日目チェックイン」タスクまたは簡易パフォーマンスレビューフォームが完了としてマークされた際に取得されます。

取得

チェックインタスクの完了タイムスタンプまたは関連フォームの提出日を使用してください。

イベントタイプ explicit
オリエンテーション完了
新入社員の最初のオリエンテーションセッションの完了を示します。このセッションでは、通常、企業文化、主要ポリシー、福利厚生、および紹介が行われます。
その重要性

オリエンテーションは、企業文化への適応と、従業員が会社の規範とリソースを理解するために重要な役割を果たします。その完了を追跡することで、一貫性のある初日の体験を保証できます。

取得元

オンボーディングチェックリストで、HRまたは採用マネージャーによって「オリエンテーション」タスクが完了としてチェックされた際に取得されます。

取得

オンボーディングワークフローにおけるオリエンテーションタスクの完了タイムスタンプを使用してください。

イベントタイプ explicit
オンボーディングキャンセル済み
従業員の開始日前にオンボーディングプロセスが終了することを示します。これは、候補者が内定を辞退した場合や、バックグラウンドチェックが不合格だった場合に発生する可能性があります。
その重要性

これは分析すべき重要な例外経路です。入社前の離職を定量化し、候補者が途中で離脱する可能性のあるプロセス上の問題を特定するのに役立ちます。

取得元

HRシステム内で「採用取り消し」または「オンボーディングキャンセル」アクションによって取得され、アクティブなオンボーディングワークフローを終了します。

取得

オンボーディングプロセスログ内のキャンセルまたは取り消しイベントのタイムスタンプを特定します。

イベントタイプ explicit
オンボーディングプロセス開始済み
この活動は、新入社員のオンボーディングプロセスのシステムレベルでの開始を示します。候補者が採用システムから人事システムに移行された際に自動的にトリガーされ、最初のオンボーディングケースや記録が作成されることがよくあります。
その重要性

このイベントは、オンボーディングライフサイクル全体を測定するための最も早い開始点を提供します。採用決定からオンボーディング活動の正式な開始までの遅延を特定するのに役立ちます。

取得元

通常、HRISでオンボーディングケースまたはワークフローが作成されたときに捕捉されます。これは、多くの場合、連携された採用モジュールでの「採用準備完了」のようなステータス変更によってトリガーされます。

取得

オンボーディングレコードの作成タイムスタンプ、またはオンボーディングプロセスログ内の最初のステータスエントリを探します。

イベントタイプ explicit
バックグラウンドチェック完了
新入社員のバックグラウンドチェックが成功裏に完了し、結果が利用可能であることを示します。これは採用プロセスが最終化される前の重要なゲートキーピングステップです。
その重要性

開始から完了までの期間は、サードパーティサービスプロバイダーにとって主要なパフォーマンス指標です。このマイルストーンは、その後の採用およびプロビジョニングステップのブロックを解除します。

取得元

オンボーディングチェックリスト内のバックグラウンドチェックタスクが「完了」とマークされた際、またはスクリーニングベンダーから最終ステータスが受領された際に記録されます。

取得

バックグラウンドチェックタスクの最終ステータス更新(例:「承認済み」または「完了」)のタイムスタンプを使用してください。

イベントタイプ explicit
備品発注済み
新入社員向けにラップトップ、モニター、電話などの必要なハードウェアが発注される時点を表します。このステップは、従業員がその職務に必要な物理的なツールを確実に所有するために不可欠です。
その重要性

備品の発注または配送の遅延は、新入社員の業務能力に直接影響します。この活動を追跡することで、調達およびロジスティクスのリードタイム管理に役立ちます。

取得元

通常、「備品注文」タスクがオンボーディングチェックリストで開始または完了とマークされたとき、または調達システムでリクエストが記録されたときに捕捉されます。

取得

備品発注タスクのタイムスタンプ、または対応する発注書の作成日を取得します。

イベントタイプ explicit
備品配送済み
この活動は、注文されたハードウェアが物理的に配送され、新入社員のために準備が整ったことを示します。これにより、従業員のための物理的なセットアップが完了したことが確認されます。
その重要性

これは、資産プロビジョニングプロセスにおける最終的なマイルストーンです。新入社員が入社前または入社日に必要な物理的ツールを確保していることを確認します。

取得元

多くの場合、ITまたは施設担当者によってオンボーディングチェックリストで「備品配送済み」または「ワークスペース設定完了」タスクが完了としてマークされることで追跡されます。

取得

備品配送またはワークスペース設定タスクの完了タイムスタンプを使用してください。

イベントタイプ explicit
必須トレーニング割り当て済み
このイベントは、新入社員に必要なコンプライアンス、安全、または役割固有のトレーニングが割り当てられたときに発生します。これは通常、学習管理システム(LMS)を通じて管理されます。
その重要性

トレーニングの迅速な割り当ては、コンプライアンスとスキル開発にとって重要です。この活動により、トレーニング完了率と適時性の測定が開始されます。

取得元

従業員の学習計画に新しいコースが追加された際に、トレーニングまたは学習モジュール内に明示的に記録されます。これは採用イベントによってトリガーされることが多いです。

取得

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

イベントタイプ explicit
採用前書類送付済み
このイベントは、新入社員にレビューと署名のための必要書類の初回パケットが送信されたときに発生します。このパケットには通常、契約書、税務書類、ポリシー確認書、個人データフォームが含まれます。
その重要性

この活動は、新入社員が重要な管理タスクをどれだけ迅速に完了するかを計るスタート地点となります。これにより、文書管理やコミュニケーションにおけるボトルネックの特定に役立ちます。

取得元

HR管理者がシステムの文書管理または電子署名機能を通じて文書パッケージを送信した際に記録されます。

取得

文書パッケージが割り当てられた時点、またはステータスが「候補者へ送付済み」に変更された時点のタイムスタンプを取得します。

イベントタイプ explicit
身元調査を開始しました
新入社員に対してバックグラウンドチェックまたはスクリーニングプロセスが要求される時点を表します。これは、他のオンボーディング活動が進む前に、コンプライアンスと適格性を確保するための初期ステップとなることがよくあります。
その重要性

この活動を追跡することで、雇用前スクリーニングプロセスの効率性を測定できます。ここでの遅延は、新入社員の開始日とオンボーディング全体のタイムラインに大きく影響する可能性があります。

取得元

特定の「バックグラウンドチェック」タスクが作成された際、ステータスが更新された際、またはサードパーティのスクリーニングプロバイダーとの連携ログを通じて取得されます。

取得

バックグラウンドチェックタスクの作成タイムスタンプ、またはリクエストが送信されたことを示すログエントリを使用してください。

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

抽出ガイド

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

抽出方法はシステムによって異なります。詳細な手順については、

ETLガイドを読む

または 特定のプロセスとシステムを選択.