BPMNとは？業務フロー図との違いと書き方をわかりやすく解説

BPMNとは？OMGが策定した業務プロセスの国際標準記法

BPMN（Business Process Model and Notation）とは、業務プロセスを図で表すための国際標準の記法です。標準化団体OMG（Object Management Group）が策定し、現在は2011年に公開された「BPMN 2.0」が広く使われています。ISO/IEC 19510として国際規格にもなっており、世界中の企業やツールが同じルールで業務プロセスを表現できます。

ひと言でまとめると、BPMNは「誰が描いても、誰が読んでも同じ意味になる業務フロー図の世界共通ルール」です。

BPMNが生まれた背景

一般的な業務フロー図は、会社や部署ごとに描き方がバラバラになりがちです。同じひし形でも「人によって意味の解釈が違う」状態では、システム開発や部門間の連携で認識ずれが起こります。BPMNは、この曖昧さをなくすために記号の種類と意味を厳密に定義した記法です。

BPMNが使われる主な場面

BPMNは、図の正確さが成果物の品質に直結する場面で力を発揮します。代表的な利用シーンは次の4つです。

• システム開発の要件定義：開発者と業務部門が同じ図を同じ意味で読める
• ワークフロー・BPMシステムへの実装：BPMN 2.0は実行エンジンに直接読み込める形式を持つ
• 業務改革（BPR）や内部統制の文書化：監査に耐える厳密なプロセス定義ができる
• 部門・会社をまたぐプロセスの設計：プール・レーンで責任の境界を明確に示せる

逆に言えば、こうした厳密さが不要な場面では、よりシンプルな業務フロー図のほうが速く伝わることも多くあります。違いは後半で詳しく比較します。

BPMNの5つの基本要素｜イベント・アクティビティ・ゲートウェイ

BPMN 2.0には100種類以上の記号が定義されていますが、すべてを覚える必要はありません。実務でまず押さえるべきは、次の5つの基本要素です。

イベント：プロセスの起点と終点を明示する

イベントは「注文を受信した」「タイマーが満了した」など、プロセスの引き金や結果になる出来事です。フローチャートの開始・終了記号と似ていますが、BPMNでは「メッセージ受信で開始」「時間経過で開始」のように、開始のきっかけの種類まで記号で区別できます。

ゲートウェイ：分岐の種類を厳密に区別できる

フローチャートのひし形は分岐をまとめて表しますが、BPMNのゲートウェイは「排他（どちらか一方に進む）」「並行（複数を同時に進める）」「包含（条件を満たすものすべてに進む）」を記号で区別します。「承認と在庫確認を同時に進める」といった並行処理を正確に表現できるのは、BPMNならではの強みです。

プールとレーン：「誰がやるか」を構造で示す

プールは会社や組織、レーンはその中の部署・役割を表す区画です。スイムレーン形式の業務フロー図と同じ発想ですが、BPMNではプールをまたぐやり取りを「メッセージフロー（破線矢印）」で描くなど、組織間連携の表現ルールまで定義されています。

BPMNと業務フロー図・フローチャートの3つの違い

結論から言うと、最大の違いは「記法が国際標準として厳密に定義されているかどうか」です。具体的には、次の3つの観点で違いが現れます。

違い1：記法の厳密さ

BPMNは記号の形・意味・組み合わせ方が仕様として定義されており、解釈の余地がほとんどありません。一方、一般的な業務フロー図は「チーム内で意味が通じればよい」という運用が普通で、その分だけ気軽に描けます。

違い2：表現できるプロセスの複雑さ

並行処理、例外発生時の中断、他社システムとのメッセージのやり取りなど、複雑なプロセスを正確に描けるのがBPMNです。フローチャートでこれらを表そうとすると、注釈だらけになるか、曖昧なまま残ってしまいます。

違い3：読み手と用途

BPMNの主な読み手は、システム部門や業務設計の担当者です。一方、業務フロー図の読み手は現場の同僚や新人です。読み手がBPMNの記号を知らなければ、せっかくの厳密さも伝わりません。「誰が読むか」が、記法選びの最初の分かれ道になります。

