《敏捷软件开发：原则、模式与实践》--敏捷开发读书笔记

敏捷开发过程中必须遵循的原则

1.我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。

初期交付的系统中所包含的功能越少，最终交付的系统的质量就越高。--构建高质量产品。

2.即使到了开发后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。

敏捷开发团队要非常努力地保持软件结构的灵活性，多考虑软件的扩展性，当需求变化时，对系统造成的影响是最小的

3.经常性地交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好。

不赞成交付大量的文档或者计划，而应该交付给客服带来实际价值的可靠的软件。

4.在整个项目开发期间，业务人员和开发人员必须天天在一起工作。

频繁而有效的交互，会使开发人员更好的了解业务人员需要什么，开发人员的建议会使业务人员更好的拓展需求的思路，会使系统良性健康的循环迭代。

5.围绕被激励起来的个人来构建项目。给他们提供所需要的环境和支持，并且信任他们能够完成工作。

在敏捷项目中，人被认为是项目取得成功的最重要的因素。需要创造对人有利的影响，可以通过改变其他因素来激励人，比如，过程、环境、管理等等。

6.在团队内部，最具有效果并且富有效率的传递信息的方式，就是面对面的交谈。

文档不是默认的沟通方式。默认的沟通方式是交谈。为了避免无效的交谈，必须设定好交谈需要达到的目的和成果。团队成员可以去编写文档，如果对于这些文档的需求迫切并且意义重大。通过沟通的方式来确定文档需求的迫切性和意义的大小。

7.工作的软件是首要的进度度量标准

敏捷开发有别于传统的开发阶段，不能够根据所处的开发阶段、已经编写的文档的多少或者已经创建的基础结构代码的数量来度量开发进度。只有当30%的必须功能可以工作时，才可以确定进度完成了30%。

8.敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。

团队不是以全速启动并试图在项目开发期间维持那个速度。而是以快速但是可持续的速度进行。

9.不断地关注优秀的技能和好的设计会增强敏捷能力。

高的产品质量是获取高的开发速度的关键。

10.简单--使未完成的工作最大化的艺术--是根本的。

敏捷团队不会试图去构建那些华而不实的系统。

11.最好的架构、需求和设计出自于自组织的团队。

敏捷团队的成员共同解决项目中所有方面的问题。每一个成员都具有项目中所有方面的参与权力。不存在单一的团队成员对系统架构、需求或者测试负责的情况。整个团队共同承担哪些责任，每个团队成员都能够影响它们。

12.每隔一定时间，团队会在如何能够更有效地工作方面进行反省，然后相应地对自己的行为进行调整。

敏捷团队必须不断地对团队的组织方式、规则、规范和关系等进行调整。