Close

Jira Software automation: basics & common use cases

Automation とは何ですか?

タスク、プロセス、ワークフローを自動化して手動作業と繰り返しタスクをなくすことで、重要な作業に集中できるようになります。コード不要のシンプルなルール ビルダーを使えば、単純な反復タスクから複雑なシナリオまで、すべてを数回のクリックで実行できる自動化ルールを作成できます。

自動化は現在、Jira Software CloudConfluence Cloud で利用できます。


自動化ルールの重要な要素

自動化ルールは 3 つの部分で構成されています。ルールを開始するトリガー、ルールを絞り込む条件、サイトでタスクを実行するアクションです。

トリガー、条件、アクションは自動化の構成要素です。これらの構成要素を組み合わせるだけで、たとえば「古い課題を自動的に閉じる」や、「リリースが出荷された際に特定のチームに通知する」などといった、あらゆることに対応できるルールを作成することが可能です。

製品ライブラリには、始めるのに役立つ自動化テンプレートがいくつかあります。

自動化の要素

また、自動化テンプレート ライブラリに収容されているその他多くの自動化テンプレートやガイドを使用したり、学習したりできます。

トリガーとは

すべてのルールはトリガーで開始します。トリガーはルール実行のきっかけとなり、課題の作成やフィールド値の変更など、Jira 内のイベントを検知します。Bitbucket や GitHub などのサードパーティ サービスからルールを実行するようにトリガーすることもできます。

トリガーは、設定またはスケジュールした条件に基づいて、手動で実行するように設定できます。

利用可能なトリガーの一覧を見る。

条件とは

条件によってルールの範囲を絞り込めます。条件を継続して実行するにはルールを満たす必要があります。たとえば、優先順位が高い課題のみをエスカレートするルールを設定できます。

条件が失敗した場合、ルールの実行は中止され、条件に続くアクションは実行されません。

利用可能な条件の一覧を見る。

アクションとは

ルールを実行するのがアクションです。アクションによってタスクを自動化でき、サイト内の変更を行えます。課題の編集、通知の送信、またはサブタスクの作成などの数多くのタスクを実行できます。

利用可能なアクションの一覧を見る。


分岐とは

Jira での課題は独立して存在することはほとんどありません。サブタスクを含むこともあり、より大きなエピックの一部であるストーリーでもあり、特定の関係を使用したその他の課題にリンクしていることもあります。つまり、自動化を利用する際の多くの場合で、ルールをトリガーしたソースの課題だけでなくソースの課題に関連する課題にもアクションを適用する必要があります。

複雑な課題の関係に対応できる強力なルールを作成するためには、特別な条件とアクションを活用します。たとえば、1 つの親課題のサブタスクがすべて解決済みであると確認すること、などです。

関連する課題の操作について詳細をご覧ください。


スマート バリューとは

スマート値によって、サイト内の広範な課題データにアクセスして操作できます。ルールをさらに強力で複雑なものにできます。たとえば、スマート値 {{now.plusDays (5)}} は当日の 5 日後を示し、{{issue.summary}} は 課題の要約を提示します。

スマート値の使用について詳細をご覧ください。


ルール実行者とは

ルール アクターとは、ルールを実行するユーザーです。このユーザーは、ルールをトリガーして、実行するアクションを完了する権限を持っている必要があります。たとえば、実行時に課題に関してコメントするというルールを作成する場合、ルール アクターはコメント追加の権限を持つ必要があり、その権限がない場合、ルールはエラーになります。

サイトでは、ルール アクターは自動化アプリ ユーザーとして設定されます。ただし、自動化ルールのルール アクターを変更できるようになりました。


ルール ステータスとは

自動化ルールのステータスを表示して、ルールが現在アクティブであるかそうでないかを識別できます。ルールが非アクティブである場合、有効化されないとルールは実行されません。ルールのステータスはその詳細画面で確認できます。

  • 有効ルールは現在アクティブです。
  • 無効ルールは現在使用されていません。
  • 下書きルールの変更が未公開です。
ルールのステータス

監査ログとは

各ルールには、ルールがトリガーされた時間、実行の最終結果、実行されたすべてのアクションを確認できる監査ログがあります。

個別のルール、プロジェクト全体、または広範なレベルの監査ログを確認できます。監査ログの確認は、ルールをデバッグする効果的な方法です。

ルールのステータス