自動化の基本
Atlassian Cloud 製品における自動化の一般的なコンセプトとベスト プラクティスを説明します。
ルールを実行し続けるために満たす必要がある条件を指定できます。たとえば、優先度が高い課題のみエスカレーションされるように、ルールの条件を指定できます。
条件はルール チェーンのどこにでも配置できます。条件に満たない場合、その後何も操作が実行されません。例外は If/else ブロック条件です。すべてのルールに条件を設定する必要はありません。
スマート バリューの使用: なし
課題フィールドが特定の条件を満たしているかを確認します。
この条件は、スマート バリューや JQL の記述が不要で、Jira の一般的なフィールドの大半をサポートします。可能であれば、この条件は JQL や詳細比較条件の前に使用します。
この条件を使用するには、複数の方法があります。
フィールドを別の値と比較する
フィールドを別のフィールドと比較する
スマート バリューの使用: なし
アラート フィールドが特定の基準に一致するかどうかを確認します。たとえば、指定したキーワードが新しいアラートの説明に含まれている場合にのみ、この条件を使用してアクションを実行できます。
If/else ブロックで Any/All オプションを使用することで、複数の条件をグループ化できます。この条件を機能させるにはアラートが必要になるため、この条件はアラート トリガーでのみ使用できます。
スマート バリューの使用: あり
スマート バリューと正規表現を使用して 2 つの値を比較します。
[課題フィールド] の条件で大半のニーズが満たされますが、この条件を使うと正規表現や関数の使用などの追加オプションを指定できます。
たとえば、カスタマーがコメントしたときに課題を再オープンする場合、[コメントされた課題] トリガーを最初に設定してから、詳細比較条件を追加して、コメントの作成者と課題の報告者を比較したり、別の条件を追加して課題のステータスが "完了" であるかを確認したりできます。これらの条件が満たされると、課題は "進行中" にトランジションされます。
比較メソッドを使用できるのは、以下の場合です。
次に等しい (担当者が John に等しい、など)
等しくない (例: 担当者は John に等しくない)
~超(例:ウォッチャーの数が 5 人を超える)
~未満(例:コメントの数が 1 件未満)
次で始まる (報告者の名前が J で始まる、など)
含む (例: 要約に 12 月が含まれる)
含まない (例: 要約に 12 月を含まない)
正規表現を含む
正規表現と正確に一致する
正規表現に一致しない
課題の影響を受けるサービス フィールドが指定された条件と一致しているかどうかを確認します。
この条件を設定して、影響を受けるサービスのサービス階層、サービス名、または依存関係にあるサービスに対して確認できます。
この条件は、影響を受けるサービス フィールド タイプを含む課題タイプを持つ、IT サービス管理プロジェクトでのみ利用できます。
フォーム関連のコンポーネントはプロジェクト固有なので、グローバル自動化では設定できないことに注意してください。フォーム コンポーネントはプロジェクト自動化でのみ使用できます。
課題にフォームが添付されているかどうかを確認します。複数のフォームを確認して、そのフォームのステータスを指定できます。
特定の条件と一致しているかどうかに基づいて、別のアクションを実行します。
This powerful condition allows you to add as many if/else conditions as you want. The if block executes the specified actions within that block when all the set conditions are met. If the conditions are not met, the else blocks will be evaluated. We support two levels of nesting with the if/else block.
スマート バリューの使用: なし
課題の [コメント] フィールドまたは [説明] フィールドに添付ファイルが含まれるかどうかを確認します。
たとえば、顧客がスクリーンショットを含めたかどうか、またはベンダーが請求書を含めたかどうかを確認することもできます。添付資料が存在しない場合に、自動的にコメントを残して詳細情報をリクエストすることもできます。
この条件を JQL 条件と組み合わせて、ファイル名が指定の形式かどうかを確認できます。以下のような添付ファイルの一部のプロパティには、条件付き比較を含めることもできます。
filename {{attachment.filetype}}: 添付ファイルのファイル名
mimeType {{attachment.mimeType}}: 添付ファイルのファイル フォーマット
author {{attachment.author}}: 添付ファイルを追加したユーザー
accountId {{attachment.author.accountId}}: ユーザー名に関連付けられた ID
emailAddress {{attachment.author.emailAddress}}: ユーザー名に関連付けられたメール アドレス
displayName {{attachment.author.displayName}}: Jira インスタンスの表示名
active {{attachment.author.active}}: ユーザーはアクティブ ユーザーか、またはアカウントが非アクティブか
timeZone {{attachment.author.timeZone}}: ユーザーが登録されているタイムゾーン (これはユーザーのログイン場所に基づいた動的な変化はせず、ユーザー アカウントに登録されているタイムゾーンです)
created {{attachment.created}}: 添付ファイルが課題に追加された日時
size {{attachment.size}}: 添付ファイルのサイズ (バイト)
Figma デザインが課題にリンクされているかどうかをチェックします。この条件のルールは、デザインがリンクされている場合にのみ適用されます。課題にリンクされているデザインがなければ、そのルール (またはルールのブランチ) は実行されません。
Jira Service Management にのみ適用されます。Jira Service Management のアセットに関する詳細についてご確認ください。この条件では、アセット オブジェクトまたは課題の [アセット] フィールドが AQL クエリと一致するかどうかを確認します。
オブジェクトまたは課題の [アセット] フィールドに基づいて検索できます。[オブジェクト] タブを選択するには、ルールにオブジェクト トリガーが必要です。ルールが課題によってトリガーされる場合は [課題フィールド] タブが、ルールがオブジェクトによってトリガーされる場合は [オブジェクト] タブが事前に選択されます。
AQL クエリを入力すると [構文を検証] を選択してクエリの構文が有効かどうかを確認できます。ただし、クエリによって結果が返されるかどうかは確認できません。
また、{{object name.attribute name}} などのオブジェクト スマート値をクエリに含められます。Jira Service Management のアセットのスマート値に関する詳細についてご確認ください。
スマート バリューの使用: あり
JQL 条件を使い始める前に、代わりに課題フィールドの条件をルールで使えるかどうか確認してください。そうするとより簡単かつ短時間で設定できます。
課題が指定の JQL クエリと一致するかどうかを確認します。
たとえば、所与の課題のステータスにおけるカテゴリが "完了" であるかどうかを確認します。
1
statusCategory = Done
この条件の [検証クエリ] をクリックして、JQL クエリが問題なく動作していることを確認します。注意:
ここで検出された課題は、ルールの実行時に検出された課題と同じではない可能性があります。これは課題が、[クエリを有効化] を選択したときに検出された場合は権限に基づいているにもかかわらず、ルールが実行されると代わりにルール アクターの権限を使用するためです。
スマート値を使用している場合、[クエリを有効化] を使用しても JQL が有効かどうかを確認できません。
スマート バリューの使用: なし
関連する課題がトリガー課題にあるかどうか (例: 親課題、サブタスク、エピック、ストーリーなど)、または指定の JQL クエリと一致するかどうかを確認します。
スマート バリューの使用: あり (条件)
ユーザーが存在しているか、またはそのユーザーが指定したグループにいるかを確認します。
この条件にさらに基準を追加し、すべてまたは一部の基準が一致するロジックを選択できます。
たとえば、課題を再オープンする前に、課題にコメントを追加したユーザーが課題の報告者なのか、[参加者] カスタム フィールドのメンバーなのかを確認できます。
この内容はお役に立ちましたか?