为何“完成”如此重要
发布于 2023-08-17
2249
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
敏捷传习录
扫码关注公众号
扫码阅读
手机扫码阅读
敏捷开发重视"完成"的概念,其中DoD(Definition of Done)定义了完成的标准。敏捷软件开发宣言和十二项原则也涉及与完成相关的内容。
那么,为什么"完成"在敏捷中如此重要呢?以下是根据多年经验总结的原因:
- 90%现象:指的是任务报告为90%完成,但实际上未完成的工作越来越多,这种情况下90%的完成状态毫无意义。
- 没有完成的工作是没有价值的:客户期望的是完整可用的功能,而非部分完成的工作。因此,一个工作在未完成前其价值被视为0%。
- 很难估算准确:辨别工作完成的10%还是50%相对容易,但区分15%还是18%却非常困难。估算进度对程序员而言是个巨大挑战。
敏捷是如何处理"完成"的问题的呢?
- 确定明确的完成定义。
- 在工作未完成之前,进度统一视为0%。
敏捷做法的优势包括:
- 统一认知,避免因理解偏差产生误解。
- 减少研发被进度估算耽误的时间。
- 反向推动团队对用户故事进行更细的拆解。
- 为研发团队提供隐性的buffer时间,降低其他干系人的预期。
总结而言,敏捷中对完成的重视有其深刻的原因,这些原因共同促进了敏捷方法论的有效性和高效性。
敏捷传习录
敏捷传习录
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
敏捷传习录的其他文章
“满身漏洞”的Scrum(3)
既然找到了理想与现实的GAP,下面让我找一下真正导致Scrum 难以驾驭的原因吧。
一种关于敏捷团队的比喻与其他
众所周知敏捷对研发团队的绩效考核的态度一直以来倾向于负面——究其原因,一方面是很难考核;另一方面是,有些考核也着实不上路子,甚至将绩效考核到了个人,还要求以“客观数据”的方式对个人进行考核。
关于敏捷的慢思考(4)
上一篇我们说到敏捷中的一些误解,今天我们主要来谈谈国内一个绕不过去的坎儿,那就是认证考试。
站会上,SM需要发言么
想一想站会发言对于每个研发人员来说都是家常便饭,甚至很多人可以不经思考就说出那三个经典问题。但SM 在站会的
“满身漏洞”的Scrum(4)
终于到了结论时间,通过上面的分心,我们能得到什么结论呢?
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线