BPMN（ビジネスプロセスモデリング表記法）とは
BPMNとは、業務の流れを図で表すときの記号と書き方を、国際的に標準化した表記法です。平易に言えば「業務フロー図を、誰が描いても誰が読んでも同じ意味になるようにそろえた共通ルール」です。
正式名称は Business Process Model and Notation です。国際的な標準化団体が仕様を管理しており、現在広く使われているのはバージョン2.0の仕様です。国際規格としても採用されています。
社内で自由に描く業務フロー図は、部署や人によって記号の意味がばらつきがちです。BPMNを使うと、作業・分岐・イベント・データの受け渡しの表し方が統一されるため、業務部門とシステム開発者、社内と社外の間で誤解なく業務を共有しやすくなります。
主な記号と仕組み
BPMNの記号は多数ありますが、実務でよく使うのは次の基本要素です。
| 分類 | 記号の形 | 意味 |
|---|---|---|
| イベント | 円 | 開始・途中・終了など、何かが「起きる」こと。開始は細い線、終了は太い線の円 |
| アクティビティ（タスク） | 角丸の四角 | 人やシステムが行う作業 |
| ゲートウェイ | ひし形 | 分岐や合流。中の記号で「どれか一つ」「すべて並行」などを区別する |
| シーケンスフロー | 実線の矢印 | 作業の順番 |
| メッセージフロー | 破線の矢印 | 組織やシステムをまたぐ情報のやり取り |
| プール・レーン | 横長の枠 | 組織（プール）と担当者・部署（レーン）の区分 |
| データオブジェクト | 折り目のある紙 | 作業で使う・生まれる書類やデータ |
特徴的なのは、「何かが起きる（イベント）」と「何かをする（タスク）」を区別し、さらに分岐の種類を記号で明確にできる点です。たとえば「承認されたら次へ、却下されたら差し戻し」という排他的な分岐と、「経理への通知と倉庫への出荷指示を同時に行う」という並行処理を、図の上で描き分けられます。時間の経過（例：3日間返信がなければ督促する）を表すタイマーイベントなど、待ちや期限を表現できるのも便利な点です。
実務での使い方・具体例
BPMNが特に役立つのは、次のような場面です。
- システム開発の要件定義で、発注側と開発会社が業務の流れを正確に共有したいとき
- 部署をまたぐ申請・承認の流れをワークフローシステムに載せるとき
- 業務を外部に委託する際、業務範囲と受け渡しの境界を明確にしたいとき
- 業務プロセスを自動で実行する製品（プロセスエンジン）に、図をそのまま読み込ませたいとき
たとえば、ある商社で受注から請求までの業務をシステム化する際、営業・業務・倉庫・経理をレーンに分けてBPMNで描くと、「在庫不足のときは誰が顧客に連絡するのか」「部分出荷の場合の請求はいつ行うのか」といった、文章では曖昧になりがちな部分が図の上で問われます。分岐の先が描けない箇所は、そのまま「決めるべきこと」の一覧になり、要件定義の会議で優先して議論すべき論点が明確になります。描く過程で決まっていないことが見つかるのが、標準表記を使う大きな利点です。
一方で、すべての記号を使いこなす必要はありません。現場と共有する図は、イベント・タスク・ゲートウェイ・矢印・レーンの基本要素だけで描き、システムの詳細設計に使う図だけ細かい記号を使う、と使い分けるのが現実的です。
よくある誤解と注意点
「BPMNで描けば業務が改善される」わけではありません。BPMNはあくまで表記法であり、何を改善するかを考えるのは人の仕事です。描くこと自体が目的になり、細部まで精緻な図ができたのに誰も使わない、という状態はよく見られます。
また、記号を厳密に使うほど、図に慣れていない現場の担当者には読みにくくなります。読み手が誰かを意識し、必要なら凡例（記号の説明）を図の横に添えるとよいでしょう。作図ツールの多くがBPMNの記号に対応していますが、ツールごとに対応範囲は異なるため、社内で使うツールを一つに決めておくと図の再利用がしやすくなります。
現状の業務を描くときは、BPMNの書き方に気を取られて実態のヒアリングが浅くなることにも注意が必要です。まずは付箋やホワイトボードで流れを洗い出し、内容が固まってからBPMNで清書する、という二段構えにすると、正確さと読みやすさを両立できます。
関連用語
- 業務フロー図：業務の流れを描いた図の総称。BPMNはその標準表記
- 業務の可視化：業務の実態を見える形にする取り組み
- ワークフローシステム：申請・承認の流れを電子化するシステム
- BPR：業務プロセスを根本から再設計する取り組み
- 基本設計（外部設計）：描いた業務の流れを画面や機能に落とし込む工程
Otsumuに相談できること
業務の流れを正確に描くことは、自動化やシステム化を失敗させないための土台です。Otsumuの自社サービス運用の自動化コンサルティングでは、現場へのヒアリングから業務の流れを整理し、目的に合った粒度で図にまとめたうえで、自動化や業務システム開発の優先順位づけまで支援します。
「業務の流れを開発会社にうまく伝えられない」といったお悩みもご相談ください。30分の無料相談でお話を伺います。
執筆：Otsumu株式会社 ／ 編集日 2026.10.01