アクティビティの前後のイベント
概要
アクティビティの前後のイベントフィルターは、各ケース内の特定アクティビティの位置に基づいてイベントを選択または除去します。この強力なイベントレベルのフィルターにより、指定したアクティビティの前、後、または間に発生するイベントのみを保持してプロセスの特定部分に集中できます。プロセスのセグメントを分析したり、特定のワークフローステージでのパターンを特定したり、対象外のイベントを除去したりすることが可能です。
主な用途
- 重要なマイルストーンや意思決定ポイントの前に発生するイベントの分析
- 特定のプロセスステージの後で発生するアクティビティに焦点を当てる
- ２つの重要なアクティビティ間のプロセスセグメントの抽出
- 予備的なイベントを除去してコア処理アクティビティに集中
- 承認後または却下後のワークフローのパターン特定
- 開始マイルストーンと終了マイルストーン間のプロセス動作の検証
設定
Activity Name: 参照点または境界とする主要なアクティビティ。
Activity Name 2: （Between 操作時のみ）終了境界を定義する2番目のアクティビティ。
Before/After Selection: イベントを保持または削除するフィルタリングモードの選択。
| モード | 説明 | 使用例 |
|---|---|---|
| Before | 最初のActivity発生前のイベント | 最初の承認までのアクティビティを分析 |
| Before and Including | 最初のActivity発生前および含むイベント | 承認を含めた事前分析 |
| After | 最後のActivity発生後のイベント | 完了後のフォローアップを調査 |
| After and Including | 最後のActivity発生後および含むイベント | 完了を含めた事後分析 |
| Between | ２つのActivityの最初の発生間のイベント | 申請から承認までの処理分析 |
| Between and Including | 両アクティビティを含む間のイベント | セグメント分析に境界含む |
Remove Events: マッチするイベントを保持するか、除去するかを選択。
- Keep (false): 条件に合うイベントのみを返す
- Remove (true): 条件に合うイベントを除外し、それ以外は維持
例
例1：事前承認アクティビティの分析
シナリオ: 経費申請プロセスで最初の「Manager Approval」前に発生するすべてのアクティビティを分析し、承認に至る準備作業を理解したい場合。
設定:
- Activity Name: "Manager Approval"
- Before/After Selection: Before（含まない）
- Remove Events: Keep (false)
結果:
各ケースで最初の「Manager Approval」より前のイベントのみが保持されます。ケース #EXP-1234 は「Submit Claim」「Attach Receipts」「Department Review」などが表示され、「Manager Approval」以降のイベントは含まれません。これにより提出および準備段階のみを別途分析可能です。
洞察: 事前承認アクティビティを分離することで、準備時間の計測、書類収集のボトルネック特定、承認に先行する一貫した活動の把握が可能となり、提出段階の最適化に寄与します。
例2：却下後アクティビティの調査
シナリオ: ローン申請が却下された場合、その後顧客が再申請するか、異議申し立てをするか、またはプロセスを放棄するかを分析したい。対象は「Application Rejected」以降のイベントのみに絞る必要がある。
設定:
- Activity Name: "Application Rejected"
- Before/After Selection: After（含まない）
- Remove Events: Keep (false)
結果:
却下された各ケースで最後の「Application Rejected」以降のイベントのみ保持されます。ケース #LOAN-5678 は「Appeal Requested」「Additional Documents」「Manager Review」などが含まれ、却下のイベントや前のイベントは除外されます。これにより却下後のワークフローが分離されます。
洞察: 却下後の顧客行動を明確にし、プロセス改善の機会を特定。何人が再申請するか、異議申し立てまでの待機時間、特定の却下理由が異議申し立てに繋がりやすいか測定可能です。
例3：アクティビティ間の処理分析
シナリオ: 保険請求プロセスで「Initial Assessment」と「Final Decision」の間に明確な処理期間があるため、この中心処理フェーズ中のアクティビティのみを分析したい。予備的および後続の活動は除外する。
設定:
- Activity Name: "Initial Assessment"
- Activity Name 2: "Final Decision"
- Before/After Selection: Between（含まない）
- Remove Events: Keep (false)
結果:
各ケースについて「Initial Assessment」と「Final Decision」の最初の発生間のイベントのみ保持し、両端のアクティビティは除きます。ケース #CLM-9876 は「Document Verification」「Expert Consultation」「Additional Information Request」などが表示され、評価と決定自体は含まれません。
洞察: コア請求処理を分離して、処理効率計測、調査ステップの共通点把握、評価段階におけるボトルネック分析が可能。予備や後続の雑音を排除できます。
例4：完了後のアクティビティの削除
シナリオ: 注文履行分析では「Delivered」までの活動に集中し、「Customer Survey」や「Feedback Collected」など完了後のイベントは除外したい。これらは重要だが履行時間分析には含めない。
設定:
- Activity Name: "Delivered"
- Before/After Selection: After and Including（Delivered）
- Remove Events: Remove (true)
結果:
各ケースで「Delivered」イベントおよびそれ以降の全てのイベントが除去され、履行活動のみ残ります。ケース #ORD-4567 は「Order Received」「Payment Processed」「Shipped」は保持し、「Delivered」「Survey Sent」「Feedback Received」は除外されます。
洞察: 配達後の活動を除去することで、実際の履行時間を反映したサイクルタイムが計算可能。顧客フィードバックは別のフィルター設定で個別に分析できます。
例5：完全なワークフローセグメント分析
シナリオ: 「Approval Request Submitted」開始点と「Final Approval Decision」終了点の両方を含む承認ワークフロー全体を分析し、このセグメント外のすべてを除外したい。
設定:
- Activity Name: "Approval Request Submitted"
- Activity Name 2: "Final Approval Decision"
- Before/After Selection: Between and Including
- Remove Events: Keep (false)
結果:
各ケースで最初の「Approval Request Submitted」から最初の「Final Approval Decision」までのイベントが保持され、両端のアクティビティも含みます。これにより明確な開始・終了点がある完全な承認セグメントが得られます。
洞察: 境界を両方含むことで、承認プロセス全体の期間計測と承認関連アクティビティの完全なシーケンス分析が可能。総承認時間の測定に最適です。
出力
このフィルターはイベントレベルで動作し、プロセスログを大きく変形させます：
- Before/Afterモード: 指定アクティビティの最初（Before）または最後（After）の発生を探す
- Betweenモード: Activity Name と Activity Name 2 の最初の発生間のイベントを抽出
- Removeモード: 選択を反転し、該当イベントを除去
- イベントが除去されてもケースはデータセットに残る
- すべてのイベントが除去されると空のケースとなる場合もある
- 保持されたイベントのシーケンスおよび属性は維持される
このフィルターを使い、特定プロセスセグメントに焦点を合わせたり、重要マイルストーンの前後の行動パターンを理解したり、範囲外の不要なイベントを除去できます。
このドキュメントは mindzieStudio プロセスマイニングプラットフォームの一部です。