迭代计划一定要完成么?
发布于 2023-08-17
1503
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
敏捷传习录
扫码关注公众号
扫码阅读
手机扫码阅读
在敏捷团队管理中,有人错误地理解“团队承诺”,认为每个迭代计划必须100%完成,且通过加班来弥补未完成的工作。然而,这种做法实际上会导致团队的问题。
敏捷团队常用燃尽图和团队速度来衡量迭代计划的完成情况,但对这两个指标的过分关注会导致错误地衡量团队的能力,甚至可能是团队走向失败的第一步。原因在于:
- 团队承诺时的不确定性:迭代计划是基于估算完成的,而估算本身存在不确定性。用户故事点数的估算并不代表实际工作量,因此无法精确预测实际工作量。
- 计划的激进性:团队通常会设定有挑战性的计划,这可能超出团队的实际能力,目的是激发团队潜力。
如果强制要求迭代计划100%完成,可能会导致:
- 团队在未来的计划中过于保守或夸大工作量以保护自己。
- 用户故事系统崩溃,团队会夸大用户故事的规模,从而使项目预测变得不可靠。
- 研发人员不愿参与用户故事编写,避免错误。
- 团队退化,回到微观管理和指令型的工作模式。
正确的做法是:
- 接受迭代计划不总是能完全完成的现实。
- 设定一个合理的未完成比例,如10%-20%。
- 在回顾会议上讨论未完成的迭代计划,并让团队提出改进措施。
- 确保参加梳理会议并及时处理用户故事细节和估算点数,以减少信息不完整导致的偏差。
- 鼓励团队使用新技术来提升工作效率。
这些方法并非详尽无遗,欢迎其他人提出更多的解决办法并留言交流。
敏捷传习录
敏捷传习录
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
敏捷传习录的其他文章
DoR 到底是什么
最近有人问我DoR怎么用,也有问我什么是DoR。我对这个问题并没有直接给予回答,而是问了另一个问题,这个问题
敏捷教练做不好,是因为你没有见过真实的世界
最近一直在招人,这个过程中发现了很多有趣的事儿。这里给大家分享一下。
“满身漏洞”的Scrum(1)
Scrum 恐怕是被吐槽最多的敏捷框架了。为什么会这样?让我们一起来看看,Scrum 被吐槽最恨的几个点。
承认吧,你要的不是敏捷,你要的是加班
见过太多公司,打着“敏捷”的旗号,干着“加班”的事情,你的公司是否也是其中一员?
为何“完成”如此重要
如果对敏捷有所了解的话,肯定很多人会知道敏捷关注“完成”的热情是非常高的,甚至还会有DoD(Definiti
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线