全記事
比較2026年9月14日 · 1 最短読了時間(分)

Process MiningかSimulationか? 過去対未来

要するに

Process Miningはシステムログから、プロセスが実際にどのように進行したかを再構築します。バリアント、実際の処理時間、ループ、規則違反などです。これには、案件番号、アクティビティ、タイムスタンプを含むイベントログが必要です。これに対してプロセスシミュレーションは、まだ存在しないプロセス(自動化後、処理量が2倍の場合、役割分担が変わった場合など)を計算し、ログを必要とせず、量、ばらつき幅、キャパシティを必要とします。経験則としては、昨日何が起きたかを知りたい場合はMiningが適切であり、ステップ3が自動化されたら明日何が起きるかを知りたい場合はシミュレーションが適切です。両者を組み合わせると強力です。Miningは、シミュレーションが推定しなければならない入力値を提供します。

Inhaltsverzeichnis

一文での違い

Process Miningは振り返って計測します。Simulationは先を見て計算します。

その他のすべてはそこから導かれます。データ要件も限界も、どちらがあなたの問題を解くかという問いも同様です。

Process Miningが行うこと

システムのログ(ERP、チケットシステム、ワークフローエンジン)から実際の実行を再構築します。必要なのは三つの列です:

Vorgangsnummer | Aktivität              | Zeitstempel
---------------|------------------------|------------------
RE-2026-0418   | Rechnung erfasst       | 2026-03-02 09:14
RE-2026-0418   | Zur Freigabe gesendet  | 2026-03-02 09:22
RE-2026-0418   | Freigegeben            | 2026-03-09 16:40

そこから得られるもの:

  • 実際の流れ、文書化されたものではなく。しばしば驚きがあります。
  • バリアント: 実際に一つの案件が通る経路はどれだけあるか。二桁は普通で、三桁も珍しくありません。
  • 各ステップと各バリアントの実測リードタイム、推定ではなく計測。
  • ループとやり直し: 案件がどれだけ戻るか。
  • 規則逸脱: 支払い後に行われた承認、実質的に片目だけの四眼原則など。

このクラスのツールにはCelonis、SAP Signavio Process Intelligence、UiPath Process Mining、Apromore、Disco、オープンソースのライブラリPM4Pyがあります。

前提は厳しい: システム境界を超えた連続したログがなければ分析はできません。Eメール、電話、紙で進むプロセスは痕跡を残しません。行政手続きではまさにそこに待ち時間が存在します。

プロセスシミュレーションが行うこと

プロセスをモデルとして再現し、案件を人工的に流します:到着をランダムに引き、処理時間をランダムに引き、限られたキャパシティで動かします。必要なのは量、幅、キャパシティ、それにカレンダーです。推定は可ですが、仮定として明示されていることが前提です。

そこから得られるもの:

  • 変動下でのボトルネック、平均ではなくピーク日の計算。
  • P50とP90によるリードタイムの帯域、まだ存在しない状態に対する評価。
  • 施策後のボトルネックの移動。
  • 変更の価値をユーロで示すこと、実施前後の比較。

並列比較

Process Miningプロセスシミュレーション
問い何が起きたか?もし…なら何が起きるか?
基礎システムのイベントログ仮定:量、幅、キャパシティ
前提連続した記録があること必要なし、各ステップ三つの数値で足りる
強み現状についての真実まだ存在しない状態についての推定
見えないもの記録されていないすべて仮定しなかったものすべて
典型的な工数数週間〜数ヶ月、ITが伴う場合あり半日程度、IT不要の場合も多い
典型的な費用プラットフォーム、データ接続、運用ツールライセンス、通常はずっと小さい
成果バリアント、指標、逸脱ボトルネック、帯域、前後のユーロ比較

お金がかかる誤解

「まずMiningをしてから自動化で何が得られるかを知る」

違います。Miningは今日の入力作業がどれだけかを非常に正確に教えます。教えてくれないのは、もし明日入力作業が半分の時間になったら何が起きるかです。そうなると全量が今日ボトルネックになっている次の工程に到達し、ボトルネックが移動します。この連鎖的効果はまだ発生していないためログには載りません。

