敏捷实践

1.1  敏捷联盟

        （1）个体交互胜过过程和工具

        在一个团队中优秀的程序员和优秀的开发过程都很重要。团队的构建比环境的构建重要的多，应该先致力于构建团队，然后基于团队的需求构建环境。

        （2）可以工作的软件胜过面面俱到的文档

        文档是要有，但是一定要简洁。仅仅是用来论述系统的高层结构和概括的设计原理。在培训团队新成员的时候，最好的两份文档是代码和团队。代码是唯一没有二义性的信息源，而人与人之间的交互式把脑海里的脉络图传授给新成员的最快，最有效的方式。

        编写文档的原则：直到迫切需要并且意义重大时，才编写文档。

        （3）客户合作胜过合同谈判

        要有序、频繁地与客户沟通，得到客户的反馈。合同上的条款，一般在软件交付的时候就已经变得没有意义了。开发团队和客户协同工作是最好的“合同”。

        （4）响应变化胜过遵循计划

        构建计划的时候，应该确保计划是灵活的并且易于适应商务和技术方便的变化。比较好的计划的策略是：为下两周做详尽的计划，为下三个月做粗略的计划，为以后做极为粗糙的计划。

        

1.2  敏捷原则

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

        初期交付的系统包含的功能块越少，软件的质量就越高。交付的越频繁，软件的质量越高。

        （2）即使到了项目的后期也欢迎需求的改变。

        （3）经常交付可工作的软件，交付的周期越短越好。

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

        （5）给团队提供他们所需要的一切环境，并信任他们能够完成工作。

        （6）保证团队内部成员能够高效地交流，面对面交谈。

        （7）工作软件是首要的进度度量标准。

        （8）保证开发速度

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

        （10）每天高质量的完成当前的工作，而不去考虑明天会有什么问题。

        （11）最好的需求架构出自团队本身。整个团队都参与架构的工作。

        （12）每隔一段时间，团队成员在如何更有效的工作方面进行反省，然后对自己的行为进行调整，并且与其他团队成员分享自己的经验。