タスク割当の責任

工程を読むのは本を読むようなものだ。一定の向きをたどり、左から右、上から下に読み上げる。BPMN の学習は、言語の学習に似ています。すべての BPMN 要素は、単語のように特定の意味を持ちます。努力は、話せるように、またプロセスの言語で考える価値があります。

空腹であると仮定して、基本的な BPMN 要素を使用してプロセスを作成し、飢えを満たすために何をすべきかを記述します。

• プロセスのトリガーを記述する開始イベント。
• プロセスとタスクをガイドするシーケンスフロー。
• 何をすべきかを記述するタスク。
• プロセスの最後に到達した状況を示す終了イベント。

ビジネスプロセスが大理石経営であるとします。

プロセス内に、大理石が従う必要があるフローがあります。大理石を止められるのは、タスクだけです。ここでは、大理石はタスクが適用されるまで待機する必要があります。結局、毎回大理石が常にフィニッシュラインを越えられるように、すべてのフローがエンドイベントに届くようにしなければならない。大理石が届かなければ、何かが間違っていて、どこかで流れが途絶えたことがわかる。

大理石の例では、'トークン' の BPMN コンセプトについて簡単に考えることができます。BPMN では、大理石は公式にトークンと呼ばれます。トークンコンセプトでは、ビジネスプロセスの実行動作が、どれほど複雑であるかに関係なく、説明されます。

このアイデアを把握すれば、ビジネスプロセスフロー、特にプロセス実行動作のチェック時のエラーメッセージを理解するのに役立ちます。

モデルがシステムによって実行されないため、これらの '技術チェック' は重要ではないと考えられる場合は、ここで説明します。これらは重要です。

同じコンセプトが以下で適用されます。

• BPMN 構文チェック (ダイアグラムを保存するたびに該当)。
• プロセスシミュレーション (トークンを視覚化することもできます)。

トークンコンセプトを適切に適用すると、どんなに複雑であっても、任意の BPMN プロセスモデルを理解できます。

会社の複数のユーザがプロセスモデリングに関与する場合は常に、命名との整合性を確保することが重要です。幸い、タスクおよびイベントの命名規則では、すべての BPMN プロセスが同じユニバーサルスタイルに従って世界中で理解されるようにしています。

タスクおよびイベントの命名規則は BPMN のベストプラクティスに基づいているため、厳密なポリシーまたはルールとして認識されないことに注意してください。適切な正当性があり、意味があり、モデラにとって理解しやすい場合は、これから逸脱することができます。

では、イベントを適切かつ一貫して指定するにはどうすればよいでしょうか。IS の状態を識別するのに役立つ規則があります。実際には、イベントに名前を付けるための潜在的なシグナルワードは以下のとおりです。

• [demand] が発生しました。
• [オーダー] が受入済みです。
• [service] が利用可能です。
• [請求書] が作成されました。
• ...

"is" という用語を使用する必要はありませんが、実際に IS 状態を記述していることを確認するのに役立ちます。

ビジネスタスクは、リソースによってマニュアルまたは技術的に実行されます。

現実世界では、BPMN は Pool and Lane と呼ばれるモデリングのために、別の覚えやすいコンセプトを使用しています。このコンセプトは、ビジネスプロセスの責任をモデル化するために使用されます。レーンは、スイムレーンのように見えるため、スイムレーンとしてプールと比較することができます。

プールおよびレーンのコンセプトにより、タスクを責任に割り当てるのではなく、責任に割り当てることができます。これは、すべてのタスクが誰かによって実行され、毎回同じ人を複数のタスクに割り当てるのは煩雑であるため (EPC などの表記の場合でした)、より理にかなっています。

プールは通常、プロセスが実行される組織全体を表します。

レーンは、タスク (ロール、部門、ポジション、および指定個人 (非推奨) など) を適用するための実際の責任を表します。

通常、プールの各レーンは、割り当てられたすべてのタスクの適用を担当します。シーケンスフローによってタスクが接続されるため、レーンの通過を情報の引き渡しおよび実行責任とみなすこともできます。そのため、参加者は、相互に対話し、コミュニケーションを取る必要があります。

プールやレーンの使い方は、宿泊施設を共有する2人の仲間であるティムとロバートの以下の話で説明されている。

ティムはインターネットで新しいレシピを見つけた。しかし、ティムはあまり料理が上手ではない。幸いなことに、彼の仲間のロバートは料理が大好きで、新しいレシピを試すのが嬉しい。しかし、美味しい夕食を料理した後、ロバートは腹がすいたので、ティム（母親と電話していた）をこれ以上待てなかった。そこで、彼は一人で夕食を食べ始めた。

Tim (レーン):

• 食料品の購入

Robert (レーン)

• 夕食の準備
• 夕食を食べる（ティムは関与しない）

ロバートはすでに食事中ですが、ティムは電話中に夕食の匂いを嗅ぎ、キッチンに行きました。ちょうど間に合いました。二人は一緒に食べられるようになりました

Robert (レーン)

• 夕食の準備
• 夕食を食べる。

Tim (追加プロセス参加者)

• '夕食を食べる' タスクにも関与します。

夕食で観察した内容の例を締めくくります。

• 責任 (レーン) は 1 つの組織 (プール) に属します。この例では、共有宿泊施設です。
• タスクの責任は、プロセスモデルで視覚化することができます。
  • 車線経由です。
  • プロセス参加者を追加することで実現できます

より多くの参加者がタスクに割り当てられていますが、このタスクを所有している主要な責任が 1 人必要です。割り当てられた他のすべての参加者が集まるようにする人を考えることができます。

以下に、Swimlanes の命名規則の可能性を示します。この図で使用されるすべての命名スタイルは正しいため、"個人" スタイルは可能な限り避ける必要がありますが、組み合わせて使用することもできます。