BPMN チュートリアル

このビジネスプロセスモデリング表記法 (BPMN) 総合ガイドでは、BPMN の概要、目的、メリット、記号、表記法など、必要な知識をすべてご紹介します。

BPMN とは？

ビジネスプロセスモデリング表記法 (BPMN) は、計画されたビジネスプロセスのステップをエンドツーエンドでモデル化するフローチャート表記法です。ビジネスプロセス管理の鍵となるもので、プロセスの完了に必要なビジネス活動と情報フローの詳細な一連の流れを視覚的に描写します。

その目的は、効率を向上させ、新たな状況に対応し、または競争優位性を獲得するための方法をモデル化することです。この手法は過去数年間にわたり標準化が進められており、現在では、同じ BPMN の略称を使用しながらも、わずかに異なる名称である「ビジネスプロセスモデルと表記法 (Business Process Model and Notation)」と呼ばれることも多くなっています。ソフトウェア設計で使用される統一モデリング言語 (UML) とは異なります。

BPMN チュートリアル

• BPMN の主要な構成要素を理解する

• シーケンスフローの仕組みを理解する

• アクティビティとタスクを追加する

• ゲートウェイでフローを制御する

• プールとスイムレーンで整理する

• 図をチームと共有してコラボレーションを開始する

BPMN イベント

円で表されるイベントは、プロセスの途中で発生する事象を示します。ビジネスプロセスモデリングにおける主要なイベントには、開始イベント、中間イベント、終了イベントの3つがあります。これら3つのタイプは、キャッチイベント (トリガーに反応する) またはスローイベント (プロセスがトリガーする) のいずれかとしても定義されます。BPMN に慣れてきたら、Lucidchart にアクセスして、直感的な作図を開始しましょう。

開始イベント

各プロセスは、開始イベントと呼ばれる契機となるイベントから始まる必要があります。すべての開始イベントは情報をキャッチし (メールの受信など)、開始イベントから進む線を追加してプロセスを継続できます。多くの開始イベントには、イベントのトリガーを定義するために中央にアイコンが含まれています。例えば、封筒アイコンが含まれる開始イベントは、メッセージが到着してプロセスの開始がトリガーされることを示します。

Lucidchart では、BPMN 2.0 図形ライブラリから開始イベントを簡単に追加できます。キャンバスに図形をドラッグしたら、任意の図形をクリックして、エディター上部にある高度な図形メニューでそのプロパティを変更できます。

このシンプルな図形は、メールを受信することによってプロセスがどのように始まるかを表しています。ユーザーがメールを受信した後、BPMN 図の残りの部分を進めることができます。

中間イベント

中間イベントは、開始イベントと終了イベントの間に発生するすべてのイベントです。中間イベントの円は二重線になっており、イベントは情報をキャッチまたはスローできます。オブジェクトを接続することで方向性のあるフローが示され、イベントがキャッチであるかスローであるかが決定されます。

Lucidchart ユーザーは、キャンバスに新しい BPMN 図形を追加したときに表示される高度な図形メニューで中間イベントのタイプを見つけることができます。

下の図形は、プロセス中に受信したメッセージを示しています。イベントの円の周囲が二重線になっており、メールアイコンが塗りつぶされていないことから、キャッチ図形であることがわかります。

次の図形は前の例と似ていますが、メッセージをキャッチするのではなくスローする点が異なります。簡単に言えば、メッセージを受信するのではなく、プロセス内のステップとしてメッセージが送信されます。

終了イベント

最後に、終了イベントは1本の太い黒線でスタイル設定されています。最終イベントの後にキャッチするプロセスはないため、終了イベントは常にスローされます。

以下の BPMN の例では、最終メッセージがスローされたときにプロセスが完了します。何らかのシステムを処理した後は、誰かに通知する必要がある可能性が高いため、フローを終了するためにスローメッセージを含めるのが一般的です。

BPMN アクティビティ

BPMN タスク

タスクはプロセスの最も細かいレベルです。Lucidchart は、さまざまなタスクタイプを表す多くの種類の記号をサポートしています。

ノーマルタスク

