「業務フロー図を描いたけど、部門間のやり取りが複雑すぎて表現しきれない」——フローチャートの限界にぶつかったDX推進担当者の方へ。その課題を解決するのがBPMN（Business Process Model and Notation）です。
BPMNはISO 19510として国際標準化された業務プロセスの記法で、世界中の企業や行政機関で採用されています。日本でも経済産業省のDXガイドラインで業務プロセスの可視化手法として推奨されており、2026年現在、大手コンサルティングファームの9割以上がBPMNを標準記法として採用しています。
本記事では、BPMN初心者が「読める・描ける」ようになるための基本記法ルールと、実務で使える作成手順を図解付きで解説します。受発注業務のサンプルテンプレートも用意していますので、すぐに実践に活用できます。
BPMNとは？フローチャートとの違い
BPMNの概要
BPMN（Business Process Model and Notation）は、業務プロセスを視覚的に表現するための国際標準記法です。OMG（Object Management Group）が策定し、2013年にISO 19510として国際標準化されました。
フローチャートとの違い
| 項目 | フローチャート | BPMN |
|---|---|---|
| 標準化 | 業界標準なし（JIS X 0121は基本記号のみ） | ISO 19510で国際標準化 |
| 部門横断の表現 | 難しい | スイムレーンで明確に表現可能 |
| イベント（トリガー） | 表現手段が限定的 | 開始・中間・終了イベントで詳細に表現 |
| システム連携 | 手動/自動の区別が曖昧 | サービスタスク・メッセージフローで明示 |
| 適した用途 | 単一部門の簡易な手順書 | 部門横断の業務プロセス分析・改善 |
BPMNの基本要素（4カテゴリ）
BPMNの記号は大きく4つのカテゴリに分類されます。
1. フローオブジェクト
プロセスの中核となる要素です。
| 要素 | 記号形状 | 用途 | 例 |
|---|---|---|---|
| イベント | 丸（円） | プロセスの開始・中間・終了を表す | 注文受信、タイマー発火、処理完了 |
| アクティビティ | 角丸長方形 | 実行される作業・タスクを表す | 見積作成、在庫確認、承認処理 |
| ゲートウェイ | ひし形 | 分岐・合流・並列処理を表す | 金額による承認ルート分岐 |
2. 接続オブジェクト
フローオブジェクト間の関係を表します。
| 要素 | 線の種類 | 用途 |
|---|---|---|
| シーケンスフロー | 実線矢印 | 同一プール内のタスク間の順序 |
| メッセージフロー | 破線矢印 | 異なるプール間のメッセージのやり取り |
| アソシエーション | 点線 | 注釈やデータオブジェクトとの関連付け |
3. スイムレーン
プロセスの実行主体を区分します。
| 要素 | 用途 |
|---|---|
| プール | 組織・システム単位の大枠（例：顧客、自社、外注先） |
| レーン | プール内の役割・部門単位の区分（例：営業部、経理部） |
4. アーティファクト
補足情報を付加する要素です。
| 要素 | 用途 |
|---|---|
| データオブジェクト | 入出力されるデータ・文書（例：注文書、請求書） |
| グループ | 複数要素の論理的なグルーピング |
| テキスト注釈 | 補足説明の記載 |
BPMNプロセス図の作成手順（5ステップ）
ステップ1：スコープと関係者を定義する
対象業務の「開始イベント」と「終了イベント」を明確にし、関わるプール（組織）とレーン（部門・役割）を決めます。
ポイント：最初はプールとレーンの構成だけ描き、中身は空にしておく。全体構造を先に確定させることで、後の作業がスムーズになります。
ステップ2：ハッピーパス（正常系）を描く
まず、例外や分岐のない「最も一般的なケース」のフローを描きます。開始イベントから終了イベントまで、アクティビティをシーケンスフローでつなぎます。
ステップ3：ゲートウェイで分岐を追加する
ハッピーパスに、条件分岐（排他ゲートウェイ）や並列処理（並列ゲートウェイ）を追加していきます。
よく使うゲートウェイ：
- 排他ゲートウェイ（X）：条件に応じて1つのルートを選択（例：金額10万円以上→部長承認）
- 並列ゲートウェイ（+）：複数のタスクを同時に実行（例：見積作成と在庫確認を並行）
- 包含ゲートウェイ（○）：1つ以上のルートを選択（例：メール通知とSMS通知の両方or片方）
ステップ4：メッセージフローとデータを追加する
プール間のメッセージのやり取り（メッセージフロー）と、各タスクで使用するデータオブジェクトを追加します。
ステップ5：レビューと改善
完成したBPMN図を関係者でレビューし、以下の観点でチェックします。
- すべてのイベント・タスクに到達可能か
- デッドロック（永遠に完了しない状態）がないか
- ゲートウェイの分岐条件が漏れなく・重複なく設定されているか
- メッセージフローが正しいプール間を結んでいるか
BPMN作成ツールの選び方
| ツール | 費用 | BPMN準拠度 | 特徴 |
|---|---|---|---|
| Camunda Modeler | 無料（OSS） | 完全準拠 | BPMN 2.0完全対応、実行エンジンと連携可能 |
| draw.io（diagrams.net） | 無料 | 高い | Web/デスクトップ両対応、手軽に始められる |
| Lucidchart | 月額約1,000〜2,000円/人 | 高い | チーム共同編集、テンプレート豊富 |
| Bizagi Modeler | 無料 | 完全準拠 | BPMN特化、シミュレーション機能あり |
| Microsoft Visio | 月額約600〜1,200円/人 | 高い | Office環境との統合 |
よくある質問
Q1. BPMNは中小企業でも必要ですか？
部門横断の業務プロセスを分析・改善する場合は有効です。単一部門の簡易な手順書であればフローチャートで十分です。
Q2. BPMNの習得にどのくらい時間がかかりますか？
基本記法の理解は2〜3時間、実務レベルのプロセス図を描けるようになるまで1〜2週間が目安です。
Q3. BPMNとUMLの違いは？
BPMNは業務プロセスの可視化に特化し、UMLはソフトウェアの設計に特化しています。DX推進の業務分析にはBPMN、システム設計にはUMLという使い分けが一般的です。
まとめ
BPMNは、部門横断の業務プロセスを正確に可視化するための国際標準記法です。
- フローチャートの限界を超えるスイムレーン・イベント・ゲートウェイが強み
- 基本要素は4カテゴリ：フローオブジェクト、接続オブジェクト、スイムレーン、アーティファクト
- 作成は5ステップ：スコープ定義→ハッピーパス→分岐追加→メッセージ/データ→レビュー
- ツールはdraw.io（無料）から始めてOK
- 基本記法は2〜3時間で習得可能
業務プロセスの可視化は、DX推進の土台です。まずは自社の主要業務をBPMNで描いてみることから始めましょう。
GXO実務追記: システム開発・DX投資で発注前に確認すべきこと
この記事のテーマは、単なるトレンド紹介ではなく、要件定義、費用、開発体制、ベンダー選定、保守運用を決めるための検討材料です。検索で情報収集している段階でも、発注前に次の観点を整理しておくと、見積もりのブレ、手戻り、ベンダー依存を減らせます。
まず決めるべき3つの論点
| 論点 | 確認する内容 | 未整理のまま進めた場合のリスク |
|---|---|---|
| 目的 | 売上拡大、工数削減、リスク低減、顧客体験改善のどれを優先するか | 成果指標が曖昧になり、PoCや開発が終わっても投資判断できない |
| 範囲 | 対象部署、対象業務、対象データ、対象システムをどこまで含めるか | 見積もりが膨らむ、または重要な連携が後から漏れる |
| 体制 | 自社責任者、現場担当、ベンダー、保守運用者をどう置くか | 要件確認が遅れ、納期遅延や品質低下につながる |
費用・期間・体制の目安
| フェーズ | 期間目安 | 主な成果物 | GXOが見るポイント |
|---|---|---|---|
| 事前診断 | 1〜2週間 | 課題整理、現行確認、投資判断メモ | 目的と範囲が商談前に整理されているか |
| 要件定義 / 設計 | 3〜6週間 | 要件一覧、RFP、概算見積、ロードマップ | 見積比較できる粒度になっているか |
| PoC / MVP | 1〜3ヶ月 | 検証環境、効果測定、リスク評価 | 本番化判断に必要な数値が取れるか |
| 本番導入 | 3〜6ヶ月 | 本番環境、運用設計、教育、改善計画 | 導入後の運用責任と改善サイクルがあるか |
発注前チェックリスト
- [ ] 発注前に目的、対象業務、利用者、現行課題を1枚に整理したか
- [ ] 必須要件、将来要件、今回はやらない要件を分けたか
- [ ] 見積比較で、開発費だけでなく保守費、運用費、追加改修費を見たか
- [ ] ベンダー選定で、体制、実績、品質管理、セキュリティ、引継ぎ条件を確認したか
- [ ] 検収条件を機能、性能、セキュリティ、ドキュメントで定義したか
- [ ] リリース後3ヶ月の改善運用と責任分界を決めたか
参考にすべき一次情報・公的情報
上記の一次情報は、社内稟議やベンダー比較の根拠として使えます。一方で、公開情報だけでは自社の現行システム、業務フロー、データ状態、予算制約までは判断できません。記事で一般論を把握した後は、自社条件に落とした診断が必要です。
GXOに相談するタイミング
次のいずれかに当てはまる場合は、記事を読み進めるだけでなく、早めに相談した方が安全です。
- 見積もり依頼前に、要件やRFPの粒度を整えたい
- 既存ベンダーの提案が妥当か第三者視点で確認したい
- 補助金、AI、セキュリティ、レガシー刷新が絡み、判断軸が複雑になっている
- 社内稟議で費用対効果、リスク、ロードマップを説明する必要がある
- PoCや診断で終わらせず、本番導入と運用改善まで進めたい
BPMN（業務プロセスモデリング）入門｜記法ルールと作成手順を図解【テンプレート付き】を自社条件で診断したい方へ
GXOが、現状整理、RFP/要件定義、費用対効果、ベンダー比較、導入ロードマップまで実務目線で確認します。記事の一般論を、自社の投資判断に使える形へ落とし込みます。
※ 初回相談では営業資料の説明よりも、現状・課題・判断材料の整理を優先します。
関連記事
- 中小企業のDX成功事例 — 100名以下の企業の実例
- デジタル化・AI導入補助金2026ガイド — DX投資の補助金活用
- GXOの導入事例を見る — セキュリティ・AI・DXの支援実績