採用から退職までのポジション管理用データテンプレート

アクティビティ名は、ポジションのライフサイクルにおける個々の手順や操作を表します。これらのアクティビティがプロセスマップの構成要素となり、「ポジション依頼の開始」「予算承認の受領」「ポジションの終了」などの主要なイベントを示します。

分析では、アクティビティを追跡することで、プロセス全体の流れを可視化できます。イベントの順序を把握し、プロセスのバリアントを見つけ、ボトルネックや手戻りの繰り返しを特定するのに役立ちます。たとえば、「ポジション依頼の修正差し戻し」が何度も発生している状況を確認できます。正確でわかりやすいプロセスモデルを作成するには、アクティビティ名を明確かつ一貫したものにすることが大切です。

プロセスマップの作成、ボトルネックの特定、ポジションのライフサイクルにおけるイベントの順序の把握に欠かせない属性です。

人事システムやポジション管理システムのイベントログ、ステータス変更テーブル、またはトランザクションコードから生成されます。

イベント時刻は、アクティビティが発生した正確な時点を記録するタイムスタンプです。プロセス全体の時系列を示し、イベントを正しい順序に並べて、実際のプロセスフローを再現できます。

このタイムスタンプは、時間に基づく分析の基礎となります。アクティビティ間のサイクルタイムや承認手順にかかる時間を算出し、ポジションの作成から充足までのリードタイムを測定するために使います。正確なタイムスタンプは、「ポジション管理のサイクルタイム」などのダッシュボードや、「ポジション承認の平均サイクルタイム」などの重要業績評価指標（KPI）に欠かせません。

イベントを時系列に並べ、サイクルタイムやリードタイムなど、所要時間に基づく指標を算出するために欠かせません。

通常、ソースシステムのシステムログ、トランザクションレコード、または文書の作成日・変更日フィールドにあります。

ポジションIDは、各ポジションをほかのポジションと区別するために割り当てられる一意のキーです。依頼の開始から最終的な終了まで、1つのポジションのライフサイクルに関わるすべてのアクティビティとイベントを結び付けます。

プロセスマイニングでは、関連するアクティビティを1つのプロセスインスタンスにまとめるため、各イベントログにケース識別子が必要です。ポジションIDをケースIDとして使うと、分析担当者は各ポジションの一連の流れを最初から最後まで追跡できます。これにより、プロセスフローを可視化し、個々のポジションのサイクルタイムを算出して、よく見られる経路や逸脱を特定できます。

関連するすべてのアクティビティを1つのプロセスインスタンスにまとめ、各ポジションのライフサイクルを最初から最後まで分析するために欠かせません。

通常、ポジション管理または人事情報システム（HRIS）モジュールのヘッダーや主要レコードにあります。

ソースシステム属性は、プロセスデータの取得元を示します。多くの組織では、採用から退職までのプロセスが複数のアプリケーションにまたがります。たとえば、ポジション管理には基幹人事システムを、採用には別の応募者追跡システム（ATS）を使う場合があります。

複数のソースからデータを集めてプロセス全体を把握するには、ソースシステムを指定することが重要です。データの検証や連携時の問題の調査に役立つほか、各システムがプロセス全体でどのような役割を担っているかを把握できます。また、システム間の引き継ぎで発生する遅延やデータの不一致を見つける手がかりにもなります。

データの取得元を把握できるため、データの検証や、複数のシステムにまたがるプロセスの分析に役立ちます。

通常、データ抽出ファイルのメタデータに含まれています。データ変換時に固定値として追加することもできます。

この属性には、ソースシステムからデータセットが最後に更新された時刻が記録されます。分析対象データの新しさや最新性を把握するためのメタデータです。

分析担当者はこの情報を使って、分析対象期間を確認し、利用可能な最新のデータを使っているかを確かめます。プロセスを継続的に監視する場合、最終更新時刻を把握することが欠かせません。ダッシュボードや重要業績評価指標（KPI）が業務の現状を反映していること、また、結論が最新の情報に基づいていることを確認できます。

データがいつ時点のものかを分析担当者が把握できるため、分析の妥当性を保ち、利用可能な最新情報に基づいて検討できます。

通常、データ抽出・変換（ETL）プロセスで生成、保存されるタイムスタンプです。

