プロセスマッピングとは？業務の流れを可視化して改善点を発見する手法
プロセスマッピングは業務の流れを図として可視化し、ボトルネック、ムダ、手戻りなどの改善ポイントを体系的に発見する手法です。主要な図法、作成手順、活用場面、注意点を実践的に解説します。
プロセスマッピングとは
プロセスマッピング（Process Mapping）とは、業務プロセスの流れを視覚的な図（マップ）として表現し、プロセス全体の構造を俯瞰的に把握する手法です。業務改善（BPI: Business Process Improvement）やビジネスプロセス管理（BPM: Business Process Management）の基盤的な技法であり、改善活動の「現状把握」フェーズにおいて中核的な役割を果たします。
プロセスマッピングの起源は、1920年代にフランク・ギルブレス（Frank Gilbreth）がアメリカ機械学会で発表したフロープロセスチャートにまで遡ります。その後、フローチャート、スイムレーン図、バリューストリームマッピング（VSM）、SIPOC図など、さまざまな図法が発展しました。
コンサルティングの現場では、プロセスマッピングは業務改善プロジェクトの必須ツールです。「なんとなく非効率だ」という漠然とした感覚を、具体的なプロセスの可視化によって「どこが、なぜ非効率なのか」に変換する力を持っています。DXプロジェクトにおいても、デジタル化の対象となるプロセスの現状理解なしに適切なシステム設計はできません。
構成要素
主要な図法の種類
プロセスマッピングには目的に応じた複数の図法があります。
- フローチャート: 最も基本的な図法で、開始・終了（楕円）、処理（長方形）、判断（ひし形）、データ（平行四辺形）の標準記号を使ってプロセスを表現します
- スイムレーン図: フローチャートに「担当者・部門」の区分（レーン）を加えた図法です。部門間の受け渡しや責任の所在が明確になります
- SIPOC図: Supplier（供給者）、Input（入力）、Process（プロセス）、Output（出力）、Customer（顧客）の5要素でプロセスの全体像を俯瞰します
- バリューストリームマッピング: トヨタ生産方式に由来し、各工程のリードタイム、サイクルタイム、在庫量などの定量情報を含む詳細な図法です
プロセスマップの構成要素
| 要素 | 記号 | 役割 |
|---|---|---|
| アクティビティ | 長方形 | 作業・処理のステップ |
| 判断 | ひし形 | 条件分岐・意思決定 |
| フロー | 矢印 | 作業の流れ・順序 |
| 開始/終了 | 楕円 | プロセスの開始と終了 |
| データ | 平行四辺形 | 入出力情報・ドキュメント |
| 遅延 | D型 | 待ち時間・キュー |
分析の視点
プロセスマップを作成した後の分析では、以下の視点で改善ポイントを探索します。ボトルネック（スループットを制約する工程）、ムダ（顧客価値を生まない作業）、手戻り（差戻し・やり直し）、重複（同じ情報の二重入力など）、待ち時間（次の工程への引き渡し待ち）が主な着眼点です。
実践的な使い方
ステップ1: スコープと粒度を定義する
プロセスマッピングの最初のステップは、対象プロセスの範囲（スコープ）と詳細度（粒度）を定義することです。「受注から出荷まで」「問い合わせ対応から解決まで」のように、開始点と終了点を明確にします。粒度が粗すぎると改善ポイントが見えず、細かすぎると作成に時間がかかりすぎるため、目的に応じた適切な粒度を選択します。
一般的には、まず概要レベル（5〜10ステップ）で全体を俯瞰し、問題がありそうな領域を特定してから、その部分だけを詳細レベルに展開する段階的アプローチが効率的です。
ステップ2: 現状プロセス（As-Is）を作成する
現場の担当者へのインタビュー、業務観察、ドキュメントレビューを通じて、実際に行われているプロセスを忠実に描きます。重要なのは「規定されているプロセス」ではなく「実際に行われているプロセス」をマッピングすることです。公式な手順書と現場の実態が乖離していることは珍しくありません。
ワークショップ形式で現場担当者と一緒に作成するのが効果的です。模造紙やホワイトボードに付箋を使ってプロセスを構築し、参加者全員の認識を統一します。
ステップ3: 問題点を分析し定量化する
作成したAs-Isプロセスマップを分析し、改善ポイントを特定します。各工程のリードタイム、処理時間、エラー率、手戻り率などの定量データを収集し、プロセスマップ上に記載します。付加価値のある工程とない工程を色分けし、プロセス全体の「付加価値時間比率」を算出することで、改善の余地を定量的に把握します。
ステップ4: 将来プロセス（To-Be）を設計する
分析結果に基づいて、改善後のプロセス（To-Be）を設計します。ムダの排除、工程の統合、並列化、自動化、アウトソーシングなどの改善手法を適用し、あるべきプロセスの姿を描きます。As-IsとTo-Beの比較により、改善の効果を定量的に示すことができます。
活用場面
- 業務改善プロジェクト: 現状プロセスの可視化と改善ポイントの特定に活用します
- DX推進: デジタル化すべきプロセスの選定と、自動化の優先順位付けの基礎資料として使用します
- システム要件定義: 業務フローの正確な理解に基づいて、システムの機能要件を定義します
- 組織再編: 部門間の業務の受け渡しを可視化し、組織構造の最適化を検討します
- コンプライアンス対応: 規制要件に適合したプロセスが実際に運用されているかを確認し、ギャップを特定します
- 新人教育: プロセスマップを教育資料として使用し、業務全体の流れと自分の役割を理解させます
注意点
「あるべきプロセス」を先に描かない
改善プロジェクトで陥りがちな失敗は、As-Isの分析を十分にせずにTo-Beを描いてしまうことです。現状を正確に理解しないまま設計した「あるべき姿」は、現実とかけ離れた机上の空論になります。まず現状を忠実に描き、データに基づいて改善ポイントを特定するプロセスを省略してはなりません。
例外プロセスを見落とさない
通常の業務フローだけでなく、エラー処理、差戻し、特例対応などの例外プロセスも忘れずにマッピングします。例外プロセスは頻度が低くても、処理工数が大きく、全体の効率に影響を与えていることが多いです。
作成自体が目的化しない
美しいプロセスマップを作ることに労力をかけすぎて、本来の目的である改善が進まないケースがあります。プロセスマップは改善のための手段であり、目的ではありません。完璧さよりも、改善に必要な十分な情報が含まれているかを基準にします。
定期的な更新が必要
業務プロセスは組織の変更、システムの導入、規制の変更などにより常に変化します。一度作成したプロセスマップが陳腐化すると、誤った前提に基づく改善を行ってしまうリスクがあります。プロセスマップの更新ルール（更新頻度、更新責任者、更新トリガー）を事前に決めておくことが重要です。
まとめ
プロセスマッピングは、業務の流れをフローチャートやスイムレーン図として視覚化し、ボトルネック、ムダ、手戻りなどの改善ポイントを体系的に発見する手法です。As-Is（現状）プロセスの忠実な描写から始め、定量データに基づく分析を経て、To-Be（将来）プロセスを設計するという段階的アプローチが基本です。コンサルタントは、業務改善、DX推進、システム要件定義などのプロジェクトにおいて、プロセスマッピングをクライアントとの共通言語として活用し、改善の方向性に対する合意を形成することができます。