ノーマルタスクは、手紙を投函するなど、ビジネスプロセス内で発生する単一のアクションです。

下の例は論文を執筆するプロセスを示しており、各アクティビティを描写するためにノーマルタスクが使用されています。

ループタスク

ループタスクは、順次繰り返されるタスクです。

前の例にループタスクを組み込みたい場合は、論文の編集タスクをループタスクに変更できます。このループタスクは、最終稿を提出する前にドキュメントを繰り返し編集する意図を示します。ループタスクの条件を説明するために、先生が現在のドラフトでA評価が取れると言うまで論文の編集を続けるという注釈を追加します。

マルチインスタンスタスク

マルチインスタンスタスクは、複数回発生するタスクです。これらのインスタンスは、並行して、または順次発生させることができます。

何人かの友人にドラフトに目を通してもらい、変更案のフィードバックをもらうことができたとします。この場合、ループタスクではなくマルチインスタンスタスクにします。このタスクタイプは、3人の異なる人にドラフトを渡し、3人全員から同時に連絡が戻ってくることを示します。この例では複数の編集が同時に行われる様子を示していますが、アクティビティタイプを変更することで、複数の編集が順次行われる様子を簡単に示すこともできます。

補償タスク

補償タスクは、事前に別の特定のタスクが発生した場合にのみ実行されるタスクの特殊なバージョンです。補償タスクは、プロセス内で行われた作業に対して支払われる報酬の形態や時期を示すためによく使用されます。

友人はおそらく無報酬では働いてくれないため、論文を編集することを条件に報酬を支払うことを示す補償タスクを追加できます。

補償ループタスク

補償ループタスクは、補償を繰り返しのイベントにします。この例で、エディターが1人しかいない場合、作業を編集するたびに報酬を支払ったことを示すことができます。

BPMN サブプロセス

BPMN において、サブプロセスはシンプルさを重視した通常のタスクタイプのサブセットです。一般的な職場環境では、BPMN 図はステークホルダーと開発者の両方にプロセスを伝えるために使用されます。ステークホルダーは通常、開発者が求めるような複雑さを望まないため、サブプロセスを使用するとタスクを折りたたんだり展開したりして、両方のグループに情報をすばやく伝えることができます。

ループ

ループは、サブプロセスが順次繰り返されることを示します。折りたたまれたビューでは、ループタスクと同様に扱われます。

マルチインスタンス

このサブプロセスは、他の同一のサブプロセスと同時に実行できます。折りたたまれたビューでは、マルチインスタンスタスクと同様に扱われます。

補償

補償サブプロセスは通常、売掛金または買掛金のいずれかの補償方法の一部を説明するタスクのグループに予約されています。

アドホック

アドホックサブプロセスは、プロセスの一部を完了することだけを目的として存在するタスクのグループです。例えば、独自の一意の決済システムを持つ特定のベンダーを処理するアドホックサブプロセスなどが考えられます。

トランザクション

トランザクションアクティビティは、決済プロセスを表す特殊なサブプロセスの記号です。すべてのトランザクションアクティビティは二重線で囲まれています。サブプロセスを完了する前に、すべての参加者がトランザクションの担当部分を完了したことを確認する必要があります。

イベントサブプロセス

イベントサブプロセスは、サブプロセスの境界内で発生するイベントを説明するために使用されます。イベントサブプロセスは開始イベントによってトリガーされ、通常のフローの一部ではないという点で他のサブプロセスとは異なります。これらは自己完結しており、サブプロセスのコンテキスト内で発生します。

イベントサブプロセスには、中断を伴うものと伴わないものの2つの主なタイプがあります。中断を伴うイベントサブプロセスは通常のビジネスフローを中断しますが、中断を伴わないイベントサブプロセスは中断しません。例えば、ウェブサイトでの注文がキャンセルされた場合、プロセスは中断され、すべてのウェブサイトのアクティビティが終了します。しかし、顧客が購入用に確保されている商品を確認するためにショッピングカートをチェックするだけであれば、プロセスは中断を伴いません。

コールアクティビティ