コストセンターは、ポジションを組織の勘定科目体系における特定の予算単位に紐付ける財務上の区分です。人員数や人件費に関する財務計画、予算編成、レポーティングに使われます。

プロセスマイニングでは、コストセンターを使って、ポジション管理プロセスを財務の観点から分析できます。特定のコストセンターでポジションの変更が頻繁に発生しているか、承認に時間がかかっているか、採用コストが高いかを把握できます。予算の遵守状況を分析し、ポジション管理の判断が財務に与える影響を理解するうえで特に役立ちます。

ポジションを財務上の単位に紐付け、予算領域ごとのプロセスパフォーマンスやコストを分析できます。

人事システムまたはERPシステムのポジションレコードにある、財務または組織上の割り当て情報に記載されています。

ポジションのステータスは、ライフサイクルにおけるポジションの状態を示します。この属性は、ポジションがプロセスを進むにつれて変化します。たとえば、「承認待ち」から「募集中」に進み、「充足」を経て、最終的に「終了」となる場合があります。

この属性は、ステータスに基づく分析や、「長期未更新・非アクティブなポジションの分析」などのダッシュボードに欠かせません。各ステータスにとどまる期間を分析すると、「募集中」のまま長期間進展しないポジションなど、ボトルネックを特定できます。また、人員計画や人材パイプライン全体の状況を把握するのにも役立ちます。

ポジションが各状態にとどまる期間を分析できるため、長期間更新されていないポジションの特定や人員計画の管理に役立ちます。

通常、ポジションのメインレコードに保存され、ステータスを変更するアクティビティが発生するたびに更新されます。

マネージャー名は、新しいポジションに就く従業員を監督する人を示します。多くの場合、依頼を開始する人であり、承認や採用プロセスにおける主要な関係者です。

この属性は、「承認ボトルネック分析」ダッシュボードの中心となります。アクティビティをマネージャーごとにグループ化すると、業務量や追加研修の必要性が原因で、プロセスのボトルネックになっている可能性のある人を特定できます。また、プロセスにおける管理職の関与や意思決定の傾向を把握するのにも役立ちます。

ポジションに関わる主要な関係者を特定し、承認の遅延やマネージャーごとのプロセスの傾向を分析できます。

ポジションの詳細情報にあり、報告系統や組織上の割り当て情報の一部として記載されていることがよくあります。

ユーザー名は、マネージャー、人事ビジネスパートナー、予算責任者など、プロセス内の特定のタスクを実行した従業員を識別します。ポジションを依頼した人、手順を承認した人、ポジションの詳細を変更した人などが該当します。

この属性は、リソースパフォーマンス、業務量の分布、コンプライアンスに関する分析に欠かせません。「最も多くの依頼を処理しているのは誰か」「特定の承認者に関連する遅延があるか」といった疑問に答えるのに役立ちます。また、重要なタスクを同じ人が実行していないことを確認する職務分掌の分析にも使われます。

業務量の分布、ユーザーのパフォーマンス、コンプライアンスを分析し、研修の必要性やリソース不足の特定に役立ちます。

通常、トランザクションの詳細、変更ログ、監査証跡にあり、多くの場合ユーザーIDと紐付いています。

イベント時刻がアクティビティの開始を示すのに対し、終了時刻は完了した時点を示します。この2つの時刻の差が、そのタスクの処理時間または所要時間です。瞬時に完了するイベントでは、終了時刻と開始時刻が同じ場合があります。

分析では、プロセス内で特に時間がかかっているアクティビティを特定するうえで、この属性が役立ちます。非効率な手順を見つけ、ボトルネックを詳しく分析できます。たとえば、承認手順の終了時刻を分析すると、どの承認に最も時間がかかっているかを把握し、改善に取り組む対象を絞り込めます。

個々のアクティビティの処理時間を算出できるため、特に時間がかかっているタスクを特定できます。

システムのイベントログやトランザクションデータで、開始時刻とともに記録されていることがよくあります。次のイベントの開始時刻から算出することもできます。

職務名は、ポジションの役割や職務内容を示します。同じ職務名のポジションが複数存在する場合もありますが、この属性から管理対象となる役割の内容を把握できます。

職務名やより大きな職種グループごとにプロセスを分析すると、特定の役割に固有の傾向が見えてきます。たとえば、上級職や専門性の高い職種では、初級職に比べて承認に時間がかかったり、採用プロセスが複雑になったりする場合があります。こうした情報は、採用戦略の調整や現実的なスケジュールの設定に役立ちます。

