プロセスマップ
概要
プロセスマップ計算機は、ケースがプロセスをどのように流れているかを視覚的にインタラクティブに表現します。アクティビティをノードとして、アクティビティ間の遷移をエッジとして表示し、頻度やパフォーマンス指標をビジュアル上に重ね合わせます。これにより、意図したプロセス設計と比較した実際のプロセスフローを直感的に一目で理解できます。
プロセスマップはユニークなアクティビティを自動的に特定し、各遷移の発生頻度を計算し、最も一般的なプロセスバリアントを強調表示します。静的なプロセス図とは異なり、このインタラクティブマップでは異なるプロセスパスを探索したり、特定の遷移を詳細に掘り下げたり、関連するパターンに焦点をあててフィルターしたりできます。
主な用途
- 実際のプロセスフローを視覚化し、組織内での作業の流れを理解する
- ケースが遅延したり蓄積したりする場所を調べてボトルネックを特定する
- 制御を回避するプロセス逸脱や非標準ワークフローを発見する
- 実際のプロセス実行と設計意図との比較を行う
- 頻度の高いパスに注目し改善の優先順位を決める
- 再作業ループを探索し、ケースがどこでアクティビティに戻っているかを特定する
- 明確で視覚的な表現を用いてステークホルダーにプロセス結果を提示する
設定
デフォルトの上位バリアント数: マップ読み込み時に強調表示する最も一般的なプロセスバリアントの数を指定します。これは複雑なプロセスを簡素化し、大多数のケースを占めるパスに焦点を当てるのに役立ちます。
デフォルト値は5バリアントで、多くの場合包括性と明瞭性のバランスが取れています。シンプルな表示が求められるエグゼクティブ向けダッシュボードでは1～3に設定し、詳細なプロセス分析では10～20に設定することもできます。ユーザーは読み込み後にインタラクティブに調整可能です。
レガシーマップモード: 過去のノートブックとの整合性を保つためのオプション設定です。有効にすると、古いレンダリングアルゴリズムとスタイリングが使用されます。通常、新規分析では無効（false）にしておきます。
例
例1: 購買注文承認のボトルネック発見
シナリオ: 調達チームから購買注文の承認に時間がかかっているとの報告があり、遅延箇所が不明です。承認プロセスを視覚化してボトルネックを特定したい。
設定:
- デフォルトの上位バリアント数: 5
- レガシーマップモード: false
出力:
プロセスマップは購買注文の流れをノードで表し、エッジで遷移を示します。可視化結果は以下の通りです:
- Create PO -> Submit for Approval (1,847 ケース, 平均 2 時間)
- Submit for Approval -> Manager Review (1,847 ケース, 平均 3 日 - 遅延のため赤で強調表示)
- Manager Review -> Finance Review (1,245 ケース, 平均 1 日)
- Manager Review -> Reject (602 ケース, 平均 4 時間)
- Finance Review -> Approve (1,098 ケース, 平均 2 時間)
- Finance Review -> Senior Manager Review (147 ケース, 平均 5 日 - 赤で強調表示)
マップはトップ5バリアントを示し、順調なパス（Create -> Submit -> Manager -> Finance -> Approve）は全ケースの59%を占めます。
洞察: 可視化により2つのボトルネックが即座に明らかになります。Manager Reviewは平均3日かかり、Senior Manager Reviewは5日かかっています。Submit for ApprovalからManager Reviewへの遷移は赤く強調されており、全体の遅延に最も寄与しています。また、Manager Reviewで32%（602/1,847）のケースが拒否されており、これはPOの品質問題か承認基準の不明確さを示唆します。拒否されたケースのみをフィルター表示して、承認済みケースとの違いを調査可能です。
例2: 請求書処理のコンプライアンス視覚化
シナリオ: 財務部は請求書支払いで三者照合プロセスを遵守すべきですが、一部請求書がこの制御を回避している疑いがあります。実際のプロセスフローを視覚化してコンプライアンス違反箇所を特定したい。
設定:
- デフォルトの上位バリアント数: 8
- レガシーマップモード: false
出力:
プロセスマップは請求書処理の複数分岐パスを示します:
- 標準準拠パス (68%): Receive Invoice -> Match PO -> Match Receipt -> Approve -> Pay
- 非準拠パス1 (18%): Receive Invoice -> Match PO -> Approve -> Pay（Receipt照合をスキップ）
- 非準拠パス2 (8%): Receive Invoice -> Approve -> Pay（全ての照合をスキップ）
- 再作業パス (6%): Receive Invoice -> Match PO -> Match Receipt -> Rework -> Match PO -> Approve -> Pay
エッジの太さは頻度を示し、非準拠パスがメインフローから明確に分岐していることが視覚的にわかります。
洞察: 請求書の68%のみが準拠した三者照合プロセスを通っています。マップはコンプライアンスが途切れる場所を明示し、26%の請求書がReceipt照合または両照合を回避しています。非準拠パスをクリックすることで、どの部門や取引先が違反に関与しているかが判明します。6%のケースで再作業ループが発生しており、購買注文やReceipt書類の品質問題が疑われ、調査が必要です。
例3: エグゼクティブレビューのための複雑プロセス簡略化
シナリオ: 顧客オンボーディングプロセスを詳細過多にならずに経営層に提示する必要があります。プロセスは87種類のバリアントがあります。
設定:
- デフォルトの上位バリアント数: 2
- レガシーマップモード: false
出力:
プロセスマップは最も一般的な2つのパスのみを表示し、合計73%のケースを占めます:
- バリアント1 (48%): Application -> Credit Check -> Document Upload -> Review -> Approve -> Account Setup
- バリアント2 (25%): Application -> Credit Check -> Document Upload -> Review -> Request Additional Info -> Document Upload -> Review -> Approve -> Account Setup
85の他のバリアントによる視覚的な乱雑さが排除され、全体の約4分の3のパスに焦点が当たっています。
洞察: 簡潔な2バリアント表示はエグゼクティブ向けに最適です。約半数がスムーズにオンボーディングを完了し、4分の1は追加情報が必要であることが示されます。追加情報要求のループ箇所が明確で、経営層は不完全な申請の影響を把握できます。プレゼン中にインタラクティブに表示バリアント数を増やして、質問に応じた詳細探索も可能です。
例4: 地域別プロセス差異分析
シナリオ: 5つの地域拠点が同一注文履行プロセスを踏むべきですが、実行に大きな違いがあると疑っています。地域ごとにプロセスマップを比較したい。
設定:
- 各地域ごとに個別のプロセスマップブロックを作成し、地域フィルターを付与
- 各地域のデフォルト上位バリアント数: 10
- レガシーマップモード: false
出力:
地域Aのプロセスマップ:
- 12のユニークバリアントが見える
- トップバリアントが72%を占める
- 標準パスがマップを支配
- 平均ケース期間: 4.2日
地域Bのプロセスマップ:
- 43のユニークバリアントが見える
- トップバリアントは31%にとどまる
- 多数の分岐が複雑な網の目を形成
- 平均ケース期間: 8.7日
地域C、D、Eはこの両極の中間に位置
洞察: 視覚的比較により地域Bのプロセス標準化が不十分であることが一目瞭然です。地域Bの多様なバリアントと複雑さは、地域Aよりも長い平均期間（8.7日 vs 4.2日）に直結しています。地域Aの標準化された手法は調査・採用を検討すべきです。地域Bの特定バリアントをクリックして詳細を調べることで、顧客タイプの違いや研修不足、地域独自の迂回策を特定できます。
例5: 品質管理における再作業パターンの特定
シナリオ: 製造の品質管理プロセスでケース期間に大きなばらつきが見られ、再作業ループが原因と考えています。再作業の発生場所と頻度を視覚化したい。
設定:
- デフォルトの上位バリアント数: 15
- レガシーマップモード: false
出力:
プロセスマップは品質管理フローの複数の円形パターンで再作業を示します:
- 標準パス (42%): Inspect -> Pass -> Package -> Ship (平均1.2日)
- 単一再作業 (28%): Inspect -> Fail -> Repair -> Inspect -> Pass -> Package -> Ship (平均3.4日)
- 二重再作業 (15%): Inspect -> Fail -> Repair -> Inspect -> Fail -> Repair -> Inspect -> Pass -> Package -> Ship (平均5.8日)
- 三重再作業 (8%): Inspect -> Fail -> Repair -> Inspect -> Fail -> Repair -> Inspect -> Fail -> Repair -> Inspect -> Pass -> Package -> Ship (平均8.9日)
InspectからRepairへの円形エッジが視覚的に目立ち、ケースが各ループを何度通過したかがエッジラベルで示されています。
洞察: プロセスマップの円形パターンにより再作業ループが明確です。最初の検査で合格するのは42%のみで、58%は最低1回の修理サイクルが必要です。期間は再作業ごとにほぼ線形に増加（1.2 -> 3.4 -> 5.8 -> 8.9日）。Inspect -> Failのエッジをクリックすると、最も頻出する欠陥種類や製品カテゴリーを調査でき、再作業の主因への根本原因分析が促進されます。
出力
プロセスマップ計算機は以下の特徴を持つインタラクティブな可視化を生成します。
視覚要素:
- ノード: プロセス内のアクティビティを表し、頻度に応じてサイズが変わる
- エッジ: アクティビティ間の遷移を表し、通過ケース数に応じて太さが変わる
- 色: プロセスパフォーマンスを強調表示し、遅い遷移は赤、速い遷移は緑で示す
- バリアント強調: デフォルトの上位バリアント数に基づき最も頻度の高いパスを強調
インタラクティブ機能:
- ズーム・パン: マウスやタッチ操作で複雑なマップを操作可能
- ノードクリック: 特定アクティビティの詳細統計（頻度、平均期間、リソース）を表示
- エッジクリック: 特定遷移のケース数や時間分布を検証
- バリアントフィルター: 表示バリアント数を調整し簡略化・詳細化が可能
- ケースへの掘り下げ: 任意のノードやエッジから、そのパスを辿った具体的ケースを閲覧
- エクスポート: プレゼンやドキュメント用に画像として保存可能
表示される指標:
- 各アクティビティ・遷移のケース数
- 各パスを辿るケースの割合（%）
- アクティビティ間遷移の平均所要時間
- ボトルネックや遅延を示すパフォーマンス指標
プロセスマップはフィルターとシームレスに統合されており、特定の期間、部門、結果などにフィルターしたケース集合同士でフォーカスしたビューを生成できます。
このドキュメントはmindzie Studioプロセスマイニングプラットフォームの一部です。