故事太小

癥狀：經常需要調整估算

解決方法：一定程度上合并故事

?

故事相互依賴

癥狀：故事相互依賴，所以很難做迭代計劃

解決方法：把相互依賴的故事合并成一個故事

?

鍍金

癥狀：開發人員在迭代計劃中實現了計劃外的功能，或者僅僅憑借自己的感覺實現故事，實際的功能超出了實際的需要。

解決方法：提高項目組中每個人任務的可見性，這樣團隊就自我約束，減少鍍金。

?

細節太多

癥狀：在實現故事之前花太多功夫去收集整理故事細節

解決方法：小卡片記錄，“如果總是需要寫滿小卡片，那下一次就用一個更小的卡片”——迫使故事作者有一事的減少記錄更多的故事細節

?

過早考慮用戶界面細節

癥狀：在想怒早起編寫的用戶故事就已經包含用戶界面細節

解決方法：盡量避免

?

想得太遠

癥狀：不是出于團隊規模和地域的考慮，希望用軟件而不是小卡片記錄故事；建議用更精準的方法來估算

?

故事劃分太過頻繁

癥狀：在在迭代計劃的時候為了確保迭代工作量合適，頻繁的劃分用戶故事。

解決方法：如果感覺劃分故事太過頻繁，應該考慮掃描剩余的故事，找到真正需要劃分的故事。

?

客戶很難為故事安排優先級

癥狀：安排優先級太困難（為什么？）——可能故事太大或者用戶故事體現不出商業價值

解決方法：最好讓客戶來寫用戶故事

?

客戶不愿意寫用戶故事，也不愿意為故事安排優先級

癥狀：項目客戶不愿意承擔寫用戶故事和安排優先級的責任

?

總結

以上是生活随笔為你收集整理的用户故事与敏捷方法—用户故事不良症兆的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。