BPMN：ビジネスプロセスモデルと表記法の解説

BPMNは、ビジネスアナリストとソフトウェア開発者のどちらも翻訳者なしに読めるビジネスプロセスを描くための共通言語を提供します。Business Process Model and Notation（BPMN）はプロセス管理が持つ国際標準に最も近いものであり、ほとんどのBPMプラットフォーム、ワークフロー自動化ツール、プロセス改善チームが採用している表記法です。

BPMNとは

BPMNはビジネスプロセスをモデル化するためのグラフィカル表記標準です。UMLの背後にある同じ標準化団体であるObject Management Group（OMG）が管理しています。現行バージョンのBPMN 2.0は2011年にリリースされ、図が人間だけでなく機械でも実行可能になる機能を追加しました。つまり、BPMN 2.0ファイルをワークフローエンジンに直接インポートしてコードとして実行できます。

BPMNの核心は、プロセスをタスク、イベント、意思決定の連鎖として記述し、誰が何に責任を持つかを示すプールとレーンに整理することです。この表記法は複雑な例外処理、並行実行、システム間メッセージングを表現できるほど精密ですが、部門長がミーティングで確認できるほど視覚的でもあります。

主要事実

• BPMNのようなプロセス表記法を標準化した組織は、プロセス自動化プロジェクトにおけるビジネスとITチーム間の誤解が30%削減されたと報告しています（Gartner、2023年）。
• BPMN 2.0はISO標準（ISO/IEC 19510:2013）であり、プロセスモデリングのグローバルベンチマークとしての地位を確認しています（ISO、2013年）。
• BPM Instituteによる2022年の調査では、正式なプロセス改善プログラムを実施している組織のうち67%が回答し、BPMNが最も広く使用されているモデリング表記法であることがわかりました（BPM Institute、2022年）。

BPMNの4つの要素カテゴリー

BPMNはすべてのシンボルを4つのカテゴリーに整理します。シンボルの一覧を暗記するのではなく、論理的なシステムとして理解できるため、この構造を把握することで表記法の習得が大幅に楽になります。

フローオブジェクトは最も活発な要素です。イベントは発生する事柄（プロセスの開始、タイマーの発火、メッセージの到着）を示します。アクティビティは実行される業務です。ゲートウェイは意思決定ポイントと分岐ロジックです。

接続オブジェクトは線です。シーケンスフロー（実線矢印）はプロセス内のアクティビティの順序を示します。メッセージフロー（破線矢印）は2つの独立したプール間のコミュニケーションを示します。アソシエーションはテキスト注釈などのアーティファクトを要素に関連付けます。

スイムレーンはBPMNを部門横断プロセスに非常に有用にする要素として、特に強調する価値があります。プールは参加者（多くの場合、組織またはシステム）を表します。プール内のレーンは責任をさらに分割し、通常は役割または部門で区分します。これにより、顧客が注文を行い、倉庫が在庫を出荷し、財務システムが支払いを処理するといった流れを、一つのBPMN図で示すことができます。

アーティファクトはプロセスのロジックを変えませんが、図を読みやすくします。データオブジェクトはタスクが使用または生成するデータを示します。グループは関連する要素を視覚的にまとめます。注釈では、文脈を必要とするレビュアーのために平易な言葉でメモを追加できます。

BPMNの主要シンボル解説

これらはほぼすべてのBPMN図で使用するシンボルです。これらをマスターすれば、実際のBPMN図の90%をすぐに読めるようになります。

イベント

イベントは円の内側にマーカーを持てます。メッセージイベントには封筒、タイマーイベントには時計、エラーイベントには稲妻のアイコンがあります。マーカーの種類はイベントの引き金や結果を示します。

アクティビティ

タスクはBPMN図で最もよく使われる要素です。サブプロセスは複雑さを隠します。親図では一つのボックスとして見えますが、展開すると内部に完全なBPMNフローが現れます。

ゲートウェイ

