个人比较喜欢的篇章包括：
尽早让用户参与：这也是Standish Group的CHAOS调查中，多年来都位列首位的原则“User Involvement”。
避免打地鼠式开发：关注可延续性的开发速度，这也是敏捷原则所要求的。
为团队增添人才而非技能：他们是“人”不是“资源”，不要只关注完成“项目目标”需要的“能力”，还要关注承载这些“能力”的“人”。
优秀与普通的天壤之别：讲过很多次的东西，优秀和普通工程师的差距，以及人数增长带来的沟通压力。
矛盾体的需求说明书：要将用户需求和系统功能规格说明进行区隔。
授权-蒂姆的故事：这让我回想起以前有段时间不被理解的日子，因为我的思维超越了救火队员的模式，更期望从“预防”的角度做事，而不被理解，也被认为绩效欠佳，令我非常不爽。千里马还需伯乐，太对了。
遭遇敌人……敌人就是我们自己：软件开发团队的成员们一定非常高兴有人愿意理解他们，只是，我在想，如果他们需要理解这么多人才能开始工作，那么。。。是否需要他们呢。。。
艾丽丝不是美国人了：多站点开发、多时区、多语言的项目群体，绝对是软件开发的巨大挑战，敏捷社区多数人对此的解决办法是“Don’t Do It”。
要现在不要马上：“快速的成功仅仅比迟来的成功好上一百倍，但快速失败可比迟来的失败要好上百万倍。”
速度就是生命，越快越好：“科学研究证明，对于特定的行动、战术和表现形态而言，具有优势的是最佳速度，而非超常速度。”，我感觉这篇文章很贴合我在今年敏捷中国大会上的演讲主题《速度——敏捷的丹田之气》。
做实际工作的人才是最好的估算人员：让干活的人来估计，这才是王道。所以Scrum里说团队应该享有决定自己能做多少的权利。
状态的假象：这就是敏捷原则中所说的“可工作的软件是进度的首要度量标准。”
不要总是扮演信使、你没有控制住、分享观点、善于支持的组织就能获得成功：他们和我之前微博中提到的“全景”、“透明”的问题很相关，参考http://**./1408827293/xkbABxFd5、http://**./1408827293/xkbIFvuKi、http://**./1408827293/xkc6PrRjb。
==========
徐毅：独立敏捷顾问，经验丰富的国内知名敏捷及精益教练，专注于敏捷软件开发、Scrum、敏捷转型、敏捷测试、测试自动化、robotframework等。
上一篇：《信任代理》读后感精选10篇 下一篇：《云中之珠》读后感10篇
推荐小说： 二号首长 侯卫东官场笔记 官场之风流人生 官道之色戒 脸谱 红色仕途 沧浪之水 驻京办主任 医道官途 重生之风流仕途 风流仕途 官道之权色撩人 官场之财色诱人 官路红颜 官场桃花运 官场风月 官道无疆 一号红人 官商 重生之官路商途 宦海沉浮 重生之官道