バリアントパフォーマンス

概要

バリアントパフォーマンス計算機は、さまざまなプロセスバリアントのパフォーマンス指標を分析し、どのプロセスパスが最も効率的であり、どこにボトルネックが存在するかを特定するのに役立ちます。バリアントDNAが頻度と分布に焦点を当てるのに対し、バリアントパフォーマンスは各バリアントの平均、中央値、最大、総継続時間を含む詳細な期間統計を提供します。これにより、どのプロセスパスを最適化すべきか、ベストプラクティスとして推奨すべきか、また改善リソースをどこに割り当てるべきかをデータに基づいて判断できます。

この計算機は、統計的有意性を確保するための最小ケース数閾値、多様な指標での並べ替え、トップパフォーマーへの結果制限などの柔軟な設定をサポートしています。

よくある使用例

  • 最速および最遅のプロセスバリアントを特定して最適化の優先順位を設定する
  • バリアントのパフォーマンスを比較してベストプラクティスのルートを確立する
  • バリアントの期間トレンドを監視してプロセスの劣化を検出する
  • バリアントの複雑さとパフォーマンス特性に基づきリソースを割り当てる
  • 異なるプロセスパスをベンチマークして標準化イニシアチブを促進する
  • 最大期間分析でバリアント内のパフォーマンスの異常値を検出する

設定

最大バリアント数: ソート基準に基づき、結果を上位Nのバリアントに制限します。デフォルトは10です。これを多く設定(例:20)するとより包括的な分析が可能になり、少なく設定(例:5)すると重要なバリアントに絞った結果が得られます。

ソート基準: バリアントのランク付けに使用するパフォーマンス指標を決定します。以下のオプションがあります:

  • ケース数: 各バリアントを経るケースの数でソート(高ボリュームパスの発見に有用)
  • 平均期間: ケースの平均期間でソート(デフォルト、典型的なパフォーマンス把握に最適)
  • 中央期間: 期間の中央値でソート(外れ値の影響が少ない)
  • 最大期間: 各バリアントで最長のケース期間でソート(最悪のケースを強調)
  • 総期間: すべてのケースの期間の合計でソート(全体の容量消費状況を表示)

ソート順: 値が最も高いものまたは低いものを先頭に表示するかを制御します:

  • 降順: 最高値を先に表示(例:最も遅い平均期間)
  • 昇順: 最低値を先に表示(例:最も速い平均期間)

期間単位: すべての期間指標に使用する時間単位を指定します。選択肢は秒、分、時間、日 (デフォルト)、週、月、年です。プロセスの時間軸に応じて選択してください。運用プロセスには時間、標準的なビジネスプロセスには日、長期稼働プロセスには週や月が適しています。

最小ケース数: この閾値未満のケース数のバリアントを除外します。デフォルトは10です。十分なデータのないまれなバリアントを除外し、統計的有意性を確保します。0に設定すると頻度にかかわらずすべてのバリアントを含みます。

例 1: 注文履行プロセスのパフォーマンス最適化

シナリオ: 注文履行プロセスには複数のバリアントがあり、統計的に意味のある十分なボリュームを維持しつつ最速のパスを特定したい。

設定:

  • 最大バリアント数: 10
  • ソート基準: 平均期間
  • ソート順: 昇順
  • 期間単位: 日
  • 最小ケース数: 20

出力:

トップ10バリアントのパフォーマンスを示す:

バリアント ケース数 平均 中央値 最大 合計
Variant 3 245 2.1 日 2.0 日 4.5 日 514.5 日
Variant 1 892 3.2 日 3.0 日 8.1 日 2,854.4 日
Variant 5 156 4.8 日 4.2 日 12.3 日 748.8 日
Variant 2 634 8.5 日 7.9 日 18.2 日 5,389.0 日

Variant 3 は245ケースで平均期間2.1日と最速で、統計的に十分なボリュームがあります。Variant 1は最もボリュームが多く892ケースですが平均3.2日とわずかに遅いだけで、多くのケースを処理しています。Variant 2は平均8.5日とかなり長い期間を示しています。

