扫码阅读
手机扫码阅读
迭代计划一定要完成么?
544 2023-08-17
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:迭代计划一定要完成么?
文章来源:
敏捷传习录
扫码关注公众号
在敏捷团队管理中,有人错误地理解“团队承诺”,认为每个迭代计划必须100%完成,且通过加班来弥补未完成的工作。然而,这种做法实际上会导致团队的问题。
敏捷团队常用燃尽图和团队速度来衡量迭代计划的完成情况,但对这两个指标的过分关注会导致错误地衡量团队的能力,甚至可能是团队走向失败的第一步。原因在于:
- 团队承诺时的不确定性:迭代计划是基于估算完成的,而估算本身存在不确定性。用户故事点数的估算并不代表实际工作量,因此无法精确预测实际工作量。
- 计划的激进性:团队通常会设定有挑战性的计划,这可能超出团队的实际能力,目的是激发团队潜力。
如果强制要求迭代计划100%完成,可能会导致:
- 团队在未来的计划中过于保守或夸大工作量以保护自己。
- 用户故事系统崩溃,团队会夸大用户故事的规模,从而使项目预测变得不可靠。
- 研发人员不愿参与用户故事编写,避免错误。
- 团队退化,回到微观管理和指令型的工作模式。
正确的做法是:
- 接受迭代计划不总是能完全完成的现实。
- 设定一个合理的未完成比例,如10%-20%。
- 在回顾会议上讨论未完成的迭代计划,并让团队提出改进措施。
- 确保参加梳理会议并及时处理用户故事细节和估算点数,以减少信息不完整导致的偏差。
- 鼓励团队使用新技术来提升工作效率。
这些方法并非详尽无遗,欢迎其他人提出更多的解决办法并留言交流。
想要了解更多内容?
查看原文:迭代计划一定要完成么?
文章来源:
敏捷传习录
扫码关注公众号
敏捷传习录的其他文章
站会上,SM需要发言么
想一想站会发言对于每个研发人员来说都是家常便饭,甚至很多人可以不经思考就说出那三个经典问题。但SM 在站会的
为何你的评审会没人来
评审会中业务方的反馈对我们至关重要,但为何你的评审会就是没人来?
“满身漏洞”的Scrum(2)
槽点吐完了,下面让我们透过这些槽点,看看在槽点背后隐藏的真相。
客户现场访问简介
客户现场访问可谓是To B产品经理必备技能。如何做好客户访问不是一件简单的事情。我总结了一下自己的经验,也是对上周在线分享的一个整理。
敏捷团队成熟度的思考
敏捷团队成熟度的目的这里参考CMMI的相关内容并结合敏捷特点可知,使用敏捷团队成熟度的目的是通过某种建模方式
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线