アクティビティ回数超過フィルター
概要
アクティビティ回数超過フィルターは、特定のアクティビティが実行された回数に基づいてケースを選択します。この頻度ベースのケースレベルフィルターは、特定のアクティビティが指定した回数より多く発生したケースを識別し、反復作業パターン、手戻りループ、または異常なプロセス挙動の検出に最適です。
主な用途
- 過剰な手戻りや繰り返しアクティビティのあるケースの特定
- 複数回の承認ループが発生したケースの発見
- 繰り返しのステップを含む異常なプロセスパターンの検出
- 複数のレビューサイクルを持つケースの分析
- 繰り返し顧客連絡が必要なケースのフィルタリング
- アクティビティの繰り返しによる潜在的なプロセス非効率の特定
設定
Activity Value: 回数をカウントするアクティビティ名を選択します。ドロップダウンには、データ内のすべてのユニークなアクティビティとその頻度数および割合が表示されます。
More Than Count: 閾値となる回数を指定します。選択されたアクティビティがこの数より多く発生したケースを返します。例えば「1」に設定すると、そのアクティビティが2回以上発生したケースが結果に含まれます。
Remove Selected Cases: 有効にすると、フィルターの論理を反転し、該当ケースを含むのではなく除外します。
事例
事例1：手戻りケースの発見
シナリオ： 「Review」アクティビティが2回以上行われたケースを特定し、潜在的な手戻りや品質問題を示します。
設定:
- Activity Value: "Review"
- More Than Count: 1
- Remove Selected Cases: 未選択
結果:
「Review」が2回以上発生したケースが含まれます。3回のレビューがあるケース#1001は含まれ、1回だけのケース#1002は除外、5回のレビューがあるケース#1003は含まれます。
洞察: 複数回のレビューが必要だったケースを明らかにし、品質問題、不完全な提出、またはプロセスのボトルネックを示します。繰り返しレビューが必要になる原因分析が可能です。
事例2：複数回の顧客連絡
シナリオ： 顧客サービスプロセスでは1回の連絡で問題解決が理想です。「Customer Contact」が3回以上発生したケースを見つけ、エスカレーションや未解決の課題を示します。
設定:
- Activity Value: "Customer Contact"
- More Than Count: 2
- Remove Selected Cases: 未選択
結果:
顧客連絡が3回以上あるケースが含まれます。全ケースの約15%を占めながら顧客サービスリソースの40%を消費します。原因調査が必要なケースです。
洞察: 複数回の連絡は一次対応の失敗を示唆します。教育の不足、システム問題、または特殊な対応が必要な複雑なケースの特定に役立ちます。
事例3：正常な繰り返しの除外
シナリオ： 製造プロセスで「Quality Check」は段階ごとに複数回実施されるため、正常な繰り返しを除外し、品質手順を回避したケースに注目します。
設定:
- Activity Value: "Quality Check"
- More Than Count: 2
- Remove Selected Cases: 選択済み
結果:
3回以上の品質チェックがあるケースが除外されます。残った0～2回のケースは手順の省略や抜けを示唆します。4回のチェックがあるケース#5001は除外され、1回のケース#5002は調査のため保持されます。
洞察: フィルターを反転させることで、標準の品質手順を回避した可能性のあるケースを抽出し、その後の品質問題への影響を示唆します。
事例4：承認ループの検出
シナリオ： 発注プロセスで各レベルに1回の承認が必要ですが、「Manager Approval」が2回以上発生したケースを見つけ、却下や再申請を示します。
設定:
- Activity Value: "Manager Approval"
- More Than Count: 1
- Remove Selected Cases: 未選択
結果:
複数回のマネージャ承認を必要としたケースが特定されます。ケース#7001は2回承認があり最初の申請が却下されました。ケース#7002は4回承認され、複数の修正がありました。
洞察: 複数回の承認は要件不明瞭、予算問題、申請者と承認者間のコミュニケーションギャップを示します。これらのケースはサイクルタイムが長く費用も増加する傾向があります。
事例5：閾値ベースの分析
シナリオ： 任意のアクティビティが10回以上発生した極端なケースを特定したい。異なるアクティビティで繰り返しフィルターを実行します。
設定:
- Activity Value: "Data Entry"
- More Than Count: 10
- Remove Selected Cases: 未選択
結果:
「Data Entry」が10回を超えて発生したケースが潜在的なデータ品質問題やシステム障害としてフラグ付けされます。これらの異常ケースは教育、システムエラー、極めて複雑な取引を示すことがあります。
洞察: 多回数のアクティビティ発生はプロセス問題、教育不足、または特別な処理が必要な複雑ケースを示します。
出力
このフィルターはケース単位でアクティビティ発生回数に基づいて動作します：
- 各ケース内で指定アクティビティの発生回数をカウント
- カウントを閾値と比較し、より大きいかどうかで判定
- 「Remove Selected Cases」が未選択の場合：回数 > 閾値のケースを返す
- 「Remove Selected Cases」が選択されている場合：回数 ≤ 閾値のケースを返す
- 含まれたケースのすべてのケース属性およびイベント属性を保持
- 閾値を0に設定すると、アクティビティが少なくとも1回発生したケースを返す
このフィルターは、アクティビティの繰り返しパターンに基づくプロセス挙動の特定に役立ち、手戻り分析、ループ検出、調査が必要な異常ケースの特定に特に有効です。
このドキュメントは mindzie Studio プロセスマイニングプラットフォームの一部です。