《SCRUM敏捷软件开发》读书笔记 （一）

 关键词：《SCRUM敏捷软件开发》—— (美) Mike Cohn著，清华大学出版社2011版，读书笔记（一）

第一章   为什么敏捷转型难（但值得）

为什么转型困难

一、变化来得比以往更快

1. “未来冲击”的两面性：越来越卷（“未来冲击”是指：员工多年来忍受的不得不做太多改变的折磨： 更少的人更多的活儿，外包、分布式团队越来越普遍，开发模式的迅速转向：应用程序->CS模式->Web->基于服务的模式等，技术变化如新的语言、新的工具、新的平台），人们应对“未来冲击”的能力是有限的（无论人和企业，进行改变的能力是有限的），压力和迷惑会接踵而至。
2. 过渡到SCRUM也被人们视为一种未来冲击式的变革
3. SCRUM变革导致人们工作和交互方式根本性变化，面临触发未来冲击效应的风险

二、最佳实践是危险的：

1. 团队成员可分享新发现的理想工作模式
2. 但是应该抵制制定最佳实践或标准工作的做法。最佳实践会让我们放松，从而停止对精益（持续增量）的改善的努力。
3. 不要把敏捷当做微管理或针对项目、团队、成员的更强的监控

为什么值得投入：

一、敏捷带来更高的生产力及更低的成本

1. 衡量手段：代码行数、功能点，合理的假设代码行数和功能点没有造假（不考虑代码可复制、不考虑功能点可复用、忽略特性或功能点大小不一的情况）
2. 敏捷sprint方式（频繁反馈、时间箱式、每个sprint重新排列优先级）比瀑布更能防止开发用户不再需要的功能，只开发用户真正需要的功能

二、敏捷让敏捷团队中的员工参与度、工作满意度更强，更好的提升士气。员工参与度增强能使企业获得更多利益。

1. 更少加班
2. 让日常工作具有更好的可控性
3. 习惯更快的看到自己的工作成果
4. 与同事更紧密的协作
5. 制造的产品更有可能满足客户和用户的期望
6. 对自己和雇主更满意的员工会更好的参与工作

三、敏捷能缩短产品上市时间

1. 高生产效率使得能更快的开发功能
2. 更有可能增量发布
3. 项目干系人意识到每个sprint都能产生有价值的功能时，可以决定不需要等着爆炸性的一次性交付。

四、敏捷让产品有更高的质量

1. 按照可持续的节奏来工作，质量得以提高
2. 不受遗留的缺陷所拖累
3. 工程技术实践：结对编程，重构
4. 强调更多更早的自动化测试

五、敏捷使客户满意度得到提升，也让员工有更高的热情，形成良性循环。

1. 敏捷能更友好的应对和更好的管理优先级的变化，提高了企业管理不断变化的优先级的能力，也让参与者体会到变化带来的影响（SCRUM过程让我们更多的参与每日评审和讨论，对变革有更多的了解，更早建立责任感）
2. 敏捷让技术团队和商业团队更容易达成共识（IT人员和商业人员目标一致性增强）
3. 敏捷降低了项目的风险
4. 敏捷有助于提高项目的可见度（完全可见的交付、完全透明、令人难以置信的生产效率）

六、瀑布的做法不再有效

1. 更彻底的计划分析文档签字只会让事情更糟糕
2. 惯性思维导致错误假设——只要更彻底的瀑布就能让项目更成功的交付？这个假设不成立

原文地址：http://www.cnblogs.com/johnnyH/p/16815963.html