你应该限制带来冲刺的工作的大小吗?
听起来就听Soundnotes播客!
查找并订阅SoundNotes:
在Soundnotes的一集中,我们解决了对开发团队来说是一个好主意,以限制被带入冲刺的工作规模是一个好主意。许多团队认为这是在Sprint规划期间或创建准备定义时的宝贵做法。目标是确保开发团队没有犯入冲刺的冲刺,以至于在冲刺过程中无法完成。这经常出现在“没有比8”中的“没有比8”(使用Fibonacci来估计用户故事点)的东西。虽然这种做法对开发团队有价值,但它对产品所有者也有影响,以及他们如何为冲刺规划做准备工作。
在播客期间,Scoteagile SVP和Executive顾问,Scott Sehlorst和高级顾问和高级顾问与Dave谈论这种做法是否实际上有所帮助,以及如何成为试图为释放工作工作的产品所有者的阻碍。
戴夫的注意事项:
这种谈话在我如何考虑“准备好”以及如何考虑Po准备好Sprint的工作方面非常有影响。Limiting the size of work brought into a Sprint has always been something I have advocated for because I think it helps the Development Team, but I’ve never taken the time to think about how it might create challenges for the PO, who may be far more concerned about the Release than the Sprint.
从播客链接
- 罗恩·杰弗里斯故事点和理想的时间https://ronjeffries.com/articles/019-01ff/story-points/index.html.
- 迈克科恩在故事点上https://www.mountaingoatsoftware.com/blog/what-are-points.
- Kenny Rubin对准备好的定义https://innolution.com/blog/definition-of-ready.
- 为什么我们使用Fibonacci号码来估计故事点(Jeff Sutherland)https://www.scruminc.com/why-do-we-use-fibonacci-numbers-to-eStimate-User-stories/
- 特洛伊灯泡的概率预测访谈https://www.projectmanagement.com/blog-post/54062/probabilistic-forecasting-with-troy-lightfoot.
- 没有BS估计卡https://eStimation.lunarlogic.io.
联系Scott Sehlhorst.
- 龙头://www.nakata-dc.com/guides/scott-sehlhorst/
- 推特:https://twitter.com/sehlhorst.
- linkedin:https://www.linkedin.com/in/sehlhorst/
- 博客:http://tynerblain.com/blog/
联系Andrew Young.
- 龙头://www.nakata-dc.com/guides/andrew-young/
- linkedin:https://www.linkedin.com/in/tyoung/
- 推特:https://twitter.com/exclamation101.
- 电子邮件:Andrew.young@leadingagile.com.
联系Dave事先
如果您想联系Dave,您可以到达他:
- 龙头://www.nakata-dc.com/guides/dave-prior/
- linkedin:https://www.linkedin.com/in/mrsungo.
- 推特:https://twitter.com/mrsungo.
- 电子邮件:dave.prior@leadingagile.com.
如果您有疑问,您要为即将到来的播客提交,请将其发送给dave.prior@leadingagile.com.
如果您有兴趣拍摄我们即将到来的经过认证的Scrummaster或认证的Scrum产品所有者类,则可以找到所有详细信息//www.nakata-dc.com/our-gear/training/