一爽哎、常見問題
- 細節(jié)不清，遺漏關(guān)鍵細節(jié)徙赢，無法開發(fā)
- 進度不明，問題發(fā)現(xiàn)不及時
- 到驗收環(huán)節(jié)才發(fā)現(xiàn)理解不一致
- 一個需求長期掛起，無法結(jié)束
- 做完后無法投產(chǎn)账锹，等待其他需求
- 投產(chǎn)后，不具備使用條件無人使用
二坷襟、確認標準 DoR要求
用戶故事代替大而全的文檔
3C原則
image.png
原則保障：INVEST原則
image.png
獨立：用戶故事獨立
可討論的：故事要簡單奸柬，細節(jié)在產(chǎn)品人員和開發(fā)團隊的討論中產(chǎn)生
有價值的： 對客戶有價值
可估算的：缺乏業(yè)務(wù)知識、缺乏技術(shù)知識婴程、故事太大
小的：故事太大太小都無助于制定計劃廓奕。
可測試的：故事必須是可測試的。
驗收條件: AC
image.png
AC 要條目化
image.png
image.png
總結(jié)
image.png
體會
- 通過用戶故事來收集需求档叔。收集的需求可以避免不清楚將來使用用戶是誰的問題桌粉，做出的功能是否符合真實用戶的需求的問題。通過用戶故事衙四，減少雙方理解不一致的問題铃肯。
- 對不滿足IVEST原則的需求，需要進一步細化传蹈，使其符合相關(guān)要求押逼。否則后期可能就是坑。
