在Sprint評審會議之後,產品所有者將提取所有建議,和在Sprint中產生的新的優先權項目,並將這些項目合併於Product Backlog之上;增加新的項目,現有項目進行了更改,重新排序或刪除。當Porduct Backlog的更新完畢,循環週期可以再次開始,以下一個Sprint計劃會議開端。許多開發團隊感覺在每個Sprint末期進行優先化的會議很有意義,和產品所有者一起對一下Sprint中的Product Backlog項目進行評審。除了給開發團隊的一個機會提醒產品所有者其未注意的事項(如技術維護),此會議也開始了在Sprint計劃會議之前所需的初步想法。在各Sprint之間沒有間隔期,開發團隊通常在下午時間進行了Sprint評審,第二天上午就進行下一Sprint計劃會議。敏捷開發的價值觀之一是“可持續性”,只是在正常的工作時間和勞動強度下,開發團隊纔可以持續此週期的持續。
開始下一個Sprint
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章
你大概走了假敏捷:《手繪敏捷寶典》在此,還不來收!
雲加社區
2018-09-22 02:14:40
Need help deciding?
yqcdvip
2018-09-11 07:53:13
Scrum可能被挑戰的方面
zmycoco
2018-09-11 05:27:00
Scrum一些名詞解釋
zmycoco
2018-09-11 05:26:57
敏捷方法之極限編程(XP)和Scrum區別
zmycoco
2018-09-11 05:26:57
Sprint計劃會議概要
zmycoco
2018-09-11 05:26:56
Sprint評審及回顧
zmycoco
2018-09-11 05:26:54
Product Backlog的理念
zmycoco
2018-09-11 05:26:54
敏捷開發思想及Scrum實踐
yaocoder
2018-09-11 04:56:16
《敏捷軟件開發過程及最佳實踐》培訓總結
kongdong
2018-08-22 09:04:17
開發轉型爲Scrum Master後的職業發展道路
StarLee
2018-08-22 00:47:04