ゲートウェイはBPMNが基本的なフローチャートより精密になる部分です。フローチャートの単純な菱形は「意思決定」を意味するだけです。BPMNではゲートウェイの種類が、一つのパスを選ぶのか、複数のパスを並行して実行するのか、それとも条件付きでいくつかのパスの組み合わせを有効化するのかを示します。

BPMN対フローチャート対UML

この3つはよく混同されます。それぞれは関連しているが異なる問題を解決します。

主な違いは、フローチャートは人間の読み手に向けたプロセスを素早く非公式に文書化する方法であるのに対し、BPMNはエンタープライズレベルの自動化に対応する正式な表記法です。UMLアクティビティ図はBPMNと同様に厳密ですが、業務オペレーションではなくソフトウェアシステムの動作を対象としています。

ほとんどのプロセス文書化作業では、フローチャートまたはビジネスプロセスマップから始めてください。プロセスが組織の境界をまたぐ場合、複雑な例外処理が含まれる場合、またはBPMプラットフォーム上で実行する必要がある場合は、BPMNが適切なツールです。

BPMNのメリットと制限事項

メリット

チーム間の共通言語。 ビジネスステークホルダーとITは同じ図を見て理解できます。これにより、プロセス自動化プロジェクトを開始前に失敗させる翻訳ミスが減少します。

自動化のための精密さ。 BPMN 2.0図はXMLとしてエクスポートし、Camunda、Activiti、IBM BPMなどの実行エンジンにインポートできます。図自体が仕様書です。文書からコードへの変換における曖昧さがありません。

現実の複雑さへの対応。 例外パス、並行タスク、タイマートリガーのイベント、システム間メッセージはすべて明示的な表記法を持ちます。BPMNは複雑な部分を単純化する必要がありません。

ツールのエコシステム。 Bizagi、Signavio、Camunda Modeler、ARIS、LucidchartはすべてBPMN 2.0をサポートしています。標準XMLフォーマットによりツール間で図を移植できます。

制限事項

学習コスト。 BPMNには数十のシンボルがあります。チームが一貫して使用するには研修が必要です。規則が混在した見づらいBPMN図は、シンプルなフローチャートより読みにくくなります。

シンプルなプロセスには過剰。 3ステップの承認プロセスにプール、レーン、イベントベースのゲートウェイ、メッセージフローは不要です。シンプルなプロセスはシンプルなフォーマットに属します。

プロセス文書化の代替にはならない。 BPMNはフローを示します。プロセスを取り巻くビジネスルール、システム要件、データ定義、ポリシーコンテキストは含みません。それらには依然としてプロセス文書が必要です。

BPMN図の作成方法

ステップ1：スコープと参加者を定義する

プロセスの名称を決め、関係者全員を特定します。内部チーム、外部組織、プロセスに参加するシステムです。プロセスフローを送受信する組織またはシステムはそれぞれプールになります。組織内のチームや役割はプール内のレーンになります。

ステップ2：開始イベントと終了イベントを特定する

トリガーが発生する場所に開始イベント（細い円）を配置します。各結果ごとに一つまたは複数の終了イベント（太い円）を配置します。例えば、注文処理プロセスには「注文発送済み」と「注文キャンセル済み」の2つの終了イベントがあります。最初にこれらのアンカーを正しく設定することで、残りの図が広がりすぎるのを防ぎます。

ステップ3：タスクの順序をマッピングする

すべてのアクティビティを順番にリストアップし、適切なレーンにタスク（角丸長方形）として配置します。管理する人だけでなく、実際に業務を行う人と協力してください。「こう機能すると思っている」と「実際に機能している」のギャップが、ほとんどのプロセス上の問題が隠れている場所です。これはビジネスプロセスマッピングのアプローチを反映しています。

ステップ4：意思決定と分岐にゲートウェイを追加する