一部のMiningプラットフォームは現在シミュレーションモジュールを提供しています。いずれのツールでも同じ二つの質問を確認してください:待ち行列を占有中のステップの前に再現しているか、それとも経路に沿って処理時間を単純に加算しているか?結果は帯域で出るのか、それとも単一の数値なのか?

逆もまた真です: 現状を正確に知っていると主張するシミュレーションは過大評価です。シミュレーションはあなたが入力した仮定しか知りません。Little's Law(在庫 ÷ 日間スループットと計算したリードタイムの照合)による検証は、オプションではなく必須です。

両者の連携

最も強力な組合せは地味です:Miningは、シミュレーションが推定しなければならない入力値を提供します。

シミュレーション入力Mining由来
到着量とピーク係数各案件の最初のアクティビティのタイムスタンプ
処理時間の分布開始・終了イベントの差分を分布として
ルーティング割合バリアントの頻度
ループとやり直しログ中の戻り動作
中断率終了イベントのない案件

両方を持てば、シミュレーションで最も弱い点である推定入力を計測値に置き換えられます。片方しか持たない場合は、その手法で答えられない問いを知っておくべきです。

決定基準

次の場合はProcess Miningを選んでください:

  • 連続したEvent-Logが存在する、または妥当な工数で作成できる場合、
  • 誰もプロセスが実際にどう動いているかを知らない場合、
  • 規則遵守、バリアント、やり直しが問題である場合、
  • 継続的に計測したい、単発で判断したいわけではない場合。

次の場合はSimulationを選んでください:

  • 変更を実施前に評価したい場合、
  • プロセスがシステム外で行われている(Eメール、電話、紙)場合、
  • 決定が今月中に行われる場合、
  • 誰かが署名するユーロでの金額が必要な場合。

ログがあり、それでも未来を計算したいなら両方を使ってください。大きな組織ではこれが一般的で、順序は:まず計測し、次に計算です。

よくある質問

プロセスシミュレーションにEvent-Logは必要ですか?

いいえ。シミュレーションはプロトコルではなく仮定を計算します。必要なのは到着数、処理時間の幅、各ステップのキャパシティです。見積もりでもかまいませんが、その見積もりが仮定として可視化されている必要があります。Event-Logはこれらの入力を計測値で置き換えるので有用ですが、必須ではありません。

Process MiningはWhat-if(もし〜したら)という質問に答えられますか?

制限付きです。ログには実際に起きたことが記録されており、起きたかもしれないことは含まれません。施策の中心的な効果、つまりボトルネックが別の工程に移動してその工程が全量を受け取るという事象はまだ発生しておらず、そのためどのログにも記録されていません。一部のプラットフォームはシミュレーション機能を提供しています。そちらで待ち行列が表現されているか、結果が幅として出力されるかを確認してください。

どちらが安いですか?

通常はシミュレーションで、しかも桁違いになることが多いです。Miningはプラットフォーム、データ接続、個人情報保護の審査、継続運用が必要で、導入に数週間から数か月かかります。限定されたプロセスのシミュレーションは半日程度の作業でITを必要としません。ただし比較自体がいびつです。両者は異なるものを提供します。

当社のプロセスは主にメールで動いています。何が役に立ちますか?

シミュレーションです。通しの記録がないプロセスは有用なEvent-Logを残さず、特にメールフォルダ内の待ち時間は記録されません。シミュレーションモデルには関係者が知っている情報で十分です:どれだけの案件が来るか、処理にどれくらい時間がかかるか、どれだけのキャパシティがあるか。

まずMiningを導入してからシミュレーションをするべきですか?

Miningの導入がもともと計画されている場合のみです。シミュレーションの前提条件ではなく、今月に下す決定が半年かかるプロジェクトを待つべきではありません。逆にログが存在するなら組合せは有効です:そのとき計測値が見積もり入力に置き換わります。

FlowVisual

ご自身のプロセスで計算してみてください。

FlowVisualはこの記事の数値を、お客様の処理量、お客様の処理能力、お客様の利益幅を用いて実行されるモデルにします。

Guide: seven steps to the number