这本书不是最经典的敏捷开发书籍，但是看过之后，也能保证你收获满满。这本书比较偏重于敏捷开发的时间落地，如果你所在的团队也在践行敏捷开发，就会有比较大的共鸣。比如，我结合自己所在团队所做的敏捷开发实践，与书中的 Scrum，就可以完整的对应起来。比如两周一个上线版本（敏捷开发的快速迭代周期），每两周计划新版本的故事点（在一个公共 wiki 上），结束之后复盘（例会），产品经理负责对齐具体需求和排期等。这些都符合 Scrum 敏捷开发的特点。敏捷开发的核心，不在于使用某种软件技巧，而在于一种管理和做事的理念。因此，敏捷开发中的团队成员非常重要。书中有一个很有趣的猪与鸡的对话。鸡和猪说：伙计，咱们一起合伙开个餐厅吧。猪说：那我们卖什么呢？鸡说：卖火腿和鸡蛋吧。猪说：那不行，我是全身投入（有了猪才有火腿），而你只是参与了一下而已（鸡蛋可以天天下）。这个故事告诉我们，在敏捷开发团队中，要区分出哪些角色是猪，哪些角色是鸡。要给猪足够多的话语权。敏捷团队成员主要包括三个类型：1. 产品经理 2. 过程经理 3. 敏捷开发成员践行敏捷开发的过程，最好与极限编程结合起来。极限编程的理念特别简单，就是一件事情如果好的话，就把它做到极致。比如，代码审查有好处，做到极限就是结对编程。如果做设计好，就让开发人员天天做，这就是重构。如果做测试好，就总去做测试，这就是单元测试。以上关于敏捷开发的细节和实践中需要注意的事项说完了，接下来就是最核心的一点：团队领导必须要全力支持敏捷开发，否则很难落地，会成为烂尾工程。另外，尽可能让团队成员都变成 T 字型人才，这样可以减少敏捷开发团队的波动。以上就是我读这本书的收获，分享给大家。

本书是作者几十年从事软件工程教学、咨询和研究的一个总结，它从软件产品开发的 “软”“易变”“非线性增长复杂度”“创新” 等特点入手，系统讨论了软件工程自身的特殊性，清楚揭示了我们遵循几十年的借鉴传统行业开发模式的方法不能高效匹配软件开发，导致软件工程成为低效工程领域的原因。