業務プロセスマップの書き方｜現状把握からTo-Be設計までの実践ガイド

業務プロセスマップとは、業務の流れを図で表現し、関係者全員が同じ認識で業務を理解・改善できるようにするための設計図です。BPM Institute の調査によると、プロセスマップを活用した改善プロジェクトは、そうでないプロジェクトと比べて成功率が約2倍高いという結果が出ています。

「業務フローを描いてみたが、何をどこまで書けばいいかわからない」「フローチャートとBPMNの違いがわからない」——プロセスマップの作成に着手したものの、書き方がわからず挫折するケースは少なくありません。

本記事では、プロセスマップの具体的な書き方・記法・作成手順を、初めて取り組む方にもわかるように解説します。なお、プロセスマップ作成の前段階として「なぜ可視化が必要か」を理解したい方は、業務フロー可視化の目的と効果をご覧ください。

この記事でわかること

プロセスマップは業務改善の「設計図」です。正しい記法と作成手順を理解することで、関係者全員が同じ目線で業務を議論・改善できるようになります。

こんな方におすすめ: 業務フロー図の作成に初めて取り組む方、フローチャートとBPMNの違いがわからず記法選びに迷っている方

• プロセスマップの3つの記法（フローチャート・BPMN・スイムレーン）の特徴と用途別の使い分け基準
• 現状業務（As-Is）のヒアリングから図面化までの5ステップと各ステップの成果物
• 開始・処理・分岐・終了など記号（シンボル）の意味と正しい使い方
• 経営者・部門責任者が作成時に意識すべき粒度設定のポイント
• 初心者が陥りやすい失敗パターン（粒度の見誤り・目的の曖昧さ等）とその回避方法

プロセスマップの3つの記法

フローチャート：最もシンプルな記法

フローチャートは、プロセスマップの最も基本的な記法です。4つの基本シンボルだけで業務の流れを表現できます。

フローチャートの長所は、誰でも直感的に理解できる点です。一方、部門間の責任範囲や並行処理を表現するには不十分な場合があります。

適した用途： 単一部門の業務フロー、シンプルな承認プロセス、個別タスクの手順書

スイムレーン：部門横断プロセスの可視化

スイムレーン図は、フローチャートに「レーン」（担当部門・担当者の区画）を追加した記法です。水泳プールのレーンのように、横方向（または縦方向）に区画を分け、各レーンに担当部門を割り当てます。

スイムレーンの最大の利点は、「誰が・どの作業を・いつ」担当するかが一目でわかることです。部門間の引き渡しポイント（ハンドオフ）が視覚的に明確になり、責任の曖昧さを防げます。

トヨタ自動車では、部門横断の業務プロセスをスイムレーン形式で整理し、各部門の責任範囲と引き渡し条件を明確にする手法を採用しています。

適した用途： 部門横断プロセス、営業→製造→出荷などの受注処理、承認ワークフロー。部門横断のフロー設計についてより詳しく知りたい方は、部門横断の業務フロー設計も参考になります。

BPMN：国際標準の業務プロセス記法

BPMN（Business Process Model and Notation）は、国際標準化されたプロセスモデリング記法です。ISO/IEC 19510として規格化されており、世界中の企業で使用されています。

BPMNはフローチャートの基本シンボルに加え、以下の要素を表現できます。

• イベント（開始・中間・終了）：丸で表現。プロセスのトリガーや完了条件を定義
• ゲートウェイ（排他的・並列・包含的）：ひし形で表現。分岐・合流の論理を厳密に定義
• メッセージフロー：破線矢印。組織間のコミュニケーションを表現
• データオブジェクト：プロセスで使用・生成されるデータを明示

日立製作所では、全社的な業務プロセス改善においてBPMNを標準記法として採用し、部門間で統一されたプロセス記述を実現しています。

適した用途： 大規模な業務改革、システム要件定義、外部パートナーとのプロセス共有

プロセスマップ作成の5ステップ

ステップ1：スコープと目的の定義

プロセスマップを作成する前に、以下の3点を明確にします。

• 対象プロセス：どの業務を対象とするか（例：受注から納品まで）
• 粒度：どこまで詳細に書くか（部門間の流れ or 個別タスクの手順）
• 目的：何のために可視化するか（改善・標準化・システム導入・引き継ぎ）

ここで粒度を見誤ると、細かすぎて完成しない、あるいは粗すぎて使えないマップになります。まずはレベル2（部門別のプロセス把握）から始め、必要に応じてレベル3（個別タスクの手順）に詳細化するのが効果的です。

ステップ2：関係者へのヒアリング

プロセスマップの品質は、ヒアリングの品質で決まります。以下のポイントを押さえてヒアリングを実施します。

