scrum及需求規格書 - PMP

※ 引述《vipin (Vipin)》之銘言：
: 在以往的流程, 我們會花一個月左右的時間不停地與客戶需求訪談
: 並釋出需求規格書, 供使用者畫押確認, 再依使用者規格書分析及設計.
: 但若套用了scrum的開發架構, 仍會需要先進行需求訪談會議嗎?
: 還是每一個功能可能會被畫成一個story, 再將story裡建立一個需求訪談及文件的task嗎?
: 看了些文件還是不大明白scrum對於需求規格書的產出作法..
: 在許多前輩的經驗分享文件中, 似乎沒看過有人列出這樣的task
: 若不需要產出需求規格書, 要如何讓使用者確認最後需求.
: 這樣story若被使用者拒絕驗收, 是否又必須要再重新再走一次(下個sprint)?
: 似乎這樣變成xp的玩法了 @@
: 請各位前輩指點
: 謝謝
我不懂scrum的東西 但就經驗來判斷

1. 需求釐清跟書面化確認是一定要作
2. story應該是類似工作包拆解確認的另外一種方式 如果PM有足夠資源來作
各工作包的需求確認 我想這是對的 也是需要的
3. 每一個階段若有文件產出是最好 但這又涉及PM有多少資源可以用. 文件
會成為組織過程資產.

--


　　　　　　　　　　　　　"把會微笑的回憶送給妳..."

--