タスク割当の責任

プロセスを読むことは、本を読むようなものだ。特定の方向に従い、左から右、上から下に読み込まれます。学習の BPMN は、言語の学習のようなものです。すべての BPMN 要素には、単語が行うなど、特定の意味があります。努力の価値は、あなたが話せるように、そして考えることさえあるプロセスの言語で行うことです。

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

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

ビジネスプロセスが大理石の走行であるとします。

プロセス内に、大理石が従う必要があるフローがあります。プロセスを通じて大理石を止められるのは、タスクのみです。ここでは、タスクが適用されるまで大理石が待機する必要があります。結局、大理石が毎回終点線を越えられるように、すべての流れが終了イベントに届くようにしなければならない。大理石が届かないと、何かおかしいことがわかり、どこかで流れが途絶えた。

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

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

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

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

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

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

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

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

では、イベントを適切かつ一貫して命名するにはどうすればよいでしょうか。IS ステータスの識別に役立つ規則があります。実際には、イベントに名前を付けるためのシグナルワードとして考えられるものは次のとおりです。

• [需要] が発生しました。
• [order] を受け取りました。
• [サービス] が使用可能です。
• [invoice] が作成されました。
• ...

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

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

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

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

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

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

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

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

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

Tim (レーン):

• 食料品を購入

Robert (レーン)

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

ロバートがすでに食事をしている間、ティムは電話中に夕食の匂いを嗅ぎ、ちょうど間に合って台所へ行きました！両者とも一緒に食べられるようになっている。

Robert (レーン)

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

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

• 「夕食を食べる」という仕事にも関与している

ディナーで観察した内容の例を締めくくります。

• 責任 (レーン) は 1 つの組織 (プール) に属します。この例では、共有宿泊施設です。
• タスクの責任は、プロセスモデルで視覚化することができます。
  • 車線から移動できます
  • プロセス参加者数も増えました

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

以下は、Swimlane の命名規則の可能性です。この図で使用されているすべての命名スタイルは適切であり、"個人" スタイルは可能な限り回避する必要がありますが、組み合わせて使用することもできます。