最好的BA是不在行政工作上浪費時間的BA。Jira和Azure DevOps都有強大的自動化系統——BA只需要知道如何設定，就能每月節省數十小時。
1. Jira自動化：BA最需要的規則
規則1：移至「進行中」時自動指派故事
觸發條件：問題轉換至「進行中」
條件：被指派人為空
動作：自動指派給當前使用者（執行轉換的人）
規則2：故事被封鎖超過2天時提醒BA
觸發條件：排程（每天，上午9點）
條件：狀態 = 「已封鎖」AND 狀態天數 > 2
動作：傳送Slack訊息給BA + 在票務上留言
訊息：「⚠️ [問題金鑰]已被封鎖超過2天。@BA需要審查。」
規則3：故事移至「進行中」時自動建立子任務
觸發條件：問題轉換至「進行中」
條件：問題類型 = 故事 AND 子任務數 = 0
動作：建立子任務：
- 「撰寫/審查驗收條件」（指派給BA）
- 「開發實作」（指派給報告者）
- 「QA測試」（指派給QA標籤使用者）
規則4：7天無活動後自動關閉已完成故事
觸發條件：排程（每天）
條件：狀態 = 「已完成」AND 更新時間 < 7天前 AND 衝刺 = 活躍
動作：移至「已關閉」+ 留言：「7天無活動後自動關閉」
規則5：開發人員將故事標記為「準備審查」時通知BA
觸發條件：問題轉換至「審查」
動作：傳送郵件給BA：「[問題金鑰]在展示前需要審查AC」
+ 指派給BA
2. Azure DevOps：Microsoft技術堆疊的對應功能
使用工作項目規則進行流程自動化
Azure DevOps在流程自訂中使用「規則」：
規則：「當工作項目類型 = 使用者故事 AND 狀態 = 活躍 AND
被指派人為空時，指派給[預設BA]」
規則：「當故事點數為空 AND 狀態變更為活躍時，
傳送郵件給[BA]：'故事缺少估算'」
BA報告用Azure DevOps管線
BA不需要了解YAML就能讀取管線輸出。設定方法：
- 儀表板小工具 → 新增「建置摘要」
- 每個衝刺：管線自動執行報告 → 傳郵件給BA＋PM
3. AI功能追蹤的自動化
AI專案需要額外的領域專屬自動化：
規則：資料相依性未解決時標記故事
觸發條件：故事移至「進行中」
條件：自訂欄位「資料相依性」≠「已解決」
動作：新增標籤「BLOCKED-DATA」+ 留言：
「⚠️ 資料相依性未解決。
副本：[資料工程團隊]確認資料可用性。」
規則：BA的衝刺審查提醒（1天前）
觸發條件：排程（衝刺結束日期的前1天）
動作：為BA建立提醒任務：
「衝刺[N]審查準備：
- 確認所有故事的AC已驗證
- 準備展示備注
- 將未發布的故事更新到下一個衝刺」
規則：衝刺結束時自動移動未完成故事
觸發條件：衝刺完成
條件：問題狀態 ≠ 「已完成」
動作：移至下一個衝刺 + 新增留言「從衝刺[N]移動」
+ 通知BA
4. Jira / Azure DevOps中的AI功能
Jira AI（Atlassian Intelligence）
| 功能 | 用途 | 品質 |
|---|---|---|
| 摘要生成 | 摘要長篇描述 | ✅ 不錯 |
| 相似問題偵測 | 偵測重複 | ✅ 相當不錯 |
| 從文字建立工作項目 | 從會議記錄建立故事 | ⚠️ 需要審查 |
| 智慧搜尋 | 自然語言搜尋 | ✅ 不錯 |
| 自動標籤 | 根據內容建議標籤 | ✅ 相當不錯 |
Azure DevOps Copilot
- 用平易近人的語言摘要PR描述
- 從需求文件建議工作項目
- 根據速度歷史預測時間表
5. 衡量自動化效果
設定自動化1個月後，追蹤：
| 指標 | 之前 | 之後 | 目標 |
|---|---|---|---|
| 每週票務更新時間 | X小時 | Y小時 | -50% |
| 每日未指派票務 | X | Y | ≈ 0 |
| 未被偵測的封鎖票務 | X/衝刺 | Y/衝刺 | 0 |
| 衝刺規劃準備時間 | X小時 | Y小時 | -30% |
6. 設定自動化時的陷阱
陷阱1：自動化迴圈
→ 規則A觸發規則B觸發規則A → 無限迴圈
→ 解決方案：在觸發前檢查「最後修改者」條件
陷阱2：過度通知
→ 通知太多導致團隊關閉通知
→ 解決方案：群組通知，每人每天最多1封行政更新郵件
陷阱3：自動化取代對話
→ 被封鎖的票務需要討論，不只是標籤
→ 解決方案：自動化開路，BA仍需要實際跟進
結論
Jira/Azure DevOps自動化不是DevOps技能——這是BA的生產力工具。一次性投入3到4小時設定，之後每個衝刺節省5到10小時。優先處理頻率最高且最令人煩惱的規則。