據古羅馬Pichlers「敏捷產品管理與Scrum的」發展的產品積壓與發佈燃盡
「[...]我們準備剛夠[積壓]項目爲即將到來的衝刺,正是時候。」
恕我直言,這包括,其中包括估計各自積壓物品的故事點。
同時「[發佈burndown]是基於以下兩個因素: 產品積壓和剩餘時間的剩餘努力。」
恕我直言,這兩個聲明是矛盾的,因爲我們不知道在開始或衝刺期間所有積壓項目 的故事點。
請有人可以幫助我嗎?
預先感謝您
安迪
據古羅馬Pichlers「敏捷產品管理與Scrum的」發展的產品積壓與發佈燃盡
「[...]我們準備剛夠[積壓]項目爲即將到來的衝刺,正是時候。」
恕我直言,這包括,其中包括估計各自積壓物品的故事點。
同時「[發佈burndown]是基於以下兩個因素: 產品積壓和剩餘時間的剩餘努力。」
恕我直言,這兩個聲明是矛盾的,因爲我們不知道在開始或衝刺期間所有積壓項目 的故事點。
請有人可以幫助我嗎?
預先感謝您
安迪
之前它考慮到衝刺一個故事必須被表示爲故事點,這些點歸納起來看,當你對一個衝刺計劃不夠。您還需要點數才能保持從衝刺到衝刺的速度。
儘管對積壓物品做了一些粗略的預估,但這很好。這有助於產品負責人在春季計劃會議之前做一些發佈計劃和優先級排序。它還有助於創建一個釋放燃燒的圖表(結合團隊的速度)。 在sprint計劃會議期間可能會重新估計粗略估計,通常會詳細討論這些會議。
感謝您的回答! – 2012-02-19 14:02:42
更好的問在程序員.stackexchange.com – rene 2012-02-19 11:30:10
你可能看看這些鏈接:http://codebuild.blogspot.com/2011/08/10-scrum-methodology-best-practices.html http:// codebuild.blogspot.com/2011/08/scrum-software-development-methodology.html – 2012-02-21 12:19:14
這個問題是無題的,因爲它不在本網站的範圍內,正如[我可以問什麼主題?]( //stackoverflow.com/help/on-topic)另請參閱:[我應該避免詢問什麼類型的問題?](// stackoverflow.com/help/dont-ask)您可以在[另一個堆棧交換網站](// stackexchange.com/sites#name),例如[pm.se]或[softwareengineering.se]。請務必閱讀幫助中心中針對您打算髮布問題的任何網站的主題頁。 – Makyen 2017-10-03 23:51:28