プロセスが一つのパスを選択しなければならない場所には排他的ゲートウェイを配置します。複数のことが同時に起こる場所には並行ゲートウェイを使用します。時間ベース、メッセージトリガー、またはエラー駆動のものには中間イベントを使用します。各出力シーケンスフローにゲートウェイの条件ラベルを付け、読者がどの条件がどこに通じるかを正確に把握できるようにします。

ステップ5：接続、検証、改善

各プール内のすべての要素をシーケンスフローで接続し、プール間をメッセージフローで接続します。次にステークホルダーと図を確認し、「すべてのパスに終了イベントがあるか？すべてのゲートウェイの条件にラベルが付いているか？見落としたステップはないか？」と問いかけます。まず正常パスをたどり、次に各例外分岐を終了イベントまで追跡します。有効なBPMN図には行き止まりがなく、曖昧なパスもありません。

BPMNの例

顧客オンボーディングプロセスがBPMNでどのように見えるかを、SalesとOperationsの2つのレーンを持つ単一プールで示します。

プール： 「Acme Corp」（社内参加者） レーン： Sales、Operations

フロー：

1. 開始イベント（メッセージ）：契約書に署名
2. タスク（Salesレーン）：ウェルカムメールを送信
3. タスク（Salesレーン）：CRMにアカウントを作成
4. 排他的ゲートウェイ： セットアップは手動か自動化か？
5. パスA（自動化）：タスク（Operationsレーン）：自動プロビジョニングをトリガー
6. パスB（手動）：タスク（Operationsレーン）：導入マネージャーをアサイン、その後タスク：キックオフコールをスケジュール
7. 両パスが並行ゲートウェイでマージ：バックグラウンドチェックとオンボーディングアンケートを同時に実施
8. タスク（Operationsレーン）：すべてのチェック完了を確認
9. 終了イベント：顧客がアクティブ状態に

ステップ4の排他的ゲートウェイはチームが実際に行う意思決定を反映しています。ステップ7の並行ゲートウェイは実際に同時に起こる作業を反映しています。どちらも単一の菱形を持つシンプルなフローチャートでは明確に表現できません。

この図はBPMプラットフォームにインポートして、プロビジョニングタスクを自動化し、適切なタイミングでアンケートを送信し、バックグラウンドチェックが完了したときに導入マネージャーに通知するために使用できます。これがBPMNが可能にするプロセス文書から実行への飛躍です。

BPMNが完全な改善プログラムのどこに位置するかについての広範なコンテキストは、プロセス管理とは何かおよびビジネスプロセス管理をご覧ください。

ベストプラクティス

正常パスから始める。 例外分岐を追加する前に、最初から最後まで理想的なシナリオを描いてください。複雑さを追加するほうが、すべてのエッジケースを一度に扱おうとした図を整理するよりも簡単です。

すべてのゲートウェイの出力にラベルを付ける。 ゲートウェイから出る各矢印は条件ラベルを持つべきです。「はい」「いいえ」「$10,000超」「自動化」などです。ラベルがないとゲートウェイは曖昧になります。

プールごとに一つのプロセス、レーンごとに一つの責任。 一つのプールに2つの無関係なプロセスを混在させたり、一人と一つのシステムの両方にレーンを割り当てたりすると混乱が生じます。境界を明確に保ちます。

サブプロセスを使って複雑さを管理する。 図の一部が密集したら、それをサブプロセスに折りたたみます。読者は高レベルのフローを見て、詳細が必要な人は展開できます。

プールを水平に、レーンのラベルを明確に保つ。 ほとんどのツールの規則は左から右へのフローで水平プールです。一貫した向きで図が読みやすくなります。

BPMNを標準作業手順書に連携させる。 BPMN図はフローを示します。SOPはビジネスルール、ツール名、エッジケースの処理を含みます。どちらの文書も孤立しないよう明示的にリンクします。

レビューだけでなく実行によって検証する。 BPMプラットフォームが図を実行できる場合は、テストデータで実行してください。ステークホルダーレビューでのみ発見されるBPMN図のエラーは、テスト実行で発見されるエラーよりはるかにコストがかかります。

