採用から退職まで：従業員ライフサイクルのデータテンプレート

アクティビティ名は、採用から退職までのプロセスにおける個々の手順または節目を表します。記録された各イベントが1つのアクティビティとなり、従業員の経歴を構成するイベントの順序を形成します。

この属性は、プロセスマップを作成するうえで基本となります。さまざまなアクティビティの順序と頻度を分析することで、組織は一般的なプロセス経路、逸脱、ボトルネックを特定できます。たとえば、「Job Requisition Created」から「Offer Accepted」までの経路を可視化し、採用効率を測定できます。

プロセスマップ上の手順を定義し、採用から退職手続きまでの従業員ライフサイクルを可視化・分析できます。

通常、Dynamics 365 HRの各種モジュール（Recruiting、Onboarding、Core HRなど）におけるステータス変更、完了したタスク、記録されたイベントから導出されます。

イベント時刻には、従業員ライフサイクルにおける各アクティビティの正確な日時が記録されます。この時系列データは、プロセス期間の分析、遅延の特定、イベントの順序の把握に欠かせません。

プロセスマイニングでは、このタイムスタンプを使ってイベントを正しい順序に並べ、アクティビティ間の時間（サイクルタイム）やプロセス全体の期間（ケース期間）を計算します。「平均採用期間」や「オンボーディングサイクルタイム」など、ほぼすべての時間ベースKPIの基礎となります。

イベントの順序付け、時間ベースのすべての指標の計算、プロセス内のボトルネックや遅延の発見に欠かせないタイムスタンプです。

Dynamics 365 HRのレコードにある作成日時またはステータス更新日時に対応します。例として、応募日、採用日、業績評価完了日などがあります。

従業員IDは、採用から退職までのプロセス分析の基盤です。最初の応募から最終的な退職手続きまで、すべてのイベントを特定の個人に関連付けます。これにより、組織内における従業員の経歴を最初から最後まで把握できます。

プロセスマイニングでは、この属性を使って関連するすべてのアクティビティを1つのケースにまとめます。従業員IDでプロセスを分析すると、在籍期間の合計、担当した役割の順序、個人ごとの業績評価や昇進などのイベント頻度を把握できます。

従業員に関するすべてのイベントを結び付ける基本的なケース識別子であり、個人の経歴とライフサイクル全体を追跡できます。

通常、Dynamics 365 Human ResourcesのWorkerレコードに関連付けられた「Personnel number」フィールドです。

この属性はイベントデータの取得元を示します。この場合は「Microsoft Dynamics 365 HR」です。別の応募者追跡システムや給与計算プロバイダーなど、複数の人事システムからデータを統合する環境では、データガバナンスと追跡可能性の確保に役立ちます。

分析では、データの完全性を確認し、特定の記録システムから発生したイベントだけに絞り込むために利用できます。プロセスマイニングプロジェクトの対象範囲を検証する際にも有効です。

データの取得元とガバナンスに関する重要な情報を提供し、追跡可能性を確保するとともに、特定の記録システムに分析対象を絞り込めます。

データ抽出および変換の処理中に追加し、レコードの取得元を示す静的な値です。

この属性には、データセットが最後に更新された日時が記録されます。分析結果の鮮度を把握し、プロセスに関する情報がどの時点のものかを理解するうえで重要です。

ダッシュボードやレポートでは、データの鮮度を知らせるためにこのタイムスタンプを表示することがよくあります。データの経過時間を踏まえて意思決定できるため、古い情報による誤解を防げます。

データの鮮度を知らせ、分析対象の期間を理解したうえで、最新の情報に基づいて意思決定できるようにします。

通常、Dynamics 365 HRからデータを取得するETL（Extract、Transform、Load）処理中に生成され、保存されます。

勤務地は、従業員が働く物理的または地域的な拠点を示します。国、州、市区町村、特定のオフィスビルなどを指定できます。

大規模で分散した組織では、勤務地別に人事プロセスを分析することが欠かせません。地域ごとの採用期間、離職率、プロセスのコンプライアンスにおける違いを特定できます。ほぼすべてのダッシュボードで、詳細な調査のための地理的なフィルターとして利用できます。

分析に地理的な視点を加え、プロセスのパフォーマンスや従業員の傾向における地域差を明らかにします。

