業務プロセスマップとは、業務の流れを図で表現し、関係者全員が同じ認識で業務を理解・改善できるようにするための設計図です。BPM Institute の調査によると、プロセスマップを活用した改善プロジェクトは、そうでないプロジェクトと比べて成功率が約2倍高いという結果が出ています。
「業務フローを描いてみたが、何をどこまで書けばいいかわからない」「フローチャートとBPMNの違いがわからない」——プロセスマップの作成に着手したものの、書き方がわからず挫折するケースは少なくありません。
本記事では、プロセスマップの具体的な書き方・記法・作成手順を、初めて取り組む方にもわかるように解説します。なお、プロセスマップ作成の前段階として「なぜ可視化が必要か」を理解したい方は、業務フロー可視化の目的と効果をご覧ください。
プロセスマップは業務改善の「設計図」です。正しい記法と作成手順を理解することで、関係者全員が同じ目線で業務を議論・改善できるようになります。
こんな方におすすめ: 業務フロー図の作成に初めて取り組む方、フローチャートとBPMNの違いがわからず記法選びに迷っている方
フローチャートは、プロセスマップの最も基本的な記法です。4つの基本シンボルだけで業務の流れを表現できます。
| シンボル | 形状 | 意味 |
|---|---|---|
| 角丸長方形 | 端子 | 開始・終了 |
| 長方形 | 処理 | 作業・タスク |
| ひし形 | 判断 | 分岐条件（Yes/No） |
| 矢印 | フロー | 処理の流れ |
フローチャートの長所は、誰でも直感的に理解できる点です。一方、部門間の責任範囲や並行処理を表現するには不十分な場合があります。
適した用途： 単一部門の業務フロー、シンプルな承認プロセス、個別タスクの手順書
スイムレーン図は、フローチャートに「レーン」（担当部門・担当者の区画）を追加した記法です。水泳プールのレーンのように、横方向（または縦方向）に区画を分け、各レーンに担当部門を割り当てます。
スイムレーンの最大の利点は、「誰が・どの作業を・いつ」担当するかが一目でわかることです。部門間の引き渡しポイント（ハンドオフ）が視覚的に明確になり、責任の曖昧さを防げます。
トヨタ自動車では、部門横断の業務プロセスをスイムレーン形式で整理し、各部門の責任範囲と引き渡し条件を明確にする手法を採用しています。
適した用途： 部門横断プロセス、営業→製造→出荷などの受注処理、承認ワークフロー。部門横断のフロー設計についてより詳しく知りたい方は、部門横断の業務フロー設計も参考になります。
BPMN（Business Process Model and Notation）は、国際標準化されたプロセスモデリング記法です。ISO/IEC 19510として規格化されており、世界中の企業で使用されています。
BPMNはフローチャートの基本シンボルに加え、以下の要素を表現できます。
日立製作所では、全社的な業務プロセス改善においてBPMNを標準記法として採用し、部門間で統一されたプロセス記述を実現しています。
適した用途： 大規模な業務改革、システム要件定義、外部パートナーとのプロセス共有
プロセスマップを作成する前に、以下の3点を明確にします。
ここで粒度を見誤ると、細かすぎて完成しない、あるいは粗すぎて使えないマップになります。まずはレベル2（部門別のプロセス把握）から始め、必要に応じてレベル3（個別タスクの手順）に詳細化するのが効果的です。
プロセスマップの品質は、ヒアリングの品質で決まります。以下のポイントを押さえてヒアリングを実施します。
リクルートでは、業務プロセス改善プロジェクトにおいて、担当者への1on1ヒアリングに加え、実際の業務を観察する「ウォークスルー」を併用し、担当者自身が認識していない非効率を発見しています。
ヒアリング結果をもとに、プロセスマップのドラフトを作成します。最初から完璧を目指す必要はありません。
この段階では、付箋やホワイトボードを使ってアナログで作成するのも有効です。ソニーのデザイン部門では、業務プロセスの初期設計にホワイトボードと付箋を使い、チームメンバー全員で議論しながらフローを組み立てる手法を採用しています。
作成したドラフトを関係者に共有し、以下の観点でレビューします。
レビューは必ず実務担当者に実施してもらいます。管理者だけのレビューでは、実態と乖離したマップが完成するリスクがあります。
レビュー結果を反映し、最終版を清書します。清書の際は、以下のポイントに注意します。なお、ツール選定については業務フロー図作成ツール比較で Miro・Lucidchart・draw.io の詳細比較を行っています。
業務のあらゆる例外処理まで網羅しようとすると、プロセスマップが巨大になり、作成も更新も困難になります。
対策： 「80:20の法則」を適用し、主要な業務フロー（全体の80%をカバーする20%のパターン）を先に完成させます。例外処理は別紙に記載するか、後から追記します。
多くの企業で「3年前に作ったフロー図が放置されている」という状態が見られます。業務は常に変化するため、プロセスマップも定期的な更新が必要です。
対策： 更新トリガーを明確にします。「業務変更時」「四半期ごと」「組織改編時」など、具体的なタイミングと更新責任者をあらかじめ決めておくことが重要です。
パナソニックでは、業務プロセスドキュメントにオーナー（責任者）と更新サイクルを明記し、プロセス変更時に更新を義務づける運用ルールを設けています。
管理部門やコンサルタントだけで作成したプロセスマップは、現場の実態と乖離しがちです。
対策： 現場担当者をプロセスマップ作成の主体に据え、管理者はファシリテーター役に徹します。現場が「自分たちのマップ」と感じることが、定着の最大の要因です。
| 判断基準 | フローチャート | スイムレーン | BPMN |
|---|---|---|---|
| 学習コスト | 低い | 低い | やや高い |
| 部門横断の表現 | 困難 | 得意 | 得意 |
| システム要件定義 | 不向き | 可能 | 最適 |
| 外部共有 | 容易 | 容易 | 相手による |
| ツール依存 | 低い | 低い | やや高い |
経営者・部門責任者の立場では、まずスイムレーン図から始めるのが最もバランスが良い選択です。部門間の責任範囲が明確になり、改善ポイントの議論がしやすくなります。
業務プロセスマップは、組織の業務を「見える化」し、改善の起点を作るための設計図です。
プロセスマップは完璧を目指すものではなく、改善のための「生きたドキュメント」です。プロセスマップ作成後の改善フレームワークについては業務改善フレームワーク比較｜ECRS・PDCA・シックスシグマ・TOCの使い分けを、作成したプロセスマップをワークフローとして標準化する方法はワークフローの標準化をあわせてご覧ください。まずは自社の主要業務から書き始めてみてください。