討論串[問題] scrum及需求規格書
共 6 篇文章
內容預覽:
大致沒錯。. 不過在Sprint Backlog階段會根據現實狀況與權重關係(80/20 Rule之類的)做微調. 當然更細部的就是所謂的Task.. 然後把結果反饋到之前的Product backlog與Burndown Chart上. 另外就是Daily Scrum的要義你沒有在裡面提出來. D
(還有157個字)
內容預覽:
非常謝您的回答, 這些對我是很大的幫助, 解決我不少對敏捷開發的疑問. 因為我必須瞭解scrum與傳統開發的每個作業上的對應關係, 才好讓我在團隊裡試行.. ------. Product Backlog相當於客戶對系統的需求,或是業務/協銷對客戶提出的產品功能保證. 在專案kickoff時, 會對
(還有249個字)
內容預覽:
先回答你第一篇問題. :在以往的流程, 我們會花一個月左右的時間不停地與客戶需求訪談. :並釋出需求規格書, 供使用者畫押確認, 再依使用者規格書分析及設計.. 先從一開始問題的角色做考量. Scrum本身是極為重視使用者互動的一種開發流程. 與傳統的PMP不同的是，PMP的架構為Waterfall
(還有2078個字)
內容預覽:
scrum屬於敏捷開發(agile)的一種架構. 敏捷開發不外乎都希望快速的交遞可執行版本. 書面文件描述得並不多, 希望來板上求教各位. 依以往經驗, 需求分析及文件絕對會與使用者確認 (與階段款項有關). 且在需求訪談階段的這段时間, 部分的member可能沒事可做(?). 收集的需求在最後又可
(還有185個字)