软件简介：敏捷迭代开发：管理者指南（Agile&Iterative Development:A Manager's Guide）
作者：Craig Larman
原出版社： Pearson Education
内容简介：
本书的作者Craig Larman是对象技术、模式、UML、建模和迭代开发方面广为人知的专家。本书是对运用敏捷和迭代方法的管理者和学生的权威性指南。通过本书的学习，你将了解四种著名的迭代方法（Scrum、XP、UP、Evo）的关键实践，你的学习周期将被缩短，你将了解到敏捷与迭代开发的动机和证据。本书共分12章，前6章列举了大量的证据和文献，揭示了瀑布型的症结以及敏捷与迭代开发的动机和成功案例；第7~10章则具体论述了Scrum、XP、UP、Evo等四种敏捷方法，它们的原理与适用性、成功的案例与历史以及大量的参考文献；第11章介绍了许多行之有效的敏捷与迭代开发的实践技巧；第12章是FAQ部分，对实践种遇到的问题进行了解答。
敏捷软件开发宣言*
个体和交互 胜过 过程和工具
可以工作的软件 胜过 面面俱到的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划
也就是说，虽然也具有价值，但我们认为左边的项具有更大的价值。
敏捷软件开发的原则*
我们遵循以下的原则：
1. 我们最先要做的是通过尽早地、持续地交付有价值的软件来使客户满意。
2. 即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
3. 经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。
4. 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
5. 围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。
6. 在团队内部以及团队之间，最有效果并且最富有效率的传递信息的方式，就是面对面的交谈。
7. 可以工作的软件是首要的进度度量标准。
8. 敏捷过程提倡平稳的开发。
9. 发起人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
10. 不断地关注优秀的技能和好的设计会增强敏捷的能力。
11. 简单——使未完成的工作最大化的艺术——是根本的。
12. 最好的架构、需求和设计出自于自我组织的团队。
13. 每隔一定的时间，团队会在如何才能更有效地工作方面进行反省，然后相应地调整自己的行为。
|