洞察: Variant 3はベストプラクティスパスです。効率化の要因(直接出荷、事前検証済み在庫、承認の簡素化)を分析することで他のバリアントの最適化に役立ちます。Variant 1の高ボリュームと合理的なパフォーマンスは良い基準となります。Variant 2の遅いパフォーマンス(平均8.5日)と多いケース数(634)は最大の改善機会を示しており、バックオーダー遅延や承認のボトルネックといった原因を調査すべきです。

例 2: 請求処理におけるパフォーマンスの異常値検出

シナリオ: 最大期間を検査して、平均パフォーマンスにかかわらず特に長時間かかっているケースを含むバリアントを特定したい。

設定:

  • 最大バリアント数: 15
  • ソート基準: 最大期間
  • ソート順: 降順
  • 期間単位: 日
  • 最小ケース数: 10

出力:

最大期間でソートした問題のあるバリアント:

バリアント ケース数 平均 中央値 最大 合計
Variant 8 47 12.5 日 9.2 日 45.3 日 587.5 日
Variant 12 23 8.1 日 6.8 日 38.7 日 186.3 日
Variant 4 156 6.2 日 5.5 日 32.1 日 967.2 日
Variant 1 892 5.2 日 4.8 日 18.5 日 4,638.4 日

Variant 8はわずか47ケースながら最大期間が45.3日と他のバリアントの2倍以上です。中央値(9.2日)と最大値(45.3日)の大きな隔たりは深刻な異常値ケースを示します。Variant 12も中央値(6.8日)に対し最大期間(38.7日)が懸念されるレベルです。

洞察: Variant 8と12の極端な最大期間は、例外処理、承認エスカレーション、再作業ループで特定のケースが滞っていることを示唆します。これらのバリアントをクリックして最長期間ケースを詳述し、共通特性(特定の仕入先、高額、書類不備など)を特定してください。こうした異常値は平均的なプロセス最適化よりも例外処理の改善が必要なことを示します。

例 3: 総期間分析によるキャパシティプランニング

シナリオ: プロセスバリアントのうちどれが最も総合的に容量を消費しているかを把握し、リソース配分や自動化優先順位の決定に役立てたい。

設定:

  • 最大バリアント数: 20
  • ソート基準: 総期間
  • ソート順: 降順
  • 期間単位: 時間
  • 最小ケース数: 5

出力:

総期間ソートのキャパシティ消費:

バリアント ケース数 平均 中央値 最大 合計
Variant 1 2,340 18.5 時間 16.2 時間 45.3 時間 43,290 時間
Variant 2 1,567 24.3 時間 21.8 時間 68.4 時間 38,078 時間
Variant 4 892 36.7 時間 32.1 時間 89.2 時間 32,736 時間
Variant 7 456 48.2 時間 44.5 時間 112.3 時間 21,979 時間

Variant 1は平均期間が最速(18.5時間)でありながら2,340ケースの大ボリュームのため43,290時間を消費しています。Variant 4は平均が遅い(36.7時間)ものの総容量消費で3位です。Variant 7は平均が最も遅い(48.2時間)ですがケース数は少なめです。

洞察: 総期間分析は実際にどこで容量が消費されているかを示します。Variant 1の43,290時間は最大の改善機会を示し、1ケースあたり2時間の削減でも年間4,680時間の節約につながります。すでに平均性能が良好ながら、自動化の最優先候補です。Variant 4も中期的な改善余地があり、遅いパフォーマンスと一定のボリュームから調査価値があります。

例 4: プロセス標準化の進捗監視

シナリオ: プロセス標準化実施後、バリアント間のパフォーマンス差が収束しているか中央値で検証したい。中央値は外れ値の影響が少ないため有効です。

設定:

  • 最大バリアント数: 10
  • ソート基準: 中央期間
  • ソート順: 昇順
  • 期間単位: 日
  • 最小ケース数: 15

出力:

標準化前:

バリアント ケース数 平均 中央値 最大
Variant 1 445 4.2 日 3.8 日 15.2 日
Variant 3 234 6.5 日 5.9 日 18.7 日
Variant 5 156 9.8 日 8.2 日 24.5 日
Variant 8 89 14.3 日 12.1 日 38.9 日

標準化後:

バリアント ケース数 平均 中央値 最大
Variant 1 823 3.9 日 3.7 日 11.2 日
Variant 2 612 4.2 日 4.0 日 12.5 日
Variant 3 387 4.8 日 4.5 日 13.8 日

