很荣幸收到人民邮电出版社陈翼康老师寄来的《卓有成效的敏捷》中文版的试读本。

本书由美国史蒂夫▪迈克康奈尔（Steve McConnell）著，任发科、林从羽译。

阅读本书，我最深的印象就是全面。它涵盖了敏捷转型的方方面面，包括敏捷的好处、如何应对复杂性和不确定性的挑战、如何启动敏捷、需要怎样的组织结构、文化上应该怎样配合、分布式的敏捷团队、个人与互动、小型项目和大型项目的管理、质量和测试、需求管理、优先级排序、持续交付、领导才能、度量、过程改进、如何提高可预测性、如何在受监管行业中实施、项目组合管理等。

所谓卓有成效的敏捷，就是要在以上各个方面都要做到卓有成效。书中给出了实现这些方面卓有成效的具体建议，每一章都附带建议的领导行动和拓展资源，供读者参考。

引用本书最后的一篇文章作为本书内容的小结，也让各位读者对本书有一个初步印象：

享受劳动成果

从一开始，敏捷不但作为更好的软件开发的战斗口号，而且也作为支持这个战斗口号而开发的大量实践、原则和理念。

敏捷本身持续进行检视和调整来改进，这就是为什么今天的敏捷要优于20年前的敏捷。现代敏捷理解到敏捷的目标不是简单地做敏捷，而是使用敏捷实践和其他实践支持业务目标和战略。

高效的敏捷始于领导力——你要为敏捷团队定下基调。通过指挥官意图清晰地传达期望、赋能团队、培养他们的自管理能力，然后让他们迭代和改进。关注修复系统和过程而不是处理个人。帮助组织使错误合法化并培养成长思维。将错误当作学习的机会，检视和调整，逐步变得更好。

如果这些都做好了，组织将建立起专注于组织目标的团队。团队将对组织需求做出响应，即使在它们变化时。这将提高组织响应客户需求变化的能力。

团队将监控所使用实践的有效性并用更好的实践替换无效的实践。他们的产能将随时间增长。

团队将持续监控工作流。他们会知道工作处于什么阶段以及是否按预期进展。他们将为其他人提供大范围的可见性。当他们说自己将交付什么时，他们就会高质量地交付它。

团队会很好地合作，会很好地与其他团队合作，会很好地与其他项目利益相关者合作，以及很好地与组织外部的世界合作。

新发现将会不断出现，但破坏性的意外会少之又少。万一发生了这样的意外，团队将尽早通知，这将让团队和组织的其余部分能够快速和高效地响应。

团队将始终保持高质量并定期识别改进机会。积极性增加，人员流动率很低。

随着组织向着高效软件开发的愿景逐步前进，它将经历几个成熟阶段。

最初，关注点放在团队的内部效能。团队需要几个sprint来学习Scrum和其他支持性的敏捷实践。他们将努力提高自己的能力来用小增量进行计划，按支持短sprint的方式设计，排定优先级，承诺，维护高质量，代表组织进行决策，团队合作以及交付。取决于他们获得了多大支持以及他们与组织的其余部分遇到多少摩擦，他们可能需要大量 sprint 才能达到这个能力级别。

随着时间流逝，关注点将转移到组织与团队的互动上。因为团队能力的增加，组织需要通过明确需求优先级和其他优先级的产品领导能力以及及时做出与团队能力提升步调相匹配的决策来支持他们。

最终，迭代的变化将改变团队。他们将更快地交付和改变方向。通过使用变强的开发能力，组织会以不同方式更好地计划与执行开创战略机会。

关注成长思维以及检视和调整意味着，所有这一切将随着时间越来越好。

享受吧！

觉得文章不错，顺手点个“点赞”、“在看”或转发给朋友们吧。

相关阅读：

（内含福利）不想成为咸鱼，我们怎样找到自己的未来之路呢？

你是做敏捷与DevOps的，还是做掉敏捷与DevOps的？

刘华：看板那么好，为什么都成了摆设？

关于作者

刘华（Kenneth）

• 著有书籍《猎豹行动：硝烟中的敏捷转型之旅》《软件交付那些事儿》

• 《图数据库实战》中文译者之一。

• 世界500强银行科技部云平台工程主管

• 敏捷、精益、DevOps专家

• 公众号“敏于思 捷于行”博主

• 精通极限编程、Scrum、看板方法、测试驱动开发、持续集成、行为驱动开发、DevOps工具栈、Docker、Kubernetes (Google Kubernetes Engine, GKE)

• 曾在GDevOps、DevOpsDays Meetup、中国软件技术大会、ArchSummit、Top 100等论坛发表主题演讲

• 阿里云、谷歌云认证架构师

关注公众号看其它原创作品

坚持原创高质量软件交付相关文章

觉得好看，点个“点赞”、“在看”或转发给朋友们，欢迎你留言。