よくある質問

BPMNとフローチャートの違いは何ですか？

フローチャートはプロセスのステップと意思決定を示す非公式な汎用図です。BPMNはゲートウェイの種類、イベントトリガー、プール間コミュニケーション、機械実行のための正確なルールを持つ正式な標準です。主な実用的な違いは、BPMN 2.0ファイルはワークフローエンジンにインポートして直接実行できるのに対し、フローチャートはできないことです。シンプルな内部文書化にはフローチャートが速いです。自動化、チーム横断ワークフロー、またはコンプライアンス対応のプロセス定義にはBPMNが適しています。

BPMNのプールとレーンの違いは何ですか？

プールはプロセスの独立した参加者（通常は組織全体、部門、または外部システム）を表します。レーンはプール内の区分で、通常は特定の役割、チーム、または機能を表します。プール内のすべてのアクティビティは同じプロセスを共有します。メッセージフローはプール間のコミュニケーションを示すためにプールをまたぎます。シーケンスフローはプール内にとどまります。プールを競泳会場、レーンをその中の個々の選手のレーンとしてイメージするとわかりやすいでしょう。

BPMN 2.0は以前のバージョンに何を追加しましたか？

BPMN 2.0は図を機械可読で実行可能にする標準化されたXMLフォーマットを導入しました。また各要素のセマンティクスも形式化したため、2つのBPMN 2.0ツールは同じ図を同一に解釈します。以前のバージョンは主に実行モデルのないビジュアル標準でした。バージョン2.0はBPMNを文書フォーマットからワークフロー自動化の基盤に変えました。

どのツールがBPMN 2.0をサポートしていますか？

最も広く使われるツールには、Camunda Modeler（無料、オープンソース）、Bizagi Modeler（モデリングは無料）、Signavio（エンタープライズ）、ARIS（エンタープライズ）、Lucidchart（ウェブベース）、draw.io（無料）があります。これらはすべて標準のBPMN 2.0 XMLフォーマットでエクスポートします。Camundaはモデリングツールと並行してBPMN実行エンジンも必要なチームに最も一般的な選択肢です。

SIPOCの代わりにBPMNをいつ使うべきですか？

特にSix Sigmaやプロセスプロジェクトのはじめにプロセスのスコープと境界を高レベルで定義する必要がある場合はSIPOCダイアグラムを使用します。SIPOCはプロセスが何をするか、誰が関わっているか、インプットとアウトプットが何かを示します。意思決定、例外、自動化を含む段階的なプロセスの動作をモデル化する必要がある場合はBPMNを使用します。SIPOCはスコーピングツールです。BPMNはモデリングツールです。順番に使うとよく機能します。

より広いプロセスツールキットにおけるBPMNの位置づけ

BPMNはビジネスプロセスマッピング、バリューストリームマッピング、またはTotal Quality Managementの実践を置き換えるものではありません。これらを補完します。スコープ定義にSIPOCを使い、ステークホルダーの合意形成にプロセスマップを使い、エンジニアリングチームへの自動化または仕様引き渡しの準備ができたらBPMNを使うという流れになります。

表記法はその背後にあるプロセスの思考と同程度にしか優れていません。対話と標準作業手順書を通じてプロセスを理解することから始めてください。次にBPMNを使ってその理解を精密で共有可能かつ実行可能なものにします。

関連情報

• ビジネスプロセスマッピング - BPMNの前の視覚的基盤
• フローチャートとは何か - 基本的な文書化のためのシンプルな代替手段
• バリューストリームマッピング - 時間データを含むLean重視のプロセス分析
• SIPOCダイアグラム - モデリング前のスコープ定義
• 標準作業手順書 - BPMN図に伴うドキュメント
• プロセス管理とは何か - BPMNが貢献する広義の分野
• Total Quality Management - プロセスモデルをインプットとして使う改善手法