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

プロセスマップはフローチャート・BPMN・スイムレーンの3記法を目的に応じて使い分け、「現状ヒアリング→As-Is作成→ボトルネック特定→To-Be設計→合意形成」の5ステップで作成します。記法より先に「誰に見せるか」で選択基準が決まります。

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

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

この記事でわかること

業務プロセスマップの書き方を基礎から学びたい方に向けた記事です。

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

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

• プロセスマップの3つの記法（フローチャート・BPMN・スイムレーン）の特徴と用途別の使い分け基準 — フローチャートは、プロセスマップの最も基本的な記法です。4つの基本シンボルだけで業務の流れを表現できます。
• 現状業務（As-Is）のヒアリングから図面化までの5ステップと各ステップの成果物 — プロセスマップを作成する前に、以下の3点を明確にします。ここで粒度を見誤ると、細かすぎて完成しない、あるいは粗すぎて使えないマップになります。
• 開始・処理・分岐・終了など記号（シンボル）の意味と正しい使い方 — 「業務フローを描いてみたが、何をどこまで書けばいいかわからない」「フローチャートとBPMNの違いがわからない」
• 経営者・部門責任者が作成時に意識すべき粒度設定のポイント — 経営者・部門責任者の立場では、まずスイムレーン図から始めるのが最もバランスが良い選択です。
• 初心者が陥りやすい失敗パターン（粒度の見誤り・目的の曖昧さ等）とその回避方法 — 業務のあらゆる例外処理まで網羅しようとすると、プロセスマップが巨大になり、作成も更新も困難になります。

現状把握からTo-Be設計までの実践ガイドを体系的に整理しました。この記事を読むことで、業務プロセスマップの書き方の全体像を理解し、自社で実践するための具体的な知識が得られます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

関連するテーマとして、業務プロセスKPIの設計方法もあわせてご覧ください。

プロセスマップ作成の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%のフロー」から始め、例外処理は後から追加する
• 作成後の定期更新と現場の巻き込みが、プロセスマップを「使える資産」にするための鍵
• 記号の統一・矢印の整理・バージョン管理を徹底し、読みやすさと更新しやすさを確保する

プロセスマップは完璧を目指すものではなく、改善のための「生きたドキュメント」です。プロセスマップ作成後の改善フレームワークについては業務改善フレームワーク比較をご覧ください。まずは自社の主要業務から書き始めてみてください。

あわせて読みたい

• 業務フロー可視化の目的と効果 — プロセスマッピングで組織の課題を見える化する
• As-Is/To-Be分析で業務改善を実現する方法 — 現状と理想のギャップを体系的に解消
• 業務プロセスのボトルネック特定と解消法 — 制約理論（TOC）で停滞を打破
• 業務改善フレームワーク比較 — ECRS・PDCA・シックスシグマ・TOCの使い分け
• 業務プロセス再設計の実践ステップ — ゼロベースで業務を組み直す具体的手法

よくある質問（FAQ）

Q1. フローチャート・スイムレーン・BPMNはどう使い分けますか？

単一部門のシンプルな業務にはフローチャート、部門横断プロセスにはスイムレーン、大規模な業務改革やシステム要件定義にはBPMNが適しています。多くの企業では、まずスイムレーンで部門間の責任範囲を可視化し、必要に応じてBPMNに発展させるアプローチが現実的です。

Q2. プロセスマップ作成はどのような手順で進めますか？

5ステップで進めます。(1)目的・対象範囲・粒度の定義、(2)担当者へのヒアリングと業務観察、(3)収集した情報のフロー図への落とし込み、(4)関係者によるレビューと修正、(5)完成版の共有と運用ルールの設定です。最も時間をかけるべきはステップ1の粒度設定で、ここを誤ると手戻りが発生します。

Q3. プロセスマップ作成で陥りやすい失敗は何ですか？

3つの典型的な失敗があります。第一に、例外処理まで全て網羅しようとしてマップが肥大化すること。80:20の法則で主要パターンを先に完成させてください。第二に、作成者の想像で書いてしまい現場の実態と乖離すること。第三に、完成後にメンテナンスされず陳腐化することです。更新ルールを事前に決めておくことが重要です。

Q4. 初めて作成する場合、どの記法から始めるべきですか？

スイムレーン図から始めることを推奨します。フローチャートよりも「誰が何を担当するか」が明確になり、部門間の引き渡しポイントが可視化されるため、改善の議論がしやすくなります。記号も直感的で、専門知識がなくても読み取れる点もメリットです。