BPMNでのスイムレーンの作成：初心者向けステップバイステップチュートリアル

BPMNのスイムレーンは、各アクティビティの責任者を示すのに役立ちますビジネスプロセス内での役割を明確にします。これらは以下に分類されます：

プール：異なる参加者、組織、システム、または独立したプロセスを分離します。
レーン：プールを役割、部署、チーム、またはシステムに基づいて分割します。

便利なルールは次の通りです：プール = 参加者；レーン = その参加者内の責任。

例のプロセス：オンライン注文の処理

この単純なプロセスをモデル化しましょう：

顧客が注文を行います。
カスタマーサービスが注文を確認します。
財務部門が支払いを確認します。
倉庫が注文を出荷します。
顧客は出荷通知を受信します。

ステップ 1：プロセスの範囲を定義する

何も描く前に、どのプロセスをモデル化するかを決定してください。

このチュートリアルでは、プロセスの範囲は次の通りです：

オンライン顧客注文の処理

主要な参加者は注文を処理する会社です。顧客は会社に対して外部にあるため、顧客を別のプールとして表現することができます。

ステップ 2：参加者を特定する

関与する人、部署、またはシステムをリストアップしてください。

参加者	BPMN要素
顧客	別のプール
オンラインストア会社	メインプール
カスタマーサービス	レーン
財務	レーン
倉庫	レーン
注文管理システム	オプションレーン

プールは参加者を表し、レーンは参加者内の活動を整理します。

ステップ3：メインプールを作成する

大きな長方形を描き、それを次のようにラベル付けしてください：

オンライン注文プロセス

これは、分析したいプロセスを含むメインプールです。

プールは内部プロセスを詳細に示すこともあれば、参加者の存在のみを示す必要がある場合は折りたたまれることもあります。折りたたまれたプールは、内部アクションがあなたのプロセスの範囲外にある外部参加者にとってしばしば有用です。

ステップ4：プールにレーンを追加する

メインプールを水平または垂直のセクションに分割します。

この例では、次のレーンを追加してください：

カスタマーサービス
財務
倉庫

水平レイアウトは次のように見えるかもしれません：

水平と垂直のスイムレーンは同じ意味を持ちます。プロセスが最も読みやすい方向を選択してください。

ステップ5：開始イベントを追加する

最初の要求を受信する責任のあるレーンに開始イベントを配置してください。

注文がカスタマーサービスによって受信された場合、そのレーンに開始イベントを配置してください：

カスタマーサービス：   （開始）

BPMNの開始イベントは通常、細い円で描かれます。

それを明確にラベル付けしてください。例えば：

注文受信

ステップ6：アクティビティを追加する

タスクを実行する個人、部署、またはシステムのレーンに追加します。

この例では：

レーン	タスク
カスタマーサービス	注文を確認する
財務	支払いを確認する
倉庫	注文をピッキングして梱包する
倉庫	注文を出荷する

タスクは通常、角丸の長方形として表示されます。

レーン内のタスクの位置は責任を示します。財務レーンに配置されたタスクは、財務がそのタスクを実行または所有することを意味します。

ステップ 7：シーケンスフローでアクティビティを接続する

同じプール内のタスクを「シーケンスフロー」を使用して接続します。、実線の矢印で表されます：

矢印はアクティビティが発生する順序を示します。シーケンスフローは同じプール内に留まります。

フローが同じプール内の1つのレーンから別のレーンに移動する場合、シーケンスフローを使い続けます。レーンを変更しても、メッセージフローが必要になるわけではありません。

ステップ 8：意思決定が必要な場合にゲートウェイを追加する

財務が支払いが承認されたかどうかを決定しなければならないと仮定します。

支払いチェックの後に排他的ゲートウェイを追加します：

ダイヤモンドはゲートウェイを表します。意思決定が明確になるように、各出力パスにラベルを付けます。

考えられるレイアウトは次の通りです：

ステップ 9：終了イベントを追加する

最終アクティビティの後に終了イベントを配置します。

成功した注文の場合：

[注文を出荷する] → (注文完了)

支払いが拒否された場合：

[顧客に通知] → (注文キャンセル)

プロセスに複数の可能な結果がある場合は、意味のあるラベルを持つ個別の終了イベントを使用してください。

ステップ 10: 顧客を別のプールとして追加する

顧客との通信を示したい場合は、2 つ目のプールを作成してください:

+-----------------------------+
| 顧客                        |
|                             |
+-----------------------------+

+------------------------------------------------------+
| オンライン注文プロセス                                 |
| カスタマーサービス | 財務 | 倉庫              |
+------------------------------------------------------+

プールを「メッセージフロー」で接続し、として点線の矢印で示します。メッセージフローは、別々の参加者間の通信に使用し、活動の内部順序には使用しないでください。

例:

顧客
  [注文提出]
       - - - - - - - - - - - >
会社
  (注文受領)

その後:

会社
  [配送通知を送信]
       - - - - - - - - - - - >
顧客
  (通知を受領)

完成した簡略化されたモデル

完成したプロセスのテキスト版は次のようになります:

初心者がよく犯す間違い

外部参加者にレーンを使用する

顧客が独立した参加者である場合は、顧客を会社のレーンに配置するのではなく、別のプールを使用してください。別々の参加者間の通信はメッセージフローで表されます。

プール間でシーケンスフローを使用する

異なるプールのタスクをシーケンスフローで接続しないでください。代わりにメッセージフローを使用してください。シーケンスフローは、プール内のプロセスの内部進行のために使用されます。

個人の名前でレーンを命名する

次のような役割名または部署名を優先してください:

カスタマーサービス担当者
財務部
倉庫スタッフ
注文管理システム

「アレックス」や「ジョーダン」などの個人名は避けてください。責任が変更された際に図が不正確になる可能性があるためです。

レーンが多すぎる

区別が有用な情報を追加する場合のみレーンを作成してください。すべての個人、アプリケーション、部署を個別のレーンにまとめると、図が読みづらくなる可能性があります。

責任と順序を混同する

レーンは「アクティビティを実行する者。矢印は、いつ発生するかを示します。レーン自体は順序を示しません。

1 つのプール内のメッセージフローの描画

メッセージフローは、別々のプール間の通信に使用されます。1 つのプール内のレーン間の引き継ぎには、シーケンスフローを使用してください。

クイックチェックリスト

図を確定する前に、次のことを確認してください：

プロセスの範囲が明確であること。
プールは別々の参加者を表します。
レーンは役割、部署、またはシステムを表します。
すべてのタスクは、それを担当するレーンに配置されます。
シーケンスフローは、1 つのプール内のアクティビティを接続します。
メッセージフローは、別々のプールを接続します。
ゲートウェイには明確にラベル付けされたパスがあります。
開始イベントと終了イベントが含まれています。
レーンの名前は、個々の従業員ではなく役割を説明するものです。
図は左から右へ、または上から下へと理解できます。