Sprint目标是Sprint的一个目标,可以通过产品Backlog的实施来满足。Sprint目标是产品负责人和开发团队之间协商的结果。Sprint目标应具体且可衡量。虽然Sprint Backlog的选定工作代表了预测,但开发团队承诺实现Sprint目标。
举一些例子?
虽然我已经说过Sprint目标应该具体且可衡量,但我并不是说SMART。只是防止目标变得含糊不清。但是一些例子可能是:
準备发布功能X(因此Sprint目标正在提供功能)
检查架构是否能够实现所需的性能(因此Sprint目标正在解决风险)
测试用户是否愿意在使用产品功能之前注册(因此Sprint目标正在测试假设)
为什么使用Sprint目标?
一个有效的冲刺目标......
用于测试假设,解决风险或提供功能确保有针对性的每日Scrum,因为开发团队可以使用它来检查他们的进度为开发团队提供有关构建增量的原因的指导提供有关Sprint内实现的功能的灵活性当“变得艰难”时帮助确定优先级通过共同努力实现共享的Sprint目标,促进团队合作和团队建设支持产品负责人创建产品路线图在规划发布时激发产品Backlog凝聚力可以用作利益相关者管通过制定共享的Sprint目标,支持专注的Sprint计划实现高效的决策如何选择冲刺目标?
为了确定Sprint目标应该是什么,Roman Pichler提出了三个需要考虑的问题:
我们为什么要进行Sprint? - 为什么运行sprint值得?应该实现什么?我们如何实现目标? - 使用了哪种人工製品,验证技术和测试组我们怎么知道目标已经实现? - 例如,五个用户中至少有三个用户在不到一分钟的时间内成功完成了可用性测试。总结
在这篇博客文章中,我描述了使用有效的Sprint目标的优势。如果您确信优势但是在选择Sprint目标时会遇到困难,我希望基于Roman Pichler的想法的部分能为您提供更多指导。如果您有任何其他问题,请随时分享。