オブジェクト中心プロセスマイニングが適するのはどんな場合？

複数のオブジェクトが結び付いて1つのプロセスを形作る場合は、オブジェクト中心プロセスマイニングが適しています。イベントを共有しながら個別に分析できる場合は、Multiple Perspectivesが適しています。選択の基準は、ケースを何と定義するかです。各プロセスインスタンスを、どの対象または対象のグループとして扱うべきでしょうか。

ケースとは何か

ケースとは、プロセスを通じて追跡する単位です。ケース中心のプロセスマイニングでは、注文、請求書、顧客などのケースに各イベントを割り当てます。プロセスの流れを明確に把握できますが、イベントが複数のオブジェクトに関係する場合や、オブジェクトごとに異なるライフサイクルをたどる場合は、分析が実態と異なることがあります。

複数の明細があり、それぞれ別々に出荷され、請求書も複数ある注文を考えてみましょう。注文をケースにすると、明細単位や請求書単位のアクティビティが1つの流れにまとめられることがあります。明細をケースにすると、注文全体のコンテキストが失われる可能性があります。

方法を選ぶ前に、次の点を確認してください。

• 業務上の問いでは、どの対象を追跡しますか？
• 各イベントは1つのケースに属しますか。それとも複数のオブジェクトに関係しますか？
• それらの関係をまとめて分析する必要がありますか。それとも、個別のビューで十分ですか？

ケースの定義によって、イベントログや確認できるバリアントが変わります。基本を確認するには、プロセスマイニングとは何かをご覧ください。

オブジェクト中心プロセスマイニングの仕組み

オブジェクト中心プロセスマイニングでは、すべてのイベントを1つのケースに割り当てるのではなく、イベントと複数のオブジェクトタイプとの関係を表します。この方法は、オブジェクト中心イベントログ形式のOCELと関連づけて説明されることがよくあります。OCPMのオブジェクト中心プロセスモデルでは、注文、明細、納品、請求書などのオブジェクトを関連付けられます。

明細が3つある顧客注文を考えてみましょう。各明細には、それぞれ異なる履行プロセスがあります。明細は2回に分けて納品され、1つの明細が入荷待ちになったため、注文に対して請求書が2通発行されます。このプロセスには、注文1件、明細3件、納品2件、請求書2通が関わります。

OCPMでは、イベントを影響するオブジェクトに関連付けられます。すべての問いで1つのオブジェクトをケースに決めなくても、注文、明細、納品、請求書の関係を調べられます。たとえば、出荷時の例外と請求書の遅延が同時に発生しているかを確認できます。

一方、広い範囲を扱う分、複雑さも増します。データには関連するオブジェクト間の関係を記録する必要があり、オブジェクトやリンクが多いネットワークは解釈しにくくなることがあります。OCPMは、標準的なケースベースのログを別のグラフで表示するだけの方法ではありません。イベントデータの構造化と分析方法に関わるものです。

Multiple Perspectivesによる分析の仕組み

Multiple Perspectivesでは、プロセス分析を複数の異なるビューに分けます。BPMNでプロセスと注目する領域を定義し、それぞれの視点から利用可能なイベントデータを分析できます。

注文の例では、注文の履行、明細の納品、請求処理をそれぞれ別の視点から調べられます。各ビューは、特定の問いと、それに関係するプロセスの流れに焦点を当てます。ビューごとの結果を比較できますが、オブジェクト間のすべての関係を1つのオブジェクト中心イベントログにまとめて表現する方法ではありません。

答えるべき問いを定義でき、それぞれの分析を絞り込んで進めたい場合に適しています。1つのケース定義だけで全体を説明しようとするのではなく、モデルを使って分析の方向性を定めます。

Multiple Perspectivesでは、焦点を絞ったビューからプロセスを調べられます。モデルを調整して目の前の問いを分析しながら、そのプロセスに関わる人にとってわかりやすいビューを保てます。

OCPMとMultiple Perspectivesの比較

どちらの方法でも同じ業務上の問いに答えられます。異なるのは、複雑さをどこで扱うかです。

明細が3つある注文の例からわかること

同じ3つの問いでも、オブジェクトを追跡できるかどうかで答え方が異なります。

違いは、それぞれの方法で複雑さをどこに置くかです。OCPMでは、データ構造と複数オブジェクトをまとめた分析に複雑さが加わります。Multiple Perspectivesでは、ビューの選択と比較に複雑さが加わります。どちらの方法でも、問いを定義し、データから何がわかるかを理解する必要があります。

プロセスの流れを比較する際にバリアントがどう役立つかについては、プロセスバリアントの文書をご覧ください。

OCPMとMultiple Perspectivesの選び方

適切な単一のケース定義がなく、問いへの回答がオブジェクト間の関係に左右される場合は、OCPMを利用します。たとえば、複数の明細、納品、請求書にまたがる注文の履行を分析する場合です。また、そうした関係を記録したイベントデータも必要です。

問いをあらかじめ定義でき、オブジェクトがイベントを共有していて、個別のビューで回答できる場合は、Multiple Perspectivesを利用します。モデルを使って各分析の焦点を定め、そのプロセスを担当する人に結果を説明しやすくできます。

判断に迷う場合は、まずケースの定義を確認し、同じデータセットで2つの方法を試してください。基本に立ち返るには、ケースの定義をご覧ください。自社データの分析方法については、プロセスの分析方法で説明しています。プラットフォームで視点に基づく分析を行う方法は、プロセスマイニングをご覧ください。