従業員オンボーディング用データテンプレート
従業員オンボーディング用データテンプレート
- 詳細な分析のために収集する推奨データ属性
- プロセス内で追跡すべき主要なアクティビティとマイルストーン
- ソースシステムからデータを抽出するためのガイダンス
従業員オンボーディングの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
受け入れプロセスの中で、ある時点に発生した特定のタスクまたはマイルストーンの名前です。 | ||
|
説明
この属性は、「Offer Accepted」、「Background Check Completed」、「First Day Orientation Conducted」など、受け入れプロセス内の1つのステップを表します。各アクティビティは、プロセス内の1つのイベントに相当します。 アクティビティの分析は、プロセスマイニングの中心です。この属性を使ってプロセスマップを作成し、ステップ間のボトルネックを特定し、アクティビティの所要時間を測定し、標準業務手順からの逸脱を検出します。どの作業が、どのような順序で行われているかを把握できます。
重要な理由
この属性はプロセスマップ上のステップを定義します。プロセスフローの可視化、ボトルネックの特定、プロセスのばらつきの分析に欠かせません。
入手先
Microsoft Dynamics 365 Human Resourcesで、従業員プロファイルまたは受け入れチェックリストに記録されたステータス変更、タスク完了、特定のイベントから導出します。
例
オファー承諾身元調査を開始ITアカウントの準備を開始30日目のチェックインを実施
|
|||
|
イベント時刻
EventTime
|
特定の受け入れアクティビティまたはイベントが発生した正確な日時です。 | ||
|
説明
このタイムスタンプは、イベントログ内で各アクティビティが発生した時点を示します。各受け入れケースのプロセスフローを再構成するために必要な時系列を提供します。 タイムスタンプは、時間に基づくプロセスマイニング分析のすべてに欠かせません。アクティビティ間のサイクルタイムや受け入れプロセス全体の所要時間を計算し、遅延を特定し、時間の経過に伴うプロセスパフォーマンスを分析するために使用します。パフォーマンスに関する分析結果の妥当性を確保するには、正確なタイムスタンプが必要です。
重要な理由
イベントを正しい順序に並べ、サイクルタイムやボトルネック分析など、時間に基づくすべての計算を行うための基盤となるタイムスタンプです。
入手先
Microsoft Dynamics 365 Human Resourcesで、タスク、チェックリスト、ステータス更新に関連付けられた作成日または完了日フィールドに対応します。
例
2023-10-01T09:00:00Z2023-10-02T14:30:00Z2023-10-05T11:25:10Z
|
|||
|
受け入れケース
OnboardingCase
|
オファー承諾から初期の組織適応期間まで、新入社員の受け入れプロセス全体を識別する一意の識別子です。 | ||
|
説明
Onboarding Caseは、1人の新入社員に関するすべてのアクティビティ、書類、マイルストーンを結び付ける中心的な識別子です。各ケースは、1人の従業員が受け入れライフサイクルを進む過程を表します。 プロセスマイニングでは、この属性がケース単位の分析の基盤になります。個々の受け入れプロセスを再構成し、プロセス経路を比較したり、バリアントを特定したり、エンドツーエンドのサイクルタイムを計算したりできます。一貫したケース識別子がなければ、プロセスフローを正確に分析することはできません。
重要な理由
関連するすべてのイベントをまとめ、各新入社員の受け入れプロセスをエンドツーエンドで分析するために必要なケース識別子です。
入手先
通常は、候補者のステータスが「Hired」に変更された時点で、Microsoft Dynamics 365 Human Resourcesの中核HRまたは採用モジュール内で生成されます。
例
ONB-2024-00123ONB-2024-00124ONB-2024-00125
|
|||
|
イベント終了時刻
EventEndTime
|
所要時間のあるアクティビティが完了した時点を示すタイムスタンプです。瞬時に発生するイベントでは、開始時刻と同じになる場合があります。 | ||
|
説明
StartTimeはアクティビティの開始を示し、EndTimeはその完了を示します。これは、「Background Check」や「Mandatory Training」など、所要時間を測定できるタスクに特に役立ちます。 明確な終了時刻があることで、個々のアクティビティの処理時間を正確に測定できます。単にアクティビティ間の待ち時間を測るのではなく、特定のタスクに実際にどれだけ時間がかかっているかを把握できます。リソースの効率を分析し、最も時間を要するアクティビティを特定するうえで欠かせません。
重要な理由
個々のアクティビティにかかる時間を正確に計算できます。時間を要する特定のタスクを特定するうえで重要です。
入手先
Microsoft Dynamics 365 Human Resourcesのタスクまたはチェックリスト項目にある「Completed On」または「Resolved Date」フィールドに対応します。
例
2023-10-01T10:15:00Z2023-10-04T11:00:00Z2023-10-06T17:00:00Z
|
|||
|
オンボーディングステータス
OnboardingStatus
|
オンボーディングケース全体の現在のステータスです。 | ||
|
説明
この属性は、オンボーディングケースの大まかなステータスを示します。たとえば、「Not Started」、「In Progress」、「Completed」、「Canceled」などです。各ケースがライフサイクルのどの段階にあるかを把握できます。 「Real-time Onboarding Progress」ダッシュボードでは、進行中のオンボーディング案件をすばやく確認できるため、特に役立ちます。関係者は現在の作業量を把握し、停滞している可能性のあるケースを特定できます。また、サイクルタイム分析から未完了またはキャンセル済みのケースを除外し、結果への影響を防ぐこともできます。
重要な理由
ケースの進捗を大まかに把握でき、進行中または完了したケースの絞り込みや業務の監視に役立ちます。
入手先
Microsoft Dynamics 365 Human Resourcesのドキュメントを参照してください。オンボーディングの主要エンティティにあるステータスフィールド、または最後に完了したアクティビティに基づいて算出された値の場合があります。
例
進行中完了遅延キャンセル済み
|
|||
|
コンプライアンス期限
ComplianceDueDate
|
特定のコンプライアンス関連アクティビティを完了しなければならない期限です。 | ||
|
説明
この属性には、書類の記入や必須研修の受講など、重要で期限のあるタスクの目標完了日が保存されます。この日付は、法的要件や社内ポリシーに基づいて決められることがよくあります。 「Onboarding Compliance Status」ダッシュボードと「Onboarding Phase Adherence Rate」KPIに欠かせない属性です。実際のアクティビティ完了時刻(「EventTime」)と「ComplianceDueDate」を比較することで、プロセスがコンプライアンス要件を満たしているかを判定できます。組織がリスクを抑え、法令や社内ポリシーの要件を期限内に満たすために役立ちます。
重要な理由
重要なタスクのコンプライアンス遵守状況と期限内の実行状況を測定するうえで欠かせません。法務上および業務上のリスクの低減にも役立ちます。
入手先
Microsoft Dynamics 365 Human Resourcesのドキュメントを参照してください。特定のタスクまたはチェックリスト項目にある「Due Date」フィールドの場合があります。
例
2023-11-15T23:59:59Z2023-12-01T23:59:59Z2023-11-20T23:59:59Z
|
|||
|
役職名
PositionTitle
|
新入社員の正式な役職名です。 | ||
|
説明
この属性は、従業員が採用された職務または役職を示します。たとえば、「Software Engineer」、「Account Manager」、「Financial Analyst」などです。 特に「New Hire Onboarding Throughput」ダッシュボードで有用な分析軸です。職種や職位別にオンボーディングのパフォーマンスを分けて分析できるため、特定の職種でオンボーディングが長期化または複雑化していないかを確認できます。この結果をもとに、職種群に合わせてオンボーディング計画を調整できます。
重要な理由
異なる職種のオンボーディングプロセスを絞り込み、比較できます。職種ごとに固有の要件や所要時間がある場合にも役立ちます。
入手先
Microsoft Dynamics 365 Human Resourcesのドキュメントを参照してください。新入社員に関連付けられたJobまたはPositionエンティティで確認できます。
例
シニアソフトウェアエンジニアマーケティングコーディネーター人事ジェネラリスト
|
|||
|
採用責任者
HiringManagerName
|
新入社員の直属の上司となるマネージャーの氏名です。 | ||
|
説明
この属性は、新入社員に対して採用責任を負うマネージャーを示します。採用責任者は、チーム紹介やオンボーディング計画の作成など、オンボーディングで重要な役割を担うことがよくあります。 採用責任者別にプロセスを分析すると、チーム単位でのオンボーディング方法の違いを把握できます。「Departmental Onboarding Performance」ダッシュボードでは、部門から個々のマネージャーまで掘り下げて確認できます。オンボーディングに関する追加研修が必要なマネージャーや、効率的なプロセスを推進しているマネージャーを特定できます。
重要な理由
チーム単位でプロセスの違いを分析し、オンボーディングの成功に重要な役割を果たすマネージャーを特定できます。
入手先
Microsoft Dynamics 365 Human Resourcesのドキュメントを参照してください。通常は、従業員のPositionレコードにある「Reports to」または「Manager」フィールドに保存されています。
例
John SmithEmily JonesMichael Brown
|
|||
|
部門
DepartmentName
|
新入社員が所属する部門または事業部門です。 | ||
|
説明
この属性は、新入社員が所属する組織上の部門を示します。たとえば、営業、IT、財務などです。分析における重要な組織軸です。 部門別にプロセスを分けて分析することは、「Departmental Onboarding Performance」ダッシュボードに欠かせません。組織内の各部門について、オンボーディングのサイクルタイム、コンプライアンス率、プロセスのバリエーションを比較できます。これにより、プロセスが最も効率的な部門や、追加の支援または標準化が必要な部門を特定できます。
重要な理由
異なる事業部門のパフォーマンスを比較し、ベストプラクティスや改善または標準化が必要な領域を特定できます。
入手先
Microsoft Dynamics 365 Human Resourcesのドキュメントを参照してください。通常は、新入社員に関連付けられたPositionまたはJobエンティティに保存されています。
例
営業・マーケティング情報技術人事財務
|
|||
|
ITプロビジョニングのリードタイム
ITProvisioningLeadTime
|
ITアカウントのプロビジョニングを開始してから、新入社員に機器が届くまでの時間です。 | ||
|
説明
この指標は、オンボーディングに含まれる重要なサブプロセス、つまり新入社員に必要なITアクセスと機器を用意するまでの期間を計算します。「IT Account Provisioning Initiated」イベントから「Equipment Delivered」イベントまでの時間を測定します。 「Critical Path Activity Durations」および「IT & Equipment Readiness Cycle」ダッシュボードの主要KPIです。ここでリードタイムが長いと、新入社員が初日から業務を開始する能力に直接影響します。この指標を監視することで、IT部門や外部の機器ベンダーに起因するボトルネックを特定できます。
重要な理由
重要なITセットアッププロセスの効率を測定します。新入社員が初日から業務で成果を上げられるかどうかに直接影響します。
入手先
イベントログに記録された各ケースの「IT Account Provisioning Initiated」と「Equipment Delivered」アクティビティのタイムスタンプの差から計算します。
例
7日3時間10日1時間5日6時間
|
|||
|
アクション実行ユーザー
UserPerformingAction
|
アクティビティを実行したユーザーまたはシステムエージェントです。 | ||
|
説明
この属性は、オンボーディングプロセスで特定のタスクを完了した担当者または自動システムを示します。たとえば、人事担当者、採用責任者、IT自動化ボットなどです。 どの担当者がどのタスクを実行しているかを分析することは、リソース配分と自動化の度合いを理解するうえで重要です。特定のチームや個人が原因となっているボトルネックを特定し、自動化の機会を見つけられます。たとえば、ITアカウントのプロビジョニングを1人が手作業で行っている場合、その担当者が単一障害点となる可能性があり、自動化の候補になります。
重要な理由
作業量の分布を分析し、リソース固有のボトルネックを特定するとともに、プロセス内の自動化レベルを追跡できます。
入手先
通常は監査証跡または履歴ログに記録され、タスクレコードの「Modified By」または「Completed By」フィールドとして確認できます。
例
hr.specialist@company.commanager.jane.doe@company.comITサービスアカウントrecruiter.bob@company.com
|
|||
|
オンボーディング全体のサイクルタイム
OverallOnboardingCycleTime
|
オンボーディングケースの「Offer Accepted」アクティビティから「30-Day Check-in Performed」アクティビティまでに経過した合計時間です。 | ||
|
説明
この計算指標は、1人の新入社員についてオンボーディングプロセス全体にかかる期間を最初から最後まで測定します。プロセス全体の効率を示す重要なKPIです。 「Onboarding End-to-End Cycle Time」ダッシュボードの主要指標です。このKPIを部門や職種ごとに時系列で追跡することで、組織はプロセス改善施策の効果を確認できます。サイクルタイムの短縮は、多くの場合、オンボーディングの主要目標です。新入社員がより早く業務で成果を上げられるようになるためです。
重要な理由
プロセス全体の効率を測定する重要なKPIであり、オンボーディング期間の短縮など、戦略目標を直接支援します。
入手先
ソースシステムのフィールドではありません。各ケースについて、最初と最後の関連イベントの時間差を求め、データ変換時に計算します。
例
35日4時間42日8時間29日2時間
|
|||
|
ソースシステム
SourceSystemName
|
データを抽出した情報システムの名称です。 | ||
|
説明
この属性は、プロセスデータの取得元を示します。現在の企業環境では、1つのプロセスのデータが複数のシステムから取得される場合があるため、取得元を追跡することはデータガバナンスと検証において重要です。 分析では、データの系譜を確認する際に役立ち、複数のシステムが関係する場合はデータの絞り込みにも利用できます。このビューでは値が常に「Microsoft Dynamics 365 Human Resources」となり、データの取得元を確認できます。
重要な理由
データの取得元を示します。データガバナンス、トラブルシューティング、特に複数のシステムが関係する環境でデータの背景を理解するうえで重要です。
入手先
通常は、データの抽出および変換処理の際にデータセットの取得元を示すために付与される固定値です。
例
Microsoft Dynamics 365 Human Resources
|
|||
|
再作業フラグ
IsRework
|
アクティビティが再作業ループの一部かどうかを示すブール型フラグです。 | ||
|
説明
この計算属性は、プロセスの後戻りや繰り返しにあたるアクティビティを示します。たとえば、「Paperwork Completed By New Hire」の後に「Paperwork Sent To New Hire」が発生している場合、入力漏れや誤りによる再作業ループを示している可能性があります。 「Process Variant and Rework Analysis」ダッシュボードに欠かせないフラグです。再作業を直接定量化し、プロセスの非効率、研修の不足、データ品質の問題を明らかにできます。再作業アクティビティで絞り込むことで、こうした無駄なループの根本原因に集中して分析できます。
重要な理由
繰り返しや順序外のアクティビティを示すことで、プロセスの非効率を直接定量化し、エラーや遅延の根本原因を特定できます。
入手先
ソースシステムには存在しません。イベントログ内の各ケースのアクティビティ順序を分析し、ビジネスルールを適用して再作業を特定することで計算します。
例
truefalse
|
|||
|
最終データ更新日時
LastDataUpdateTime
|
ソースシステムからデータが最後に更新された日時を示すタイムスタンプです。 | ||
|
説明
この属性は、Microsoft Dynamics 365 Human Resourcesからデータを最後に抽出した日時を示します。分析対象データの鮮度を把握するための情報です。 レポートやダッシュボードでは、分析がどの時点までのデータに基づいているかを確認するために役立ちます。リアルタイム監視では新しいタイムスタンプが重要であり、過去の分析ではデータの対象期間を確認する基準になります。
重要な理由
データの鮮度を把握できるため、プロセス分析結果の関連性と適時性を理解するうえで欠かせません。
入手先
通常は、データ抽出時にデータパイプラインまたはETLツールによって生成されるタイムスタンプです。
例
2024-05-21T02:00:00Z
|
|||
|
勤務地
Location
|
新入社員が勤務する実際のオフィス、都市、または国です。 | ||
|
説明
この属性は、新入社員の地理的な勤務地を示します。地域ごとの法規制、オフィス手順、物流上の課題が異なるため、勤務地はオンボーディングプロセスに影響する場合があります。 勤務地別に分けて分析すると、拠点や地域ごとのオンボーディング効率を比較できます。特定の国で機器の配送が遅いといった地域固有のボトルネックを明らかにしたり、他の拠点でも取り入れられる、最適化されたオンボーディング手順を実施しているオフィスを特定したりできます。
重要な理由
オンボーディングプロセスを地理的に分析し、地域ごとのパフォーマンスやコンプライアンスの違いを明らかにできます。
入手先
Microsoft Dynamics 365 Human Resourcesのドキュメントを参照してください。WorkerまたはPositionエンティティに関連付けられた住所または勤務地情報で確認できます。
例
ニューヨーク、米国ロンドン、英国シンガポールリモート
|
|||
|
新入社員名
NewHireName
|
オンボーディングの対象となる従業員の氏名です。 | ||
|
説明
この属性には、オンボーディングケースに関連付けられた新入社員の氏名が含まれます。各ケースを人が読み取れる形で識別できます。 プライバシー保護のため統計分析では通常使用しませんが、遅延や問題を調査するために特定の従業員のオンボーディング状況を詳しく確認するなど、業務上の用途では非常に役立ちます。抽象的なプロセスデータを実在する個人に結び付ける情報です。
重要な理由
各ケースを明確に識別できるため、特定のオンボーディング状況を調査し、関係者と分析結果を共有しやすくなります。
入手先
Microsoft Dynamics 365 Human Resourcesのドキュメントを参照してください。オンボーディングケースに関連付けられたEmployeeまたはWorkerエンティティから取得します。
例
Alice JohnsonDavid ChenMaria Garcia
|
|||
|
雇用形態
EmploymentType
|
正社員、パートタイム、契約社員など、新入社員の雇用区分です。 | ||
|
説明
この属性は、雇用契約に基づいて新入社員を分類します。雇用形態によってオンボーディングの経路が異なる場合があります。たとえば、契約社員は福利厚生に関する一部の手順を省略することがあります。 雇用形態別にプロセスを分析すると、各区分に適したプロセスのバリエーションが実行されているかを確認できます。また、正社員向けのすべてのオンボーディングが必要ない臨時スタッフやパートタイムスタッフについて、プロセスを効率化できる機会も見つけられます。
重要な理由
従業員区分ごとのプロセスのバリエーションを分析し、それぞれに適したオンボーディング手順が実行されているかを確認できます。
入手先
Microsoft Dynamics 365 Human Resourcesのドキュメントを参照してください。WorkerまたはEmploymentエンティティの標準フィールドです。
例
正社員パートタイム従業員契約社員インターン
|
|||
従業員オンボーディングのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
30日目のチェックインを実施
|
新入社員とマネージャーまたはHRとの間で予定された30日目のフォローアップ面談が完了した時点を示します。拡張された受け入れプロセスの最終タスクとして追跡されることが多いです。 | ||
|
重要な理由
プロセス分析における定義済みの終了イベントです。完了率を追跡することで、関与度を測定し、新入社員が抱える懸念に早期に対処できます。
入手先
Dynamics 365 HRのOnboardingチェックリストまたはパフォーマンス管理モジュール内にある「30-Day Check-in」タスクの完了タイムスタンプから推定します。
取得
30日目のレビューに関する特定タスクの完了タイムスタンプから推定します。
イベントタイプ
inferred
|
|||
|
HRプロファイル作成
|
このアクティビティは、Dynamics 365 Human Resources内で新入社員の正式な従業員レコードを作成することを示します。以降の受け入れステップに必要な中核データを生成する、明示的なシステム操作です。 | ||
|
重要な理由
このアクティビティのタイミングは重要です。給与計算やIT環境の準備など、多くの後続プロセスがこの処理に依存しているためです。ここで遅延が発生すると、受け入れプロセス全体の大きなボトルネックになります。
入手先
Dynamics 365 Human Resourcesに記録される明示的なイベントです。たとえば、HcmWorkerテーブルにある主要な従業員レコードの作成タイムスタンプを利用できます。
取得
中核となる従業員または従業員レコードのcreatedDateTimeシステムフィールドを使用します。
イベントタイプ
explicit
|
|||
|
オファー承諾
|
このイベントは、候補者が採用オファーを承諾した時点で発生し、受け入れプロセスの正式な開始を示します。通常は、採用モジュールで候補者のステータスが更新された時点、またはHRシステムで新入社員レコードが作成された時点で記録されます。 | ||
|
重要な理由
受け入れケースの主な開始イベントとして、全体のサイクルタイムを計算できます。この開始点を分析することは、プロセス全体の所要時間を把握するうえで重要です。
入手先
Dynamics 365 Human Resourcesでは、候補者レコードが採用済みの状態に変更された時点、または承諾日が設定された新しい従業員レコードが作成された時点で記録されることが多いです。
取得
新しい従業員レコードの作成日、または候補者レコードのステータス変更から推定します。
イベントタイプ
inferred
|
|||
|
初日のオリエンテーションを実施
|
新入社員が初日に受ける初回オリエンテーションを完了したことを示します。受け入れ計画内のタスクを完了することで記録される重要なマイルストーンです。 | ||
|
重要な理由
新入社員の受け入れにおける大きなマイルストーンです。「Offer Accepted」からこの時点までの期間を分析すると、入社前準備の効率を測定できます。
入手先
従業員に割り当てられたOnboardingチェックリストまたはガイド内の「First Day Orientation」タスクの完了日から推定します。
取得
「Orientation」チェックリスト項目の完了タイムスタンプから推定します。
イベントタイプ
inferred
|
|||
|
必須研修を完了
|
新入社員に割り当てられた必須研修をすべて完了したことを示します。必須コースの従業員ステータスが「Completed」に更新された時点で記録されます。 | ||
|
重要な理由
研修完了率を測定し、組織がポリシー要件を満たしていることを確認するための、コンプライアンス上重要なチェックポイントです。
入手先
Dynamics 365 HRの学習モジュールにある割り当て済みコースの完了日から取得します。すべての必須コースのうち、最後に完了した日付を使用できます。
取得
従業員の割り当て済みコースレコードに記録された完了タイムスタンプです。
イベントタイプ
explicit
|
|||
|
新入社員が書類を完了
|
新入社員が必要な入社前書類をすべて記入し、返送したことを示します。通常は、Dynamics 365 HRでチェックリスト項目を完了としてマークした時点で記録されます。 | ||
|
重要な理由
コンプライアンス上の重要なマイルストーンです。期限に対する完了時期を測定することは、スムーズな入社とコンプライアンスの確保に欠かせません。
入手先
Dynamics 365 HRのOnboarding機能にある該当チェックリスト項目の完了タイムスタンプから推定します。
取得
書類記入の受け入れタスクが「Completed」としてマークされた時点のタイムスタンプから推定します。
イベントタイプ
inferred
|
|||
|
身元調査を完了
|
新入社員の身元調査が正常に完了し、問題がないことを示します。通常は、チェックリスト項目が完了としてマークされた時点、または特定のステータスフィールドが更新された時点で記録されます。 | ||
|
重要な理由
雇用を進めるためのゲートとなることが多い重要なマイルストーンです。このアクティビティまでのリードタイムを測定することで、ボトルネックを特定できます。
入手先
Onboardingチェックリスト内の身元調査タスクの完了タイムスタンプ、または従業員レコードのステータスが「Completed」もしくは「Cleared」に変更された時点から推定します。
取得
「Background Check」チェックリスト項目のステータスが「Completed」に変更された時点のタイムスタンプから推定します。
イベントタイプ
inferred
|
|||
|
ITアカウントの準備を開始
|
IT受け入れプロセスの開始を示します。システムアカウント、メール、その他のアクセス権の作成依頼を送信する段階です。通常は、受け入れガイドまたはチェックリスト内の特定タスクで追跡します。 | ||
|
重要な理由
IT環境の準備にかかるリードタイムを測定する起点です。このステップの開始が遅れると、新入社員が初日から業務を始める能力に直接影響します。
入手先
Dynamics 365 HRのOnboardingチェックリスト機能内にある「IT Setup」または「Account Creation」タスクの作成日から推定できる可能性があります。
取得
受け入れチェックリスト内のIT環境準備タスクが作成された時点のタイムスタンプから推定します。
イベントタイプ
inferred
|
|||
|
チーム紹介を完了
|
新入社員を直属のチームに正式に紹介したことを示します。採用マネージャー向けのチェックリスト項目として追跡される、ソフト面の受け入れステップであることが多いです。 | ||
|
重要な理由
新入社員の組織への適応と体験を分析するうえで重要なアクティビティです。完了状況が安定している場合、従業員満足度の向上やチームへの早期適応と関連する可能性があります。
入手先
Dynamics 365 HRの採用マネージャー画面にある受け入れチェックリストで、「Team Introduction」タスクが完了した時点から推定します。
取得
マネージャーに割り当てられた特定のチェックリスト項目の完了タイムスタンプから推定します。
イベントタイプ
inferred
|
|||
|
ワークスペースの準備を完了
|
机の設置やシステムアクセスを含む、新入社員の物理または仮想ワークスペースの準備が完了したことを示します。通常は、入社前準備の最終ステップです。 | ||
|
重要な理由
ITと施設の準備サイクルを完了するアクティビティです。初日までに完了させることが、良好な新入社員体験と早期の生産性発揮につながります。
入手先
Dynamics 365 HRのOnboardingチェックリスト内にある「Workspace Setup」タスクの完了タイムスタンプから推定できます。
取得
ワークスペースまたは机の設置に関する特定のチェックリスト項目が完了した時点から推定します。
イベントタイプ
inferred
|
|||
|
受け入れ計画を完了
|
新入社員の正式な受け入れチェックリストに割り当てられたすべてのタスクを完了したことを示すマイルストーンです。受け入れガイド全体のステータスが完了としてマークされた時点で記録されます。 | ||
|
重要な理由
初期の受け入れフェーズにおける明確な事務上の終点です。必要な手続きと研修のステップがすべて完了したことを示します。
入手先
特定の従業員に対するOnboardingガイドまたはチェックリスト内のすべてのタスクが「Completed」ステータスとタイムスタンプを持つ時点から推定できます。
取得
従業員に割り当てられたすべての受け入れチェックリスト項目が完了としてマークされているかを確認して導出します。
イベントタイプ
inferred
|
|||
|
必須研修を割り当て
|
新入社員に必須のコンプライアンス研修や職務別研修コースを割り当てた時点を示します。通常は、Dynamics 365 HRの学習管理機能で管理します。 | ||
|
重要な理由
コンプライアンス研修フェーズの開始を示すアクティビティです。追跡することで、期限までに完了できるよう、研修が適切なタイミングで割り当てられているかを確認できます。
入手先
Dynamics 365 HRの従業員学習レコードにあるコース割り当ての作成日から取得できます。
取得
コースが従業員の割り当て済みコース一覧に追加された時点のタイムスタンプです。
イベントタイプ
explicit
|
|||
|
新入社員に書類を送付
|
このイベントは、入社前に必要な書類を新入社員へ送付したことを示します。特定の受け入れタスクを開始した時点、または文書管理システムとの連携を通じて記録できます。 | ||
|
重要な理由
このアクティビティを追跡すると、受け入れにおける事務処理の効率を分析できます。書類の再送が必要になった場合には、手戻りループの最初のステップになる可能性もあります。
入手先
Onboardingモジュールで、新入社員への書類送付に関するチェックリスト項目を作成または開始した日付から推定します。
取得
書類送付の受け入れタスクが開始済みとしてマークされた時点、または作成された時点のタイムスタンプから推定します。
イベントタイプ
inferred
|
|||
|
機器を発注
|
ノートパソコンや電話など、必要なハードウェアを新入社員向けに発注した時点を示します。通常は、IT環境準備チェックリスト全体の中のアクティビティとして記録されます。 | ||
|
重要な理由
このステップを追跡すると、機器の依頼が遅れたのか、発送や配送が遅れたのかを区別できます。IT環境の準備サイクルをより細かく把握できます。
入手先
受け入れチェックリスト内の機器発注サブタスクが開始済みまたは完了としてマークされた時点のタイムスタンプから推定できます。
取得
「Order Hardware」チェックリスト項目のステータス変更または完了から推定します。
イベントタイプ
inferred
|
|||
|
機器を配送
|
新入社員の勤務場所に機器が配送されたことを確認した時点を示します。通常は、受け入れプロセス内のチェックリスト項目のステータスを更新して記録します。 | ||
|
重要な理由
IT環境の準備にかかるリードタイムを計算するための重要な終点です。業務に必要な物理的な機器が新入社員の手元にあることを確認できます。
入手先
Dynamics 365 HRのOnboarding機能内にある「Equipment Delivery」タスクまたはチェックリスト項目の完了タイムスタンプから推定します。
取得
「Deliver Equipment」チェックリスト項目が「Completed」としてマークされた時点のタイムスタンプから推定します。
イベントタイプ
inferred
|
|||
|
身元調査を開始
|
このアクティビティは、新入社員の身元調査を正式に開始した時点を示します。通常は、ステータスフィールドの更新、またはDynamics 365の受け入れチェックリスト内で特定のタスクを作成した時点で記録されます。 | ||
|
重要な理由
重要で、長期化しやすいサブプロセスの開始点です。期間を追跡することで、受け入れプロセスを停滞させる外部委託先や社内の遅延を特定できます。
入手先
Onboardingチェックリスト内の身元調査タスクの作成日、または従業員の受け入れレコードのステータス変更から推定できます。
取得
「Background Check」の受け入れチェックリスト項目が作成された時点、またはステータスが「In Progress」に変更された時点のタイムスタンプから推定します。
イベントタイプ
inferred
|
|||
抽出ガイド
始める準備はできましたか?
このテンプレートを使ってデータ収集を効率化し、従業員のオンボーディングプロセスに関する有用な分析結果を得てください。今すぐワークフローの効率化と新入社員のより良い体験に向けた改善を始めましょう。
従業員オンボーディングを最適化:今すぐ効率を高めます
今日からコンプライアンス達成率95%とスムーズな新入社員体験を実現します。
クレジットカードは不要です。設定は数分で完了します。