中央値の範囲は標準化前の3.8~12.1日(8.3日幅)から3.7~4.5日(0.8日幅)に狭まり、標準化の成功を示しています。上位3バリアントのケース数も合計1,822ケースと以前の835ケースから大幅に増え、最大期間も全体的に短縮されています。

洞察: プロセス標準化によりパフォーマンスのばらつきが減少しました。中央値の狭い範囲はバリアント間での一貫した実行を示し、最大期間の減少は例外処理の改善を示唆します。また、ケース分布の上位バリアントへの偏りは標準化パスの採用を表しており、標準化イニシアチブの有効性と継続監視の基準を提供します。

例 5: 大量ボリュームと少量ボリュームバリアントの比較

シナリオ: 最小ケース数閾値を調整し、大量ボリュームバリアントと少量ボリュームバリアントが異なるパフォーマンスを示すか分析したい。

設定:

  • 最大バリアント数: 10
  • ソート基準: ケース数
  • ソート順: 降順
  • 期間単位: 日
  • 最小ケース数: 100

出力:

大量バリアント(最小100ケース):

バリアント ケース数 平均 中央値 最大 合計
Variant 1 1,245 5.2 日 4.8 日 18.5 日 6,474 日
Variant 2 892 6.3 日 5.9 日 22.3 日 5,620 日
Variant 3 634 7.1 日 6.5 日 28.7 日 4,501 日
Variant 4 456 4.8 日 4.5 日 15.2 日 2,189 日

最小ケース数を10にして再実行:

バリアント ケース数 平均 中央値 最大
Variant 27 23 2.1 日 2.0 日 4.5 日
Variant 15 45 2.8 日 2.6 日 6.8 日
Variant 4 456 4.8 日 4.5 日 15.2 日
Variant 1 1,245 5.2 日 4.8 日 18.5 日

少量バリアント(Variant 27と15)は平均2.1~2.8日と大量バリアントの4.8~7.1日よりもかなり速いパフォーマンスを示しています。

洞察: パフォーマンスの差は、少量バリアントが迅速または簡素化されたパス(急ぎ注文、単純製品、VIP顧客)であり、大量バリアントは標準的でより複雑なケースを処理していることを示唆します。速い少量プロセスを拡張する前に、高ボリュームケースにも対応可能か検証してください。あるいは、単純ケースを迅速なバリアントに流すようケースを区分し、適切なケースを速いパスに誘導することで全体の処理時間短縮が期待できます。

出力

計算機は各バリアントに対し以下のパフォーマンス表を生成します:

バリアント: プロセスバリアントの識別子(例:Variant 1、Variant 2)。バリアント名をクリックすると詳細なアクティビティシーケンスとこのパスを通るすべてのケースを参照できます。

ケース数: このバリアントを通るケースの数。多いほどパフォーマンス指標の統計的信頼度が増します。

平均期間: バリアント内のすべてのケースの平均期間。選択した時間単位で表記。外れ値が大きくなければ典型的なパフォーマンスの把握に最適。

中央値期間: ケースを期間順に並べたときの中央の値。外れ値の影響が少なく、典型的なケースパフォーマンスを表します。

最大期間: バリアント内で最長のケース期間。最悪のケース、SLA準拠問題、例外処理の課題を特定するのに有用。

合計期間: バリアントに属するすべてのケース期間の合計。全体の容量消費を示し、組織全体への影響に基づく改善優先順位決定を支援。

インタラクティブ機能:

  • いずれかのバリアント行をクリックするとそのバリアントのケースにフィルターされたプロセスビューを表示
  • 列ヘッダをクリックして結果を動的に並べ替え
  • データをエクスポートしスプレッドシートやBIツールでのさらなる分析に利用可能
  • フィルターと組み合わせて特定期間やケースセグメントのバリアントパフォーマンス分析が可能

可視化オプション: この表はダッシュボードで以下と併用できます:

  • バリアントDNA計算機による頻度とパフォーマンスの両面表示
  • バリアントでフィルタリングされたプロセスマップによる異なるパスの可視化
  • 時系列チャートによるバリアントパフォーマンストレンドの追跡

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