ソフトウェア チーム向け Jira Automation テンプレート
今日、ソフトウェア チームはこれまでにないほど迅速に優れた製品をリリースしています。この状況で自動化は重要な役割を果たします。
集中する箇所から引き離される些細な支障を取り除くことから、貴重な開発時間を消費するより大規模な繰り返し作業まで、自動化を活用してあらゆるチームがバランスを保てるようになります。別のセクションで DevOps 自動化ルールについて説明していますが、以下では今日のソフトウェア チームに使用されている最も一般的なルールを紹介します。
5 日間、更新されていない作業項目について、担当者にリマインドする 新規
作業項目を最新の状態に保ち、確実に全員が同じ認識を持つようにします。作業項目が更新されずに 5 日間経過すると、このルールによって担当者にメールが送信されます。
タスクの期限が近づいたら、リマインダー メールを送信する 新規
メールのリマインダーを利用して締め切りを守ります。タスクの期限が近づくと、このルールによって自動的にメール通知を受信します。
新バージョンがリリースされたら、作業項目を「完了」に移行する 新規
未解決の作業項目を速やかにクローズすることによって、バージョン リリースを合理化します。新しいバージョンがリリースされると、そのバージョンで修正された作業項目がこのルールによって自動的に完了へ移行します。
バグが作成されると、自動的にウォッチャーが割り当てられる 新規
適切な人に新しいバグを通知することで、バグ報告を効率化できます。プロジェクト内で新しいバグが作成されると、このルールによって、指定されたチーム メンバーがウォッチャーとして自動的に追加されます。
担当者がいない作業項目を「進行中」から「未着手」に自動的に移行する 新規
未割り当てのチケットは「進行中」には移行しません。作業項目が「進行中」に移行すると、このルールによって担当者の割り当てが自動的にチェックされ、割り当てられていない場合は作業項目が「未着手」に戻ります。
作業項目の見積もりが変わったら、エピックのストーリー ポイントを合計する 新規
常に最新の見積もりを把握できます。作業項目のストーリー ポイントの見積もりが更新されると、このルールによって自動的にストーリー ポイントの見積もりが合計され、エピックが更新されます。
チケットが「進行中」にトランジションしたら、「開始日」の値を現在の日付に設定する 新規
作業項目の開始日を常に把握できます。作業項目が「進行中」に移行すると、このルールによって自動的に「開始日」の値が現在の日付に設定されます。
1 つのプロジェクトから別のプロジェクトへエピックを複製する 新規
エピックを手動で複製する必要はもうありません。ある企業管理対象プロジェクトから別のプロジェクトにエピックを複製する必要がある場合、このルールによって既存の作業項目をすべて含むエピック全体が複製されます。
キーワードに基づいて作業項目にラベルを割り当てる 新規
作業項目の分類をより簡単にします。作業項目にキーワードが検出された場合、このルールによって自動的にその作業項目に特定のラベルが付けられます。
ストーリーが現在のスプリントに追加されたら、Jane にメールする
作業項目が現在のスプリントに追加される際に、自動通知を使用して、認識していない作業項目がスプリントに追加されないようにします。
修正/新しいリリースのウォッチャーに知らせる
バグが修正されたり新しい機能がリリースされたりすると、ウォッチャーに自動で通知します。
関連する Jira 作業項目をリリース時に移行する
新しいクラウド リリースごとに、関連する Jira 作業項目を移行して Slack 経由でチームに通知します。
作業項目が「進行中」に移動したら、スプリントを現在に設定する
スプリントで作業のバランスを取るのは簡単なタスクではありませんが、自動化により作業を管理できます。現在取り組んでいるすべての作業を、現在のスプリントに含むようにします。
Jira 作業項目が「Deployed to Cloud (クラウドにデプロイ済み)」に設定されたら、「完了」に移行する
Jira を整理しておくことが成功の秘訣です。このルールでは、スケジュールされたトリガーを使用して間違った場所にある作業項目を見つけ、正しい場所に配置します。
エピックとリンク済み作業項目を同期する
エピックに多数のストーリーがある場合は、このルールによって多くの時間を節約できます。エピックにあるストーリーのステータスが変更すると、即座にエピックもそれに従います。