コールアクティビティは、特定のプロセスを実行する必要がある場合にいつでも使用されるグローバルプロセスです。コールアクティビティの表記法が使用されると、プロセスの制御はあらかじめ定義されたグローバルプロセスに移行します。

BPMN タスクタイプ

BPMN タスクタイプは、実行可能なタスクを表します。実務ではそれほど使用されませんが、エンジニアリングプロジェクトの要件をモデル化する際には特に重要です。

ビジネスルールタスクタイプ

BPMN 2.0 で追加されたビジネスルールは、IT グループではなくビジネスグループによって維持される特定のタイプのサービスです。ルールの図形は、ビジネスルールの実装を表すために使用されます。

マニュアルタスクタイプ

マニュアルタスクタイプは、アクティビティを手動ref: されて実行する必要がある場合に使用されます。外部の支援やアプリケーションなしで実行できます (例：トラックに製品を積み込む)。

受信タスクタイプ

受信タスクは、プロセスがサードパーティからの受信メッセージに依存していることを示します。メッセージを受信すると、タスクが実行されたことになります。

スクリプトタスクタイプ

スクリプトタスクは、ビジネスプロセスエンジンによって実行されます。スクリプトはエンジンが解析できる言語で記述され、多くの場合 JavaScript です。

送信タスクタイプ

送信タスクは、別のプロセスまたはレーンにメッセージを送信します。メッセージが送信されると、タスクは完了します。

サービスタスクタイプ

サービスタスクは、自動化されたアプリケーションまたはウェブサービスを使用してタスクを完了するすべてのタスクです。

ユーザータスクタイプ

ユーザータスクタイプは、タスクが人によって実行されており、よりシンプルなタスクに簡単に分解できないことを示します。

BPMN 成果物 (アーティファクト) タイプ

ビジネスプロセスモデリングにおいて、成果物 (アーティファクト) を使用すると、実際のプロセスの外部にあるオブジェクトを視覚的に表現できます。成果物はプロセスを説明するデータやノートを表すことができ、タスクやプロセスを整理するためにも使用できます。成果物の主なタイプには、データオブジェクト、注釈、グループの3つがあります。

以下で説明するすべての図形は、Lucidchart で簡単にアクセスできます。まず、BPMN 2.0 図形ライブラリを有効にします。ウィンドウの左上隅にある [図形] ボタンをクリックし、表示されるウィンドウで BPMN 2.0 のチェックボックスをオンにします。次に、左側の図形ライブラリからキャンバスに図形をドラッグ＆ドロップします。図形を特定のクラスに割り当てるには、図形をクリックし、キャンバスの上にある高度な図形メニューから目的のクラスを選択します。

データオブジェクト

データオブジェクトは、プロセスに配置されたデータ、プロセスから生じるデータ、収集する必要があるデータ、または保存する必要があるデータを表すことができます。

データ入力

タスクはデータに依存することが多く、特定のデータが収集されるまでタスクを進めることができません。データ入力は、ビジネスプロセスのそれらのデータ要件を表します。

データ出力

プロセスがデータを生成する場合、データ出力はその結果として生成される情報を表します。例えば、アンケート収集プロセスを表す BPMN 図は結果データを出力するため、データ出力の図形必要になります。

データ収集

データ収集は、1回限りのデータ要件とは異なる方法で表示されます。例えば、アンケート収集プロセスにおいて、アンケート調査を行う行為はデータ収集の図形によって表されます。

データストレージ

データストレージは、ビジネスモデルに関連付けられたデータを保存またはアクセスする機能を提供します。プロセスがデータを出力する場合、そのデータを保存する必要があります。BPMN 図では、データを追跡して組織の効率を高めるために、データをどこに保存するかを決定できます。

注釈

注釈を使用すると、ビジネスプロセスとフローオブジェクトをより詳細に説明できます。注釈を追加して BPMN をより読みやすくし、プロセスの理解をさらに深めましょう。

グループ

グループは、プロセス全体において重要な意味を持つタスクやプロセスを整理します。グループを使用して BPMN 図をより適切に配置し、組織にとっての有用性を高めましょう。

