優秀的BA在2小時內可以精煉15到20個故事。有了AI的支援，同樣的時間可以處理40個以上的故事，品質相同——但前提是要用對方法。
1. 精煉過程中AI可以支援的工作
| 工作 | AI支援程度 | 需要BA審查？ |
|---|---|---|
| 偵測重複故事 | ✅ 高 | 永遠需要 |
| 建議驗收條件 | ✅ 高 | 永遠需要 |
| 將史詩拆分成故事 | ✅ 相當不錯 | 永遠需要 |
| 估算故事點數 | ⚠️ 僅供參考 | 絕對必要 |
| 偵測遺漏的邊緣情境 | ✅ 不錯 | 建議審查 |
| 識別相依性 | ⚠️ 僅提供建議 | 需要驗證 |
| 優先順序排列 | ❌ 不建議用AI | 由BA＋PM決定 |
2. 待辦清單精煉的提示模板
2.1 驗收條件生成
提示：「根據這個使用者故事：'[故事文字]'
以Given/When/Then格式撰寫5到7條驗收條件。
考慮：正常路徑、驗證錯誤、空白狀態、載入狀態和行動裝置行為。
系統為[系統描述]。」
優質輸出範例：
故事：「作為客服人員，我希望看到AI建議的回覆，
以便更快速地回覆客戶。」
AC：
Given：客服人員開啟客戶訊息
When：訊息已在佇列中超過2秒
Then：AI依信心分數排列建議3個回覆選項
Given：AI信心分數 < 0.7
When：客服人員查看建議的回覆
Then：系統顯示警告「信心度低——請在傳送前確認」
[...]
2.2 故事拆分（史詩 → 故事）
提示：「依照INVEST原則，將這個史詩拆分成使用者故事：
史詩：'[史詩文字]'
情境：[系統情境]
限制條件：每個故事必須在1個衝刺（2週）內完成。
輸出格式：故事標題、作為[使用者]，我希望[目標]，以便[效益]」
2.3 重複偵測
提示：「審查這些故事並找出：
1. 完全重複
2. 範疇重疊（部分重複）
3. 缺口（隱含但缺少的故事）
故事：
[貼上故事標題和描述的清單]」
3. AI輔助精煉工作流程
步驟1：精煉前（BA單獨，30分鐘）
├── 對所有「準備精煉」狀態的故事執行AI
├── 標記：重複、缺少AC、不清晰的驗收條件
└── 準備：依優先順序排列的精煉清單
步驟2：精煉會議（BA＋團隊，90分鐘）
├── 先處理AI標記的重複項目（快速決策）
├── 對每個故事：
│ ├── 大聲朗讀AI建議的AC
│ ├── 團隊討論：新增 / 移除 / 修改
│ └── BA即時更新（Jira/ADO）
└── 結束：AC達成共識後，團隊估算點數
步驟3：精煉後（BA單獨，15分鐘）
├── 對照團隊討論，審查AI的相依性建議
└── 在Jira中新增相依故事之間的連結
4. 精煉後的待辦清單品質檢核表
AI輔助精煉的「完成的定義（DoR）」：
故事「準備好進入衝刺」的條件：
- [ ] 標題遵循「作為[使用者]，我希望[目標]」格式
- [ ] 驗收條件：最少4條，以G/W/T格式撰寫
- [ ] 邊緣情境已涵蓋：空白狀態、錯誤狀態、載入狀態
- [ ] 相依性：已列出且待辦清單中存在相關故事
- [ ] 故事點數：由團隊估算（費波那契數列）
- [ ] 優先順序：已指派（P0-P3）
- [ ] 標籤/元件：正確標記
- [ ] 已連結到史詩/功能
5. 待辦清單精煉的AI工具
| 工具 | AI功能 | 最適合 |
|---|---|---|
| Jira AI | AC建議、故事摘要 | Jira團隊 |
| Azure DevOps Copilot | 從描述建立工作項目 | Microsoft技術堆疊 |
| Linear + GPT | 使用AI的自訂工作流程 | 新創/小型團隊 |
| ChatGPT/Claude | 通用提示 | 任何設定 |
| Atlassian Intelligence | 跨工具洞察、重複偵測 | Confluence＋Jira套裝 |
6. 精煉過程中不應使用AI的時機
- 優先順序排列： AI不了解商業價值、政治背景或資源限制
- 技術可行性： AI可以建議但開發團隊必須決定
- 利害關係人的共識： 如果故事的範疇仍有爭議 → 不要急著用AI處理
- 法規要求： 來自合規/法務的需求必須由BA手動驗證
結論
待辦清單精煉中的AI並不是要取代BA——而是要消除機械性工作，讓BA專注於需要判斷的工作：優先順序排列、取捨和利害關係人的協調。
目標：每次精煉會議後，待辦清單更清潔、故事更清晰，BA從開發端收到的回頭問題更少。