扫码阅读
手机扫码阅读
敏捷开发需要内外兼修

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


Bruce Talk
扫码关注公众号
敏捷修炼类似武功的内外兼修,外家功对应于敏捷框架和流程调整,如Scrum、Kanban和TOC,可迅速带来改善效果。然而,随着修炼的深入,单纯的外家功效果有限,需要内家功的深入修炼以实现质的飞跃。软件开发的内家功涵盖编程、测试等核心技能,如极限编程(XP)所提出的原则,包括简单设计、结对编程、测试驱动开发(TDD)、持续集成(CI)、集体代码所有权和编码标准等。
敏捷开发的迭代和增量交付不同,迭代要求每次迭代的全量交付都可用,而功能交付则是单功能的可用性。迭代开发中,随着迭代的继续,测试的比重越来越重,开发的比重相应减少,这可能导致无法继续开发新功能的局面。为避免这种情况,需要内功的修炼,如自动化测试,来确保迭代的持续价值。
系统循环图展示了编码任务量、代码质量和迭代价值之间的关系。良性的系统循环需要通过增强编码质量来实现,而这恰恰是敏捷内家功的作用所在。内家功的修炼需要长期的刻意练习和思考,才能在系统回路中发挥作用。
敏捷团队若缺乏工程实践,难以持续超过三次迭代。传统的测试工作,如集成测试和UAT,不再适应快速迭代的模式。敏捷迭代的每一次都应当作为正式发布的冲刺,这要求软件团队在技术实践和软技能方面都进行修炼,如TDD、BDD、自动化测试、DevOps,以及流程改进和沟通合作等。只有内外兼修,敏捷软件开发才能稳健并持久。
想要了解更多内容?


Bruce Talk
扫码关注公众号
Bruce Talk的其他文章
为什么大家都喜欢“人天”作为估算单位?
聊聊“人天”估算容易被接受原因,和其背后的思考。
玩一场用户故事的Cosplay
我们如何确定团队成员对需求已经理解一致?每个人看到Design之后想法就能一致吗?只有产品做完才能确定是否是客户想要的吗?
如何进行用户故事估算——10月9日Ethan Huang分享感受
敏捷估算一直是一个无法绕开又非常令人头疼的话题。无法绕开是因为无论是产品还是项目都离不开估算。令人头疼是因为估算结果一般都很难令人满意。
用户思维 VS 技术思维
避免惯性思维,最好的方案来自于充分理解需求的团队的集体智慧。
《看板方法官方指南》中文版发布了!
颜值爆表的《看板方法官方指南》中文版发布了!高速公路的隐喻让看看板方法更加生动立体。看板并不是白板+便签的简单组合。
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线