迭代计划一定要完成么?
发布于 2023-08-17
1657
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
敏捷传习录
扫码关注公众号
扫码阅读
手机扫码阅读
在敏捷团队管理中,有人错误地理解“团队承诺”,认为每个迭代计划必须100%完成,且通过加班来弥补未完成的工作。然而,这种做法实际上会导致团队的问题。
敏捷团队常用燃尽图和团队速度来衡量迭代计划的完成情况,但对这两个指标的过分关注会导致错误地衡量团队的能力,甚至可能是团队走向失败的第一步。原因在于:
- 团队承诺时的不确定性:迭代计划是基于估算完成的,而估算本身存在不确定性。用户故事点数的估算并不代表实际工作量,因此无法精确预测实际工作量。
- 计划的激进性:团队通常会设定有挑战性的计划,这可能超出团队的实际能力,目的是激发团队潜力。
如果强制要求迭代计划100%完成,可能会导致:
- 团队在未来的计划中过于保守或夸大工作量以保护自己。
- 用户故事系统崩溃,团队会夸大用户故事的规模,从而使项目预测变得不可靠。
- 研发人员不愿参与用户故事编写,避免错误。
- 团队退化,回到微观管理和指令型的工作模式。
正确的做法是:
- 接受迭代计划不总是能完全完成的现实。
- 设定一个合理的未完成比例,如10%-20%。
- 在回顾会议上讨论未完成的迭代计划,并让团队提出改进措施。
- 确保参加梳理会议并及时处理用户故事细节和估算点数,以减少信息不完整导致的偏差。
- 鼓励团队使用新技术来提升工作效率。
这些方法并非详尽无遗,欢迎其他人提出更多的解决办法并留言交流。
敏捷传习录
敏捷传习录
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
敏捷传习录的其他文章
“满身漏洞”的Scrum(3)
既然找到了理想与现实的GAP,下面让我找一下真正导致Scrum 难以驾驭的原因吧。
揭秘促进合作的秘密武器:变革对话的艺术
在这个科技日新月异的时代,我们往往沉迷于追求最新的技术突破、完美的市场营销策略,或是盲目跟随“敏捷开发”的浪潮。但今天,让我们揭开一个不同寻常的真相:软件成功的真正钥匙,其实藏在那些被忽视的“对话”之中。
敏捷开发就是一场多人运动
说到敏捷软件开发,很多人对各种名词如数家珍,从自组织团队到回顾会,从渗透式沟通到每天15分钟,从“个体与互动
站会上,SM需要发言么
想一想站会发言对于每个研发人员来说都是家常便饭,甚至很多人可以不经思考就说出那三个经典问题。但SM 在站会的
为何“完成”如此重要
如果对敏捷有所了解的话,肯定很多人会知道敏捷关注“完成”的热情是非常高的,甚至还会有DoD(Definiti
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线