ビジネスプロセスモデリングのヒント

1. 開始と終了を設定して、プロセスのスコープを明確に定義します。

2. 各 BPMN のスコープを明確に定義して、図をシンプルに保ちます。

3. BPMN でより良い方法をモデル化する前に、まず現在のビジネスプロセスをマッピングして非効率な部分を浮き彫りにすることができます。

4. ポスターサイズ（そのようなページもありますが）であっても、1ページに収まる BPMN 図を目指します。

5. シーケンスフローは水平方向に配置します。関連とデータフローは垂直方向に表示します。

6. 詳細は別のドキュメントに追加して、図をすっきりと保ちます。

7. 役割に必要な詳細レベルに応じて、異なるステークホルダー向けに図の異なるバージョンを作成できます。

8. BPMN は、組織構造、機能分解、またはデータフローモデルのモデル化には適していません。BPMN はビジネスプロセスにおけるいくつかの情報フローを描写しますが、データフロー図 (DFD) とは異なります。

BPMN の目的とメリット

ハイレベルな視点では、BPMN はビジネスプロセスの参加者やその他のステークホルダーを対象としており、わかりやすい視覚的な表現を通じてステップの理解を深めることができます。より詳細なレベルでは、プロセスを実装する人々を対象としており、正確な実装を可能にする十分な詳細情報を提供します。ビジネスアナリスト、プロセスの参加者、マネージャー、技術開発者、さらには外部チームやコンサルタントなど、技術系・非技術系を問わず、すべてのステークホルダーに標準的で共通の言語を提供します。理想的には、ビジネス活動の一連の流れに十分な詳細と明確さをもたらすことで、プロセスの意図と実装の間のギャップを埋めることができます。

図式化することで、説明文よりもはるかに理解しやすくなります。これにより、コミュニケーションとコラボレーションが容易になり、高品質な結果を生み出す効率的なプロセスを実現できます。また、コミュニケーションを円滑にし、さまざまなプロセスの実行に必要な XML (Extensible Markup Language) ドキュメントの作成にも役立ちます。主要な XML 標準の1つは BPEL または BEPEL4WS と呼ばれ、Business Process Execution Language for Web Services の略です。

ビジネスプロセスモデリングは、シンプルな手書きの図から、十分な実装の詳細を提供するための展開可能な要素を備えたより複雑な図まで多岐にわたります。最も洗練されたレベルでは、BPMN は資格を持つアナリストによって行われます。Object Management Group (OMG) は、BPM 2.0 の OMG 認定エキスパートを意味する、OCEB 2 と呼ばれる BPMN 2.0 の5つの認定資格を提供しています。1つのトラックはビジネス向けで、もう1つは技術向けです。OMG は、統一モデリング言語 (UML) がソフトウェアモデリングを標準化したのと同じ方法で、BPMN 2.0 がビジネスプロセスモデリングを標準化することを目指しています。

BPMN には時間とエネルギーの投資が必要ですが、理解と改善という形での見返りは非常に大きくなる可能性があります。バージョン 2.0 は、より豊富な標準の記号と表記法を提供することで以前のバージョンを拡張し、必要とする人々により詳細な情報を提供できるようにしています。

ビジネスプロセス管理の背後にある考え方は、継続的な改善のライフサイクルを作り出すことです。ステップは、モデル化、実装、実行、監視、最適化です。BPMN 図は、その中で重要な役割を果たします。

BPMN 2.0 の要素と記号

BPMN は、ビジネスプロセス図のこれら4つの要素タイプを描写します：

1. フローオブジェクト：イベント、アクティビティ、ゲートウェイ

2. 接続オブジェクト：シーケンスフロー、メッセージフロー、関連

3. スイムレーン：プールまたはレーン

4. 成果物 (アーティファクト)：データオブジェクト、グループ、注釈

これらは個々の要素と、それらがビジネスプロセスを定義するためにどのように使用されるかを示しています：

イベント