役割の背景を把握できるため、職種、職位、職務機能によるプロセスの違いを分析できます。

ポジションのマスターデータに保存され、人事システム内の職務カタログや職務プロファイルに紐付いていることがよくあります。

部門属性は、各ポジションを「財務」「エンジニアリング」「営業」など、組織内の特定の部門に割り当て、組織上の位置付けを示します。これにより、会社の部門ごとにポジション管理プロセスを分けて比較できます。

分析では、部門で絞り込んだりグループ化したりすることで、プロセスのパフォーマンスの違いを特定できます。たとえば、特定の部門で承認に時間がかかる、手戻り率が高いといった傾向を把握できます。こうした分析結果は、対象を絞ったプロセス改善の取り組みに役立ちます。また、パフォーマンスの高い部門のベストプラクティスを組織内で共有する手がかりにもなります。

異なる事業部門のプロセスを比較し、効率性、コンプライアンス、コストの違いを特定できます。

人事システムのポジションマスターデータまたは組織管理モジュールにあります。

勤務地属性は、ポジションに紐付くオフィス、都市、州、または国を示します。地域ごとの採用プロセスの違いや人員配置を把握するうえで重要な情報です。

勤務地ごとにプロセスを分析すると、重要な傾向が見えてきます。たとえば、地域の労働市場の状況によるサイクルタイムの違い、国ごとに異なる承認階層、特定地域でプロセスに追加されるコンプライアンス要件などを把握できます。この分析は、必要な地域差に配慮しながら、グローバルなプロセスの標準化を進めるのに役立ちます。

地域ごとのプロセス効率、採用需要、コンプライアンス要件の違いを把握するための地理的な分析に役立ちます。

組織情報の一部として、ポジションのマスターデータに保存されています。

変更理由には、プロセス内で発生した特定の、通常とは異なるイベントの説明が記録されます。依頼を却下した理由、職務を再分類した根拠、変更のため依頼を申請者に差し戻した際のコメントなどが含まれます。

この定性的なデータは、根本原因の分析に役立ちます。プロセス逸脱が起きた理由を把握できるためです。たとえば、却下理由を分析すると、予算情報の不足や職務内容の不明確さなど、ポジション依頼によくある問題が見えてきます。こうした分析結果は、「初回合格率」の向上や「ポジションの手戻り率」の低減に役立ちます。

手戻り、却下、その他の逸脱の背景を把握し、根本原因の分析とプロセス改善の対象を絞り込めます。

通常、却下、手戻り、変更のトランザクションに関連付けられたコメント欄、メモ、または理由コードのフィールドにあります。

求人依頼IDは、ポジション管理プロセスと採用プロセスを結び付けます。ポジションの承認後、採用可能な状態になると、通常は採用活動を正式に開始するために求人依頼が作成されます。

採用から退職までの流れを最初から最後まで把握するには、この識別子が欠かせません。ポジションの作成・承認データを、候補者の募集、面接、オファーなど、その後の採用データと結び付けられます。これにより、最初の依頼から候補者の入社日までの採用所要期間を分析できます。

ポジションと採用プロセスを結び付け、人材獲得のライフサイクル全体をより広い視点で分析できます。

通常、応募者追跡システム（ATS）または採用モジュールで生成され、基幹人事情報システム（HRIS）のポジションレコードに紐付けられます。

職種グループは、関連する職務名をまとめる分類です。たとえば、「ソフトウェアエンジニア」「QAテスター」「DevOpsエンジニア」は、いずれも「エンジニアリング」の職種グループに属する場合があります。個々の職務名より広い単位でポジションを分類、分析できます。

分析に職種グループを使うと、人員の傾向やプロセス効率を戦略的な視点から把握できます。「財務」と「IT」など、異なる職務機能間でポジション管理のライフサイクルを比較できます。職務機能に固有のボトルネックやベストプラクティスを見つけ、人員計画に役立てることができます。

類似する職務をまとめて大きな単位で分析できるため、企業内の異なる職務機能におけるプロセスの傾向を把握できます。

組織の職務カタログや職務体系で定義され、職務プロファイルまたはポジションレコードの属性として保存されます。