BPMN風の業務フロー例｜受注プロセスを描いてみる

BPMNの考え方は、普段使いのフローチャートにもそのまま応用できます。ここでは「受注から出荷まで」のプロセスを、開始・終了イベントとゲートウェイの種類を意識して描いた例を紹介します。

ポイントは中盤の並行ゲートウェイです。「出荷準備」と「請求書発行」は順番に行う必要がないため、並行して進めて最後に合流させています。順次処理しか描かないフローチャートでは見落としがちな「同時に進められる作業」が、ゲートウェイを意識すると自然に見えてきます。

この例で意識したBPMNのポイント

• 開始と終了をイベントとして明示する（何がきっかけで始まり、何をもって終わるか）
• 分岐には「排他か並行か」を区別して書く
• アクティビティは「〜する」と動詞で終わる短い文で書く

なお、DrillSparkのAI生成を使えば、「受注後に在庫を確認し、なければ仕入先に発注。引当後は出荷準備と請求書発行を並行して進める」のように業務内容を文章で伝えるだけで、約30秒でこのようなフローチャートの下書きが生成されます。無料プランで試せるので、記法に迷う前にまず形にしてみるのもおすすめです。

BPMNの書き方4ステップ

BPMNで業務プロセスを描く手順は、基本的には業務フロー図と同じです。BPMNならではの観点を加えた4つのステップで進めましょう。

ステップ1：プロセスの範囲と登場人物を決める

どの業務のどこからどこまでを描くかを決め、関わる部署・役割を洗い出します。登場人物が複数いる場合は、プールとレーンの構成をここで考えておくと後の作業が楽になります。

ステップ2：開始イベントと終了イベントを置く

「注文の受信で始まり、出荷完了で終わる」のように、プロセスの起点と終点を最初に固定します。終了が複数ある場合（成約と失注など）は、終了イベントを複数置いて構いません。

ステップ3：アクティビティを時系列に並べる

開始から終了までの作業を洗い出し、シーケンスフローでつなぎます。1つのアクティビティには1つの作業だけを書き、「〜する」と動詞で終える形に統一すると読みやすくなります。

ステップ4：ゲートウェイで分岐・並行を整理する

条件分岐には排他ゲートウェイ、同時に進められる作業には並行ゲートウェイを置きます。「承認されなかったら？」「在庫がなかったら？」といった例外パターンをここで丁寧に拾うことが、使えるプロセス図にする最大のコツです。

BPMNと業務フロー図、どちらを使うべき？3つの判断基準

結論はシンプルで、「読み手」と「目的」で選びます。次の3つの基準で考えると、迷わず判断できます。

基準1：読み手は誰か

読み手が現場の同僚や新人なら、シンプルな業務フロー図が適切です。BPMNの記号を知らない読み手にとっては、見慣れないゲートウェイ記号はむしろ理解の妨げになります。読み手がシステム部門や外部ベンダーなら、BPMNの厳密さが活きます。

基準2：システム化・自動化につなげるか

描いたプロセス図をワークフローシステムやBPMツールの実装につなげるなら、BPMNが第一候補です。BPMN 2.0は実行エンジンが直接解釈できる形式を持つため、図がそのまま設計書として機能します。

基準3：プロセスに並行処理や例外が多いか

複数部署が同時に動く、例外時の中断や差し戻しが多い、といった複雑なプロセスはBPMNの表現力が活きます。逆に、順番に進む単純な業務であれば、シンプルなフローチャートで何も困りません。

迷ったら、まずシンプルな業務フロー図から始めましょう。社内共有が目的なら、それで十分なケースがほとんどです。描いているうちに「並行処理を正確に表したい」と感じたら、その部分だけBPMNの考え方を取り入れれば問題ありません。

まとめ｜まず描いてみることがいちばんの近道

BPMNは強力な標準記法ですが、すべての業務フローをBPMNで描く必要はありません。社内共有が目的なら、シンプルな業務フロー図で十分に役割を果たします。大切なのは記法選びに時間をかけることではなく、まず描いて業務を可視化することです。身近な業務をひとつ、図にするところから始めてみましょう。

よくある質問