プロセスを開始、変更、または完了するトリガー。イベントタイプには、メッセージ、タイマー、エラー、補償、シグナル、キャンセル、エスカレーション、リンクなどがあります。これらは、イベントタイプに基づいた他の記号を含む円で示されます。その機能に応じて、「スロー」または「キャッチ」のいずれかに分類されます。

アクティビティ

人またはシステムによって実行される特定のアクティビティまたはタスク。角が丸い長方形で示されます。サブプロセス、ループ、補償、マルチインスタンスを使用して、より詳細にすることができます。

ゲートウェイ

条件やイベントに基づいてパスを調整できる判定ポイント。ひし形で示されます。排他、インクルーシブ、並行、複雑、またはデータやイベントベースのいずれかにすることができます。

シーケンスフロー

実行されるアクティビティの順序を示します。矢印の付いた直線で示されます。条件付きフローまたはデフォルトのフローを示す場合があります。

メッセージフロー

「プール」または部門などの組織の境界を越えて流れるメッセージを描写します。プール内のイベントやアクティビティを接続することはできません。始点に円、終点に矢印がある破線で表されます。

関連

点線で示され、成果物またはテキストをイベント、アクティビティ、またはゲートウェイに関連付けます。

プールとスイムレーン

プールは、プロセスにおける主要な参加者を表します。異なるプールは、別の会社や部門にある場合がありますが、依然としてプロセスに関与しています。プール内のスイムレーンは、特定の役割または参加者のアクティビティとフローを示し、プロセスのどの部分に誰が責任を負うかを定義します。

成果物 (アーティファクト)

図に必要なレベルの詳細をもたらすために開発者が追加する追加情報。成果物には、データオブジェクト、グループ、注釈の3つのタイプがあります。データオブジェクトは、アクティビティに必要なデータを示します。グループはアクティビティの論理的なグループ化を示しますが、図のフローは変更しません。注釈は、図の一部にさらに説明を提供します。

Lucidchart でビジネスプロセスモデリングを行う方法

Lucidchart を使用すると、ビジネスプロセスモデルを簡単に作成できます。登録後、ログインして、空白のドキュメントを作成するか、テンプレートから開始するだけです。BPMN 図形ライブラリを開き、必要に応じてキャンバスに図形をドラッグ＆ドロップしてください。

線のスタイル調整、テキストの書式設定、要素の再配置を行って、必要な外観にすることもできます。その後、図を自由に共有、ダウンロード、またはエクスポートできます。

BPMN の歴史と起源

ビジネスプロセスモデリング表記法は、Business Process Management Initiative (BPMI) によって開発され、いくつかの改訂を経てきました。2005年、そのグループはイニシアチブを引き継いだ Object Management Group (OMG) と合併しました。2011年、OMG は BPMN 2.0 をリリースし、手法の名称を「ビジネスプロセスモデルと表記法 (Business Process Model and Notation)」に変更しました。これにより、ビジネスプロセス図用のより豊富な記号と表記法を使用して、ビジネスプロセスモデリングのより詳細な標準が作成されました。2014年以降、BPMN は意思決定フローに自然に対応していないため、Decision Model and Notation 標準と呼ばれる意思決定フローチャート手法によっても補完されています。

BPMN 図内のサブモデル

図は、非技術系と技術系の両方の多様な視聴者とコミュニケーションをとるために使用されます。サブモデルを使用すると、さまざまな閲覧者が図のセクションを簡単に区別し、自分に最も当てはまるものを見つけることができます。サブモデルのタイプは以下の通りです：

• プライベートビジネスプロセス：これらは特定の組織の内部にあり、プールや組織の境界を越えません。

• アブストラクトビジネスプロセス：これらは、プライベート/内部プロセスと別の参加者またはプロセスの間で発生します。アブストラクトプロセスは、プライベートプロセスとやり取りするために必要な一連のメッセージを外部に示します。プライベート/内部プロセス自体は表示されません。

• コラボレーションビジネスプロセス：これらは、2つ以上のビジネスエンティティ間の相互作用を示します。

BPMN を学ぶことで、ビジネス関係者が容易に理解できる図を作成して共有できるようになります。言うまでもなく、同僚が共有してくれる図を解釈して理解することもできるようになります。