ワークフロー ルールのさまざまなタイプとは

このページでは使用できる各ワークフロー ルールのタイプについて説明して、それらを使用する理由の例を紹介します。ワークフロー ルールの詳細をご確認ください。

ワークフロー ルールの 3 つのタイプは、次の順序で発生します。

1. トランジションを制限: ユーザーが作業項目をトランジションしようとする前に発生します。

2. 詳細を検証: ユーザーが作業項目をトランジションしようとした時点で発生します。

3. アクションを実行: ユーザーが作業項目をトランジションした後に発生します。

トランジションを制限

このルール タイプでは、特定のユーザーまたは条件に該当しない全ユーザーからのトランジションが非表示になります。このルールをトランジションに追加すると、条件に該当しない限り作業項目のトランジションがユーザーに表示されなくなります。詳細を検証ルール タイプとは異なり、このタイプでは作業項目を修正して再度トランジションはできません (トランジションは表示もされません)。これはセキュリティ上とても有用ですが、トランジション前にやるべきことを誰かにリマインドするだけの場合には役に立ちません。

ほとんどのトランジションの制限ルールには「制限」が含まれます。

例: 作業項目を移動できるユーザーを制限する

通常、幅広い領域にわたるチームには、プロセスのさまざまなステージでタスクに取り組んでいるユーザーがいます。たとえば、小規模なチームでは、次のようなステップを踏んでプロセスを進める場合があります。

作業前 → 設計中 → 開発中 → レビュー中 → 完了

チームの領域は次のようなロールにマッピングされます。

• デザイナー

• ソフトウェア エンジニア

• 品質保証

スペース ロールの管理に関する詳細をご確認ください。

ルールを使用して次のような制限を追加することで、適切なロールが作業項目を移動できるようにします。

• 作業項目を [設計中] から移動する場合、作業項目を移動できるユーザーを「デザイナー」ロールに制限する。

• 作業項目を [開発中] から移動する場合、作業項目を移動できるユーザーを「ソフトウェア エンジニア」ロールに制限する。

• 作業項目を [レビュー中] から移動する場合、作業項目を移動できるユーザーを「品質保証」ロールに制限する。

詳細を検証

このルール タイプでは作業項目のトランジション時に詳細が正しいことを確認して、正しくない場合はトランジションを停止します。正しくない情報がある場合、作業項目をトランジションしているユーザーはその情報を修正するように求められます。

このタイプとトランジションを制限には微妙な違いがあります。トランジションを制限では特定の条件を満たさないトランジションが非表示になりますが、詳細を検証ではトランジションが非表示になりません。ユーザーはトランジションを参照して選択できますが、詳細が条件を満たさない場合は作業項目の移動を完了できません。そのため、詳細を検証ルールはユーザーが作業項目をトランジションしているその時点で発生します。そのタイミングは、トランジションが選択された後でトランジションが発生する前です。

ほとんどの詳細を検証ルールには「検証」が含まれます。例外は次のとおりです。

• 画面を表示する (企業管理対象スペース)

• フィールドを更新するようにユーザーをリマインドする (チーム管理対象スペース)

これは他の詳細を検証ルールの前に発生して、作業項目をトランジションしているユーザーなら誰でも作業項目に情報を追加できるようにします。

アクションを実行

このルール タイプでは、作業項目のトランジション後に何らかのアクションを自動で実行します。手動でやる必要のあったタスクを実行する時間の節約に役立ちます。トランジションの成功に条件を強制するトランジションを制約と詳細を検証のルールとは異なり、アクションを実行ルールは作業項目をトランジションできるユーザーやタイミングを限定しません。このルールの目的はスピーディな作業をサポートすることだけです。

例: 作業項目を割り当てる

幅広い領域にわたるチームでは通常、プロセスのさまざまな段階でタスクを割り当てます。たとえば、小規模な機能チームでは、ボードに次のような列が配置されている場合があります。

作業前 → 設計中 → 開発中 → レビュー中 → 完了

ユーザーはボードの各領域に対して、作業項目を割り当てるためのルールを作成することができます。

• [設計中] に移動する作業項目は、チームの設計者に割り当てます。設計者は、実装の詳細、仕様、および要件を指定します。

• [開発中] に移動する作業項目は、チームの機能開発リードに割り当てます。リードはコードを記述したり、チーム内の他の開発者に作業を任せます。

• [レビュー中] に移動する作業項目は、チームの品質保証担当者に割り当てます。品質保証担当者はテスト記録を作成したり、自動品質テストをビルドしたりします。

• [完了] に移動する作業項目は、割り当てを解除します。