ヒアリング項目：

• この業務は何のトリガー（きっかけ）で開始するか
• 各ステップで何を判断し、何をアウトプットするか
• 例外処理（イレギュラー対応）はどの程度発生するか
• 各ステップの所要時間と頻度はどの程度か
• 他部門との連携ポイントはどこか

リクルートでは、業務プロセス改善プロジェクトにおいて、担当者への1on1ヒアリングに加え、実際の業務を観察する「ウォークスルー」を併用し、担当者自身が認識していない非効率を発見しています。

ステップ3：ドラフトの作成

ヒアリング結果をもとに、プロセスマップのドラフトを作成します。最初から完璧を目指す必要はありません。

ドラフト作成の手順：

1. 開始と終了を決める
2. 主要なステップ（5〜10個）をメインフローとして配置する
3. 各ステップ間の流れを矢印で接続する
4. 判断分岐（条件分岐）を追加する
5. 例外処理のフローを追加する

この段階では、付箋やホワイトボードを使ってアナログで作成するのも有効です。ソニーのデザイン部門では、業務プロセスの初期設計にホワイトボードと付箋を使い、チームメンバー全員で議論しながらフローを組み立てる手法を採用しています。

ステップ4：レビューと検証

作成したドラフトを関係者に共有し、以下の観点でレビューします。

• 実際の業務と一致しているか（漏れ・誤りの確認）
• 例外処理が網羅されているか
• 各ステップの担当者・責任者は正しいか
• 用語・表現が統一されているか

レビューは必ず実務担当者に実施してもらいます。管理者だけのレビューでは、実態と乖離したマップが完成するリスクがあります。

ステップ5：清書と共有

レビュー結果を反映し、最終版を清書します。清書の際は、以下のポイントに注意します。なお、ツール選定については業務フロー図作成ツール比較で Miro・Lucidchart・draw.io の詳細比較を行っています。

• 記号（シンボル）を統一する
• 矢印の交差を最小限にする（読みやすさの確保）
• 各ステップに番号を振る（参照しやすさの確保）
• 凡例（記号の意味）を明記する
• バージョン番号と最終更新日を記載する

よくある失敗パターンと対策

失敗1：粒度が細かすぎて完成しない

業務のあらゆる例外処理まで網羅しようとすると、プロセスマップが巨大になり、作成も更新も困難になります。

対策： 「80:20の法則」を適用し、主要な業務フロー（全体の80%をカバーする20%のパターン）を先に完成させます。例外処理は別紙に記載するか、後から追記します。

失敗2：作って終わり（更新されない）

多くの企業で「3年前に作ったフロー図が放置されている」という状態が見られます。業務は常に変化するため、プロセスマップも定期的な更新が必要です。

対策： 更新トリガーを明確にします。「業務変更時」「四半期ごと」「組織改編時」など、具体的なタイミングと更新責任者をあらかじめ決めておくことが重要です。

パナソニックでは、業務プロセスドキュメントにオーナー（責任者）と更新サイクルを明記し、プロセス変更時に更新を義務づける運用ルールを設けています。

失敗3：現場が関与していない

管理部門やコンサルタントだけで作成したプロセスマップは、現場の実態と乖離しがちです。

対策： 現場担当者をプロセスマップ作成の主体に据え、管理者はファシリテーター役に徹します。現場が「自分たちのマップ」と感じることが、定着の最大の要因です。

記法選択の判断基準

経営者・部門責任者の立場では、まずスイムレーン図から始めるのが最もバランスが良い選択です。部門間の責任範囲が明確になり、改善ポイントの議論がしやすくなります。

まとめ

業務プロセスマップは、組織の業務を「見える化」し、改善の起点を作るための設計図です。

• 記法は3種類（フローチャート・スイムレーン・BPMN）。まずはスイムレーンが最もバランスが良い
• 作成は5ステップ：スコープ定義→ヒアリング→ドラフト→レビュー→清書
• 粒度は「主要な80%のフロー」から始め、例外処理は後から追加する
• 作成後の定期更新と現場の巻き込みが、プロセスマップを「使える資産」にするための鍵
• 記号の統一・矢印の整理・バージョン管理を徹底し、読みやすさと更新しやすさを確保する

プロセスマップは完璧を目指すものではなく、改善のための「生きたドキュメント」です。プロセスマップ作成後の改善フレームワークについては業務改善フレームワーク比較｜ECRS・PDCA・シックスシグマ・TOCの使い分けを、作成したプロセスマップをワークフローとして標準化する方法はワークフローの標準化をあわせてご覧ください。まずは自社の主要業務から書き始めてみてください。