バリアント選択

概要

バリアント選択フィルターは、イベントログから特定のプロセスバリアント（アクティビティのシーケンス）を手動で選択できます。バリアントは、ビジネスプロセスのユニークな経路を表しており、ケースが開始から終了までたどる特定の活動の順序です。このフィルターは、選択したバリアントに一致するケースのみを保持し、調査に関連する特定のプロセスの振る舞いやパターンに焦点を当てることができます。

このフィルターは、プロセス全体の複雑さを避けて特定の経路のサブセットを分析したい場合や、探索的分析で特定のバリアントを特定し、それらを詳細に調査したい場合に特に有効です。

主な用途

  • 適合性分析：標準のプロセスバリアントのみを選択し、逸脱を除外して「ハッピーパス」のパフォーマンスを分析する。
  • 逸脱調査：非標準のバリアントのみを選択し、なぜ特定のケースが異常なプロセス経路をたどったのかを調査する。
  • パフォーマンス比較：特定のバリアントを選択して、その性能指標（期間、コスト、リソース使用量）を比較する。
  • プロセス改善：ケースの大部分を占める高頻度のバリアントに注目し、改善の効果を最大化する。
  • 根本原因分析：再作業ループを含む問題のあるバリアントを隔離し、その根本原因を理解する。
  • プロセスドキュメント：異なるプロセスシナリオを代表するバリアントを選択し、トレーニングやコンプライアンスのために文書化する。

設定

バリアント名：一覧から1つ以上のプロセスバリアントを選択します。各バリアントはアクティビティのシーケンス（例：「Create Order -> Approve Order -> Ship Order」）として表示されます。リストには、最も一般的または関連性が高いバリアントの特定に役立つ頻度情報が通常表示されます。フィルターを機能させるには、少なくとも1つのバリアントを選択する必要があります。

注意：バリアントの選択はケースのvariantプロパティとの完全一致に基づきます。バリアントは大文字・小文字を区別し、正確に一致する必要があります。

例

例1：標準購入注文プロセスの分析

シナリオ：迅速注文や却下・再作業のある注文を除外し、標準の承認経路をたどった購入注文のみを分析したい場合。

設定：

  • バリアント名: ["Create PO -> Approve PO -> Send to Vendor -> Receive Goods -> Pay Invoice"]

結果：このバリアントシーケンスに正確に一致するケースのみが保持され、追加の承認ステップや却下、スキップされた活動を含む異なるパスをたどったケースはすべて除外されます。

洞察：例外や逸脱のノイズがない状態で、標準プロセスの平均処理時間やリソース使用率などの基準となるパフォーマンス指標を確立できます。

例2：再作業ケースの調査

シナリオ：再作業ループを含むいくつかのバリアントを特定し、なぜ再作業が必要だったのかを調査したい場合。

設定：

  • バリアント名：
    • "Submit Claim -> Review Claim -> Request Info -> Submit Info -> Review Claim -> Approve Claim"
    • "Submit Claim -> Review Claim -> Request Info -> Submit Info -> Review Claim -> Request Info -> Submit Info -> Review Claim -> Approve Claim"

結果：これらの特定の再作業パターン（追加情報が1回以上要求されたケース）に従ったケースのみが返されます。

洞察：これらの再作業ケースを隔離することで、共通する属性（請求タイプ、審査者、金額）を分析し、再作業の根本原因の特定や削減策の策定が可能になります。

例3：速達処理と標準処理の比較

シナリオ：緊急注文用の標準パスと速達パスがある場合に、それぞれのパフォーマンスを別々に比較したい場合。

設定（速達分析用）：

  • バリアント名: ["Create Order -> Fast Track Approval -> Immediate Ship -> Express Delivery"]

結果：速達プロセスを使用したケースのみが保持されます。

洞察：速達処理の実際のコストや期間を標準注文から分けて計算でき、いつ速達を適用すべきかの判断に役立ちます。

例4：上位3つのプロセスバリアントに注目

シナリオ：Variant DNA計算結果で3つのバリアントが全ケースの80%を占めていることが判明し、これらの大量パスに改善の注力をしたい場合。

設定：

  • バリアント名：
    • "A -> B -> C -> D" （ケースの45%）
    • "A -> B -> E -> D" （ケースの25%）
    • "A -> C -> D" （ケースの10%）

結果：これら3つの一般的な経路をたどるケース80%が保持され、まれなバリアントのロングテールは除外されます。

洞察：大多数のケースに影響を与えるプロセスを最適化し、改善のリターンを最大化できます。

出力

このフィルターは、選択したバリアント名のいずれかとマッチするケースのみを含む新しいデータセットを返します。返される各ケースは、元のすべてのイベント、属性およびタイムスタンプを保持します。

選択したいずれのバリアントとも一致するケースがない場合、空の結果セットが返されます。

技術的注意事項

  • フィルタータイプ：ケースレベルフィルター（個々のイベントではなくケース全体を削除します）
  • バリアントマッチング：ケースのvariantプロパティとの完全一致による
  • 選択ロジック：指定されたバリアント名のどれかに一致するケースを保持（論理OR）
  • 検証：少なくとも1つのバリアントを選択する必要があり、空のリストの場合はエラーになります
  • 補助メソッド：すべてのユニークなバリアントや頻度情報を含む詳細なバリアント情報を取得するための補助メソッドを提供

本ドキュメントはmindzieStudioプロセスマイニングプラットフォームの一部です。