关键词：《SCRUM敏捷软件开发》—— (美) Mike Cohn著，清华大学出版社2011版，读书笔记（一）
第一章 为什么敏捷转型难（但值得）
为什么转型困难
一、变化来得比以往更快
- “未来冲击”的两面性：越来越卷（“未来冲击”是指：员工多年来忍受的不得不做太多改变的折磨： 更少的人更多的活儿，外包、分布式团队越来越普遍，开发模式的迅速转向：应用程序->CS模式->Web->基于服务的模式等，技术变化如新的语言、新的工具、新的平台），人们应对“未来冲击”的能力是有限的（无论人和企业，进行改变的能力是有限的），压力和迷惑会接踵而至。
- 过渡到SCRUM也被人们视为一种未来冲击式的变革
- SCRUM变革导致人们工作和交互方式根本性变化，面临触发未来冲击效应的风险
二、最佳实践是危险的：
- 团队成员可分享新发现的理想工作模式
- 但是应该抵制制定最佳实践或标准工作的做法。最佳实践会让我们放松，从而停止对精益（持续增量）的改善的努力。
- 不要把敏捷当做微管理或针对项目、团队、成员的更强的监控
为什么值得投入：
一、敏捷带来更高的生产力及更低的成本
- 衡量手段：代码行数、功能点，合理的假设代码行数和功能点没有造假（不考虑代码可复制、不考虑功能点可复用、忽略特性或功能点大小不一的情况）
- 敏捷sprint方式（频繁反馈、时间箱式、每个sprint重新排列优先级）比瀑布更能防止开发用户不再需要的功能，只开发用户真正需要的功能
二、敏捷让敏捷团队中的员工参与度、工作满意度更强，更好的提升士气。员工参与度增强能使企业获得更多利益。
- 更少加班
- 让日常工作具有更好的可控性
- 习惯更快的看到自己的工作成果
- 与同事更紧密的协作
- 制造的产品更有可能满足客户和用户的期望
- 对自己和雇主更满意的员工会更好的参与工作
三、敏捷能缩短产品上市时间
- 高生产效率使得能更快的开发功能
- 更有可能增量发布
- 项目干系人意识到每个sprint都能产生有价值的功能时，可以决定不需要等着爆炸性的一次性交付。
四、敏捷让产品有更高的质量
- 按照可持续的节奏来工作，质量得以提高
- 不受遗留的缺陷所拖累
- 工程技术实践：结对编程，重构
- 强调更多更早的自动化测试
五、敏捷使客户满意度得到提升，也让员工有更高的热情，形成良性循环。
- 敏捷能更友好的应对和更好的管理优先级的变化，提高了企业管理不断变化的优先级的能力，也让参与者体会到变化带来的影响（SCRUM过程让我们更多的参与每日评审和讨论，对变革有更多的了解，更早建立责任感）
- 敏捷让技术团队和商业团队更容易达成共识（IT人员和商业人员目标一致性增强）
- 敏捷降低了项目的风险
- 敏捷有助于提高项目的可见度（完全可见的交付、完全透明、令人难以置信的生产效率）
六、瀑布的做法不再有效
- 更彻底的计划分析文档签字只会让事情更糟糕
- 惯性思维导致错误假设——只要更彻底的瀑布就能让项目更成功的交付？这个假设不成立