Download
should we stop using story points and velocity n.
Skip this Video
Loading SlideShow in 5 Seconds..
Should we stop using story points and velocity? PowerPoint Presentation
Download Presentation
Should we stop using story points and velocity?

Should we stop using story points and velocity?

126 Vues Download Presentation
Télécharger la présentation

Should we stop using story points and velocity?

- - - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

  1. Should we stop using story points and velocity? PrasannaVaste Agile India2014 資工碩一 陳懿婷 102522113

  2. Outline • Introduction:Why Estimate? • Motivation • Methodology • Advantage • Conclusion

  3. Introduction:Story point and velocity • Story point: • What:分析完成一個story所需花費的effort。 • When:在estimate session中評估。 • How:常見的Planning Poker。 • Velocity:每個sprint結束後,團隊真正完成的story point數量。

  4. Introduction:Why Estimate? 1.Track velocity 2.Decide scope for the Iteration —Story point & velocity 3.Help Prioritize stories 4.Help Release planning

  5. Motivation • Estimation takes lot of time and effort. • PM tend to relate these estimates to number of days it will take to complete the story. • In some teams estimate is equal to deadline. 以上情況導致-In lack of confidence on development team when stories take more time to complete. So…They use of simple Metric for Project Process Measurement -Use Story Count

  6. Methodology常見的Scrum作法 New Project Product Backlog 約需要10個Spring來完成 Story point=200 30 10 假設1 sprint完成20 point 20 Velocity=每個sprint過後完成的story point數量為多少

  7. Methodology作者的作法 New Project Story Count 要花多少個Sprint來完成MVP scope Number of stories on backlog sprint1 (1 week ) 計算 Number of story completed in a sprint Velocity 完成的Story Count數量

  8. 兩者差異 • Story切割的方式-Story Point vs Same size • Project Progress Measurement- Story Point vsStory Count • Velocity定義方式-Story Point vs Story Count

  9. AdvantageHow Story count helped • Product owner and Team were happy with this change as: • Less Math, more effective planning • Better way to track change in scope • More focus on completing stories which give higher business value instead of quick gain in story points.

  10. 作者建議 • You can evolve your estimation process from “Story Points(Ideal Days)→Relative sizing→Counting cards→Cycle time”

  11. Conclusion • Stop wasting time trying to estimate a nerver ending Backlog. • There’s no evidence that that will help you predict the future any better than just counting the number of stories “Done”!

  12. 備註:Product Backlog

  13. 備註:MVP(minimum viable product) • 用最快最簡單的方式建立一個可用的產品的原型,來表達產品的效果,進而補充細節。