自動化の基本
Atlassian Cloud 製品における自動化の一般的なコンセプトとベスト プラクティスを説明します。
次のベスト プラクティス ガイドラインによって自動化ルールを最適化することで、より円滑に実行できて管理しやすくなります。
自動化ルールを事前に計画すると、どのようなルールが必要になってどこで条件を使用してルールを組み合わせればよいかを認識しやすくなります。
チームの作業プロセスと発生させたいアクションから始めて、そのアクションをトリガーするイベントにさかのぼります。たとえば、課題に対する顧客のすべてのフィードバック コメントにメールを送信するか、優先度の高い課題に関するメールのみに返信するかといったことです。
自動化ルールはビジネスと業務プロセスの効率向上に役立つように設計されています。自動化ルールと、ビジネスと業務プロセスは適合するようにしてください。自動化ルールの確認は、ビジネスと業務プロセスの確認と同時に行います。
条件を使用して、アクションが希望どおりのタイミングで行われるようにします。アクションが成功したルールのみが使用量にカウントされるので、これは月次の上限を最大限に活用するのに役立ちます。たとえば、Jira Automation では、課題ステータスのフィルターを追加して、特定のステータス ("作業前"、"進行中" など) でのみ実行することを検討してください。
ルールのスコープを確認する
ルールは、実行させたい Jira プロジェクトまたは Confluence スペースでのみ実行するようにします。たとえば、グローバル ルールがある場合は、そのルールをすべての Jira プロジェクト/Confluence に適用する必要があるかどうかを検討します。必要がない場合は、代わりにマルチ プロジェクト ルールまたはマルチ スペース ルールに変更します。
これにより、無駄なルール実行を最小限に抑え、月次の上限を最大限に活用できます。
ルールを監視し、実行量が多すぎるルールや不要なルールを特定し、それらを無効にして、無駄なルール実行を防ぎます。
グローバル ルールはできるだけ使用しないでください。ルールを複数のプロジェクトまたはスペースに適用する必要があるかどうかや、単一のスコープのルールで十分かどうかを検討します。変更すると、一致しないルールがあるプロジェクトがフィルターによってイベントから排除されるため、ルールの効率性が向上します。その結果、実行キューに並ぶルールの数が減少します。
ルールは単独でも十分機能しますが、組み合わせて使うこともできます。複数の現在のルールに対して同じルールを使えるのでしょうか。たとえば、現在のルールで分岐するルールがあり、その下で条件とアクションを実行するとします。
一部のトリガーは他のトリガーよりも具体的です。特定のトリガーが必要な場合は、一般的なトリガーは使用しないでください。たとえば、Jira の自動化では、フィールド値の変更は更新された課題よりもはるかに無駄がありません。なぜなら、課題の更新にはさまざまなものが含まれる可能性があるのに対して、変更されるフィールド値はより具体的な更新であるためです。
ルールの早い段階で値を比較する条件を使用して、考えられる課題やページを早期に排除したいとします。比較条件の例には、ユーザー条件、高度な比較条件、または課題フィールド条件 (Jira のみ) などがあります。
たとえば、ルールの早い段階で条件によって issue type = Bug バグかどうかを確認した場合はルールからバグ以外のすべてを早期に排除できるため、ルールがはるかに効率的になります。
ルールの始めにこれらの条件をチェーン化して、対応が不要なすべての課題をできる限り早く除外することが理想です。
課題フィールド条件 (Jira のみ) やユーザー条件など、単一フィールドをチェックする条件は最も簡単に実行できるため、ルール チェーンの早い段階で実行すると良いでしょう。
詳細な比較と JQL や CQL などのクエリ言語を含む条件には、より多くの処理が必要です。できるだけ使用を避けるか、チェーンの後半で使用するようにしてください。
たとえば、type = Done (JQL 条件) を確認するには、{{issue.status.name}} = Done (詳細比較条件) の場合よりも多くの処理が必要となります。
ブランチは、絶対に必要な際にのみルールに追加してください。これは、ブランチによってルールに新しいプロセスが生成されるためです。ルールを組み合わせる場合は便利ですが、目的を果たさない場合はパフォーマンスに悪影響を及ぼしかねません。
この内容はお役に立ちましたか?