通常は従業員の職位またはワーカーのレコードに含まれ、Dynamics 365 HRでは特定のオフィスや法人の住所に関連付けられています。

採用責任者は求人申請を担当し、最終的にポジションを充足する責任を負う人物です。この属性を追跡することで、採用プロセスにおける管理者やチームごとのパフォーマンスを把握できます。

管理者別に分析することで、採用サイクルの期間、オファー承諾率、オンボーディングの有効性における差異を明らかにできます。「採用期間分析」ダッシュボードを直接支援し、効率の高い管理者や部門を特定できます。

プロセスのパフォーマンスを特定の管理者に関連付けることで、採用プロセスにおける的を絞ったフィードバックや、優れた取り組み、改善が必要な領域の特定に役立ちます。

通常、Dynamics 365 HRの採用モジュールにある求人申請レコードへ保存されます。

終了時刻は、身元調査や研修モジュールなど、所要時間のあるアクティビティが完了した時点を示します。多くの人事イベントは開始時刻（StartTime）だけで記録される瞬時のイベントですが、開始と終了が定義されるものもあります。

この属性は、個々のアクティビティの処理時間を正確に計算するうえで欠かせません。どの手順に最も時間がかかっているかを分析でき、「オンボーディングプロセスのパフォーマンス」などのダッシュボードで、特定のタスクにかかる時間を測定できます。

個々のアクティビティの所要時間を正確に計算できるため、プロセス内で最も時間のかかる手順を特定するうえで重要です。

所要時間のあるタスクではDynamics 365 HRに別のフィールドとして存在する場合があります。または、プロセス内で後続するアクティビティのStartTimeが該当することもあります。

職務は、従業員が組織内で担うポジションを示します。例として「Software Engineer」や「Account Manager」があります。部門よりも詳細な粒度でプロセスを分析できます。

特定の職務における採用プロセスの分析、キャリア形成経路の追跡、特定のポジションに関連する離職傾向の把握に利用できます。たとえば、技術職の採用期間が大幅に長いか、特定の職務で早期離職率が高いかを確認できます。

職務ごとに人事プロセスを詳細に分析できるため、改善策を調整し、役割固有の問題を特定できます。

Dynamics 365 HRの従業員のポジション情報または職務情報の一部として保存されます。

この属性は、従業員の在籍期間が終了した理由を分類します。退職理由は人事ポリシーに基づいて標準化されていることが多く、従業員の離職要因を把握するうえで欠かせません。

分析では、退職理由は「従業員離職傾向」ダッシュボードの主要な属性です。組織は、望ましくない離職とそれ以外の離職を区別し、特定の部門で自己都合退職が多いといった傾向を特定できます。これは、マネジメントや報酬に関する問題を示している可能性があります。

従業員の離職要因を把握し、対象を絞った定着施策の実施や離職の根本原因への対応につなげるために欠かせません。

通常は、Dynamics 365 HRのCore HRモジュールにおける退職手続きまたはオフボーディングの一環として記録されます。

この属性は、従業員が所属する部門を示します。事業内のさまざまな領域でプロセスのパフォーマンスを分類・比較するための重要な切り口です。

分析では、部門を使ってプロセスマップやKPIを絞り込み、「離職率が最も高い部門はどこか」「エンジニアリング部門の採用期間はマーケティング部門より長いか」といった問いに答えられます。「従業員離職傾向」や「人事ワークフローのバリアント分析」ダッシュボードに欠かせない属性です。

プロセスを部門別に詳細に分類できるため、各部門に固有のパフォーマンス差、ボトルネック、離職傾向を明らかにできます。

Dynamics 365 HRのCore HRモジュールにある従業員のポジション情報に関連付けられています。

SLA目標日は、期限が設定された特定のアクティビティの期日を表します。年次パフォーマンスレビューや必須トレーニングの完了など、定期的に発生するイベントでよく使われます。

この属性は、コンプライアンス関連のKPIを計算するために欠かせません。「パフォーマンスレビュー遵守状況」ダッシュボードでは、実際の完了日（「EventTime」）と目標日を比較し、「パフォーマンスレビュー期限内完了率」KPIを計算します。

期限遵守とコンプライアンスを測定する基準となり、パフォーマンスレビューなど期限が定められた人事タスクに関するKPIの算出に重要です。

パフォーマンスレビューレコード自体に保存される場合や、従業員の入社日と会社のポリシーに基づいて計算される場合があります。

