プロセスシミュレーションとは何ですか。定義、手法、限界

Inhaltsverzeichnis+

定義

プロセスシミュレーションは、モデル内で処理を人工的に実行することです。 何が起こるかを記述する代わりに、実際に処理をモデルに流して動かします：時計、待ち行列、確率的に引いた処理時間を用います。測定するのは、結果として出てくるものです。

表での計算との違いは一つの概念にあります：待ち時間。表は処理時間を単純に加算します。シミュレーションは、次の工程が埋まっているときには処理が待たされることを表現します。事務やサービスのプロセスでは、待ち時間は通常、通過時間の90から99パーセントを占めます。したがって表は重要でないものを正確に計算し、重要なものを省いてしまいます。

三つの手法

ステップ、役割、承認を持つ業務プロセスには、ereignisdiskret がほとんど常に適切な手法です。Agentenbasiert が興味深くなるのは、関係者自身の意思決定がフローを変える場合、例えば顧客が離脱する場合です。Systemdynamik は単一の処理について答えるのではなく、長期間にわたるストックの推移を扱います。

シミュレーションモデルに必要なもの

各ステップに五つの情報、これ以上は不要です：

1. 到着： どれだけの処理が到着し、どの程度変動するか。平均値だけでは不十分です；損失はピーク日に生じます。
2. 処理時間の幅： 「10分」ではなく「5から15」。幅が本質的な情報で、これが待ち行列を生みます。
3. 容量： 人数×稼働時間、あるいは設備が制約なら固定サイクル。
4. 分岐： どの割合の処理がどの経路を取るか、そして何がプロセスを離れるか（却下、取り下げ、失効）。
5. カレンダーとコスト： いつ稼働するか、そしてその役割の時間当たり費用（フルコスト、給与総額を2 080で割った値ではなく）。

シミュレーションモデルが必要としないもの：イベントログ、システム接続、完全なデータ。推定値は許容されますが、仮定として見えるようにすることが条件です。仮定が開示されたモデルは、隠れた表計算より優れています。

ランの流れ

1. 時計をゼロにする。最初の到着時刻を引く。
2. 次のイベントにジャンプする（到着、処理終了、シフト変更）。
3. 状態を進める：待ち行列、占有中の容量、カウンタ。
4. 次のイベントを予定し、分布から処理時間を引く。
5. ステップ2に戻り、時間範囲に達するまで繰り返す。
6. 全ランを何百回も繰り返す、毎回新しい乱数で。

ステップ6がMonte Carlo 繰り返しです。ここから本来の結果が得られます：単一の数値ではなく分布です。そこから P10、P50、P90 を読み取ります：好ケース、中間、そして約束をする対象となるケースです。

最終的に得られるもの

• スループット： プロセスが一日あたり何件処理するか。
• 通過時間： 平均ではなく幅として。P50 と P90。
• ステップごとの稼働率： ボトルネックがぶら下がっている値。およそ85％を超えると、待ち時間が ρ/(1−ρ) に従って急増するため高コストになります。
• 待ち行列： どこにどれだけの処理がたまっているか。
• コスト： 処理あたりの人件費、年換算の推計。

そして、前後比較における、実際に工数を正当化する問いへの答え：ボトルネックを解消したとき、それはどこへ移動し、その価値はいくらか？

いつシミュレーションが有益で、いつ無意味か

有益な場合：

• プロセスに待ち行列があり、待ち時間が通過時間の大部分を占める。
• ボリュームや処理時間が大きく変動する。
• 変更を導入する前にその影響を計算したい。
• 誰かが数値に署名し、質問する必要がある。

有益でない場合：

• プロセスが容量のかなり下で稼働しており渋滞がない。そうなら処理時間が通過時間であり、加算で十分です。
• 文書化が目的で、計算が目的でない。そういう場合は図表作成ツールが適切です。
• 昨日起こったことを知りたいだけ。そういう場合は Process Mining が適切です。シミュレーションは仮定に基づく計算であり、ログではありません。

よくある誤解

「シミュレーションは完璧なデータを必要とする。」 いいえ。正直な幅が必要です。5から15分という幅を持つモデルは実用的な幅を出します；単に10分とするモデルは見せかけの正確さを生みます。

「シミュレーションは未来を予測する。」 いいえ。特定の仮定から何が導かれるかを示します。価値は同じ仮定の下で二つの状態を比較することにあります、絶対値にあるのではありません。

「細かければ細かいほど良い。」 いいえ。通常は5から10のステップで十分です。ボトルネックは最も高い稼働率の箇所に現れ、粗いモデルでも精密なモデルでも同様に可視化されます。追加の活動は入力欄を増やすだけで、結果をほとんど動かしません。

要約

• プロセスシミュレーションは、処理を記述する代わりに人工的に実行します。違いは待ち行列です。
• 業務プロセスには ereignisdiskret のシミュレーションが適切です。
• 各ステップに五つの情報で十分で、推定は開示されていれば許容されます。
• 結果は分布であり、単一の値ではありません：P10、P50、P90。
• 真の利点は前後比較とボトルネックの移動にあります。