シミュレーションによるWhat-If分析

シミュレーションを使ったWhat-If分析

What-If分析では、変更に時間やリソースを投じる前に、シミュレーションを使って複数のシナリオを比較します。シナリオを作成して結果を比較することで、プロセス変更について十分な情報に基づいて判断できます。

シナリオの比較

シミュレーションだけでも有用な予測が得られますが、本当のインサイトは比較から得られます。

• 提案した変更の前後を比較する
• シミュレーション結果と実際の過去データを比較する
• 複数の代替シナリオを比較する

ProcessMindでデータセットを比較する

シミュレーションの出力は標準的なイベントログデータセットであるため、ProcessMindでは、シミュレーションデータ、過去データ、またはその両方を含む任意のデータセットを比較できます。

データセットの比較方法

1. 比較するデータセットがモデルにマッピングされていることを確認します（データセットのマッピングを参照）。
2. 一方のデータセットをプライマリデータセット、もう一方を比較データセットに設定します（データの比較を参照）。
3. ダッシュボードを開くと、グラフにプライマリデータセットと比較データセットが横並びで表示されます。

比較できる項目

指標	説明
スループット時間	ケースの開始から完了までの合計時間
待ち時間	ケースがリソースを待つ時間
処理時間	アクティビティの実際の作業時間
ケース数	完了したケースの数
リソース稼働率	リソースの稼働状況
パス分布	ケースがプロセス内でたどるパス

前後比較分析

最も一般的なWhat-Ifシナリオは、プロセス変更をテストすることです。

シナリオ：リソースの追加

質問：承認担当者をもう1人追加すると、どうなりますか。

アプローチ：

1. 現在の人員配置でベースラインシミュレーションを作成する
2. キャパシティを増やした変更後のシミュレーションを作成する
3. 結果を比較する

結果の例

指標	ベースライン	＋1人	改善
平均スループット時間	5.2日	3.8日	27％短縮
平均待ち時間	2.1日	0.9日	57％削減
ケース数／週	150	195	30％増加
スタッフ稼働率	95％	78％	過負荷が軽減

実際のデータとの比較

シミュレーションによる予測を実際の過去データと比較できることは、シミュレーションの主要な機能です。

実際のデータと比較する理由

1. モデルを検証する：シミュレーションが過去データと一致すれば、モデルの精度が高いと判断できます
2. 差異を特定する：違いから、モデルの調整が必要な箇所がわかります
3. 改善を測定する：新しい実績データをシミュレーション予測と比較します

シミュレーションと実績を比較する方法

1. 過去の期間を対象にシミュレーションを実行する
2. 同じ期間の実際の過去データをアップロードまたは選択する
3. 比較機能を使って差異を確認する

差異の解釈

シミュレーションの結果	考えられる原因
実績より速い	モデルに遅延がない、複雑さを過小評価している
実績より遅い	処理時間を過大評価している、不要な制約がある
異なるパス	ゲートウェイの確率が実態と一致していない
リソースの過負荷	キャパシティの制約設定が正しくない

複数シナリオの比較

2つを超えるシナリオを比較して、最適な設定を見つけます。

シナリオ：最適な人員配置を見つける

質問：承認担当者は何人必要ですか。

アプローチ：スタッフ数を変えた複数のシミュレーションを作成します

例：人員配置レベルの分析

スタッフ数	スループット	稼働率	待ち時間	コスト
2	週100件	98％	4.5日	120,000ドル
3	週145件	85％	1.8日	180,000ドル
4	週160件	68％	0.5日	240,000ドル
5	週165件	55％	0.2日	300,000ドル

インサイト：3人目のスタッフを追加すると、最も高い効果が得られます。4人目と5人目では、追加効果が小さくなります。

一般的なWhat-Ifシナリオ

プロセス再設計

プロセスの構造変更をテストします。

• 手動承認のステップを削除するとどうなりますか。
• 品質チェックを追加するとどうなりますか。
• 順番に実行しているアクティビティを並行化するとどうなりますか。

需要の変化

異なる需要水準に備えます。

• 需要が50％増加するとどうなりますか。
• 季節的なピークが発生するとどうなりますか。
• マーケティングキャンペーンによって受信ケースが2倍になるとどうなりますか。

リソースの変更

人員とシステムを最適化します。

• 従業員を複数のアクティビティに対応できるようクロストレーニングするとどうなりますか。
• 手動のTaskを自動化するとどうなりますか。
• 特定のアクティビティを外部委託するとどうなりますか。

プロセスの時間設定

スケジュールと時間設定による影響を確認します。

• 稼働時間を延長するとどうなりますか。
• 週末のシフトを追加するとどうなりますか。
• 昼休みをずらして設定するとどうなりますか。

What-If分析のベストプラクティス

1. ベースラインの確立

変更をテストする前に、必ず検証済みのベースラインシミュレーションを作成します。これを比較の基準として使用できます。

2. 一度に1つの変数を変更

可能な場合は変数を分離し、それぞれの影響を把握します。複数の項目を同時に変更すると、改善の要因を特定しにくくなります。

3. 現実的なパラメーターの使用

可能な場合は、実際のデータに基づいてシミュレーションのパラメーターを設定します。現実とかけ離れた入力では、信頼性の低い結果になります。

4. 複数の指標を考慮

1つの指標だけを最適化しないでください。処理速度を高めることで、品質や従業員の負担にしわ寄せが生じる場合があります。

5. シナリオの文書化

各シナリオで何を変更したかを明確に記録します。結果を再現し、共有しやすくなります。

6. 実行前の検証

可能な場合は、本格的に実装する前に、小規模なテストでシミュレーションの予測を検証します。

結果の提示

What-If分析の結果を関係者と共有する際は、次の点を意識します。

• 問いから始める：どの業務上の問題を解決しようとしていますか。
• 比較を示す：指標を横並びで可視化すると、違いが明確になります。
• 影響を数値化する：削減できる時間やコスト、増加する収益など、業務上の価値に置き換えて示します。
• 不確実性を明示する：シミュレーションは予測であり、保証ではありません。

次のステップ

インターフェースリファレンス

シミュレーションのすべての設定とオプションを確認できます。