「従業員オンボーディング」アクティビティの完了後に、部門や職務などの主要な従業員データが揃っているかを確認する属性です。従業員レコードの初期設定におけるデータ品質チェックとして機能します。

このフラグは「必須データ欠落率」KPIの計算に使用します。ライフサイクルの早い段階でデータの不備があるケースを特定することで、入力ミスに対応し、人事情報システムの信頼性を高められます。

新入社員の初期データ品質を測定し、人事データの入力ミスの特定と削減、信頼性の高いレポート作成に役立ちます。

データ変換時に算出されるフィールドです。オンボーディング完了後のケースについて、「Department」や「JobRole」などのフィールドがnullでないかを確認します。

この計算属性は、パフォーマンスレビューの期限遵守をtrueまたはfalseで示します。「パフォーマンスレビュー実施」アクティビティのEventTimeと対応するSlaTargetDateを比較して算出します。

このフラグは「パフォーマンスレビュー遵守状況」ダッシュボードに使用され、「パフォーマンスレビュー期限内完了率」KPIを直接計算します。すべての遅延レビューまたは期限内レビューをすばやく絞り込めるため、分析が容易になります。

各パフォーマンスレビューが期限内か遅延かを明確に示し、遵守率を簡単に計算できるため、コンプライアンスの監視を効率化できます。

データ変換時に算出されるフィールドです。EventTime <= SlaTargetDateの場合はTRUE、それ以外の場合はFALSEになります。

この属性は、特定のアクティビティを実行した人事ビジネスパートナー、採用担当者、マネージャーなどのユーザーを識別します。従業員ライフサイクル全体における、人とシステムとのやり取りを追跡できます。

ユーザー別にアクティビティを分析すると、業務量の把握、トレーニングの必要性の特定、プロセスの各ステップを異なる担当者が処理している箇所の特定に役立ちます。たとえば、「給与設定完了」の遅延が特定のユーザーに一貫して関連している場合、追加のトレーニングやサポートが必要である可能性を示します。

プロセスのアクティビティを特定の担当者に紐付け、業務量の配分、ユーザーのパフォーマンス、トレーニング機会を分析できます。

通常は、Dynamics 365 HRのシステム監査ログや各種レコードの「変更者」フィールドに記録されます。

採用所要時間は、採用サイクル全体の効率を測定するケースレベルの主要KPIです。対象の従業員または求人 requisitionについて、「求人 requisition作成」アクティビティから「オファー承諾」アクティビティまでの期間として計算します。

この指標は、「採用所要時間分析」ダッシュボードと「平均採用所要時間」KPIの中心となります。所要時間を分析すると、人材の発掘、面接、オファーの各プロセスにおける非効率を特定し、改善に向けた基準を設定できます。

採用効率を示す主要なパフォーマンス指標であり、組織が空きポジションをどれだけ早く充足できるかを直接測定します。

同一ケース内にある「求人 requisition作成」アクティビティと「オファー承諾」アクティビティのタイムスタンプの差分から算出するケースレベルの指標です。

求人 requisition IDは、新しい従業員の採用依頼に割り当てられる一意のコードです。求人の掲載からオファーの提示まで、関連する採用アクティビティを1件の採用活動に紐付けます。

この属性は、採用サブプロセスを詳しく分析する際に役立ちます。同じポジションに応募した候補者をまとめ、「採用所要時間」を求人 requisitionごとに測定できます。「採用所要時間分析」ダッシュボードを作成するための主要フィールドです。

特定の求人に関する採用アクティビティをまとめ、ポジションごとの採用ファネルを正確に測定・分析できます。

Dynamics 365 HRの採用または応募者追跡モジュールにおけるレコードの主要な識別子です。

この属性は雇用契約の種類を定義します。人員計画や分析に欠かせない基本情報です。

雇用形態別に従業員ライフサイクルを分けると、プロセスの経路や所要時間の違いを把握できます。たとえば、契約社員のオンボーディングは、正社員の場合と大きく異なり、より短時間で完了する可能性があります。この属性により、人事ワークフローのバリアント分析に必要な背景情報を得られます。

異なる雇用形態の従業員に対する人事プロセスを比較し、管理方法の違いを把握できます。

Dynamics 365 HRのCore HRモジュールにあるワーカーまたは職位レコードの標準フィールドです。