こんにちは。現場の最前線を駆け抜ける皆さんのために、今日はJiraの「自動化（Automation）」という強力な武器を、味方につけるための深淵なる技術をお伝えします。
Jira Automationは魔法の杖のように便利ですが、不用意に振れば「無限ループ」という悪魔を呼び出し、チームの生産性を一瞬で氷河期に叩き落とします。今日は、この泥沼から脱出し、真にスケーラブルな自動化を構築するための「極意」を伝授しましょう。
—
1. なぜ「無限ループ」は起きるのか？
Jiraの自動化における無限ループの正体は、「自分の出力が、自分の入力トリガーを再起動させること」です。
例えば、「チケットが更新されたらコメントを追加する」というルールを作ったとします。
1. チケットを編集する（トリガー発動）
2. 自動化がコメントを追加する（これもチケットの更新にあたる）
3. Jiraが「またチケットが更新された！」と判断し、1に戻る。
これが「自動化の死の行進」です。これを防ぐための鉄則はただ一つ。「自分自身の変更をトリガーにしない」という条件設定を徹底することです。
—
2. Hello World: 安全な自動化の第一歩
まずは、無限ループを回避しつつ、確実に動く「HelloWorld」的な自動化ルールを作りましょう。
目標： 「ステータスが『レビュー中』になったら、担当者にSlack（または通知）を送る」
1. トリガー： `Issue transitioned`（ステータス変更）
2. 条件（最重要）： `JQL condition` を使用します。
- `status = “レビュー中” AND status changed by NOT “Automation for Jira”`
- 解説： これが肝です。「自動化ユーザー」自身が変更した場合はトリガーしない、というフィルタリングをかけることで、再帰的な呼び出しを物理的に遮断します。
3. アクション： `Send web request` または `Send email`。
この「`status changed by NOT “Automation for Jira”`」という呪文を覚えるだけで、皆さんのチームのJiraは劇的に安定します。
—
3. パフォーマンスを劇的に高める「整理術」
自動化ルールが増えてくると、Jira全体が重くなります。以下の設計思想を取り入れてください。
A. トリガーの絞り込み（Early Return）
すべてのチケット更新を監視してはいけません。
- ダメな例： すべてのプロジェクトで「Issue Updated」をトリガーにする。
- 良い例： 特定のプロジェクト、特定のコンポーネント、特定のラベルが付いた時のみ起動させる。
B. 複雑な条件は「If/Else」ブロックに集約する
複数の小さなルールをバラバラに作るのではなく、一つのルールの中に `If / Else If` ブロックを配置してください。これにより、Jiraサーバーがスキャンするルール数が減り、レスポンス速度が劇的に向上します。
—
4. ログの読み方：トラブルシューティングの極意
自動化が動かない、あるいは遅いと感じたら、迷わず「Audit log（監査ログ）」を開いてください。
- 「Execution status」を見る： `Success` なのか `Error` なのか。
- 「Duration」をチェック： 処理時間が2000msを超えているルールがあれば、それは「非効率なJQL」が原因です。複雑なクエリは、先に「Smart Values」でデータを取得してから条件分岐させるなど、計算負荷を分散させましょう。
—
5. 先輩からのアドバイス：自動化の「引き算」
最後に、一番大切なことを伝えます。
「自動化しないこと」が、最高の自動化です。
ルールを追加する前に一度立ち止まってください。「これは本当に自動化が必要か？ それともプロセスそのものをシンプルにすれば解決しないか？」と。複雑なルールは、後から入ってくるメンバーにとっての「ブラックボックス（魔物）」になります。
今日から実践すべきチェックリスト
- [ ] すべてのルールに「自分自身をトリガーから除外する条件」を入れたか？
- [ ] 監査ログで実行時間が長いルールを特定したか？
- [ ] ルールを一つにまとめられる箇所はないか？
—
自動化は、皆さんの頭脳を「単調な作業」から解放し、「創造的な課題解決」に集中させるためのものです。これをマスターすれば、毎日の作業は劇的に楽になりますし、何よりチームの信頼を勝ち取ることができます。
さあ、恐れずに、しかし慎重に。Jiraを皆さんの最強の相棒へと進化させていきましょう！