敏捷宣言

 敏捷开发的宣言：

个体和互动优于流程和工具

      强调的个体成员在执行敏捷方法中的重要性，充分体现了人是实施工作的主体，整个项目的运作都是以人为主导，而不是过程。过程是次要的辅助，根据项目的情况可以抛弃或是保留参考。在此，个体成员的能力在敏捷方法实施成功与否至关重要。个体成员对敏捷的能力是关键因素，实施敏捷的能力基础。在管理的能力实践和技术实践中，都需要对个体成员敏捷能力的修炼和提升，这是必不可少的部分。传统的项目管理中，沟通是项目经理基本的素质，也是解决问题最有效的手段。在敏捷团队中，个体的沟通互动能力也是不可或缺，敏捷的实施过程，能够通过面对面沟通解决的，就不要通过管理工具进行传递，每次的沟通都是高效准确的。

      敏捷不是“银弹”，每个成员都要充分沟通，表达各自得观点想法，从多方面去取得足够敏捷方法的相关信息，可参考相关的敏捷论坛社区的实践和案例分享，客观的看待认识敏捷利弊。

工作的软件优于详尽的文档

     在传统的项目管理中，文档承载着项目过程中每个环节阶段之间的信息传递。如果环节中没有提供详尽的文档，工作则不能有效的往下展开。我认为编写详尽的文档是一个把控项目的好办法，但这样会消耗过多的文档编写的时间开销，同时软件系统承载的是复杂的业务，需要长时间梳理澄清才能把细节理清。项目的有效时间花费在文档制作，势必对项目的开发、测试工作的时间造成影响，影响了软件 的质量。敏捷中不是完全的否认了文档，项目是可以根据自身的情况来定哪些过程文档需要输出，那些过程文档可以简化，那些过程文档可以抛弃。

     敏捷也是可以输出文档，文档是否需要，在与在项目周期内，交付出高质量的软件为依据。如，开发人员能力较弱，则输出对应的程序设计文档。

客户合作优于合同谈判

     合同是项目的起点，包括了一些法律条文、交付产品里包含的功能和交付时间。而在项目的实施过程中，客户方变更合同的相关条约或功能需求也是常见的。通常会要走比较繁琐的合同变更流程，一下项目进度的同时也增大了投入成本。通过合同进行交付产品，安功能交付，在完成前真正的使用用户没有在过程中体验软件，造成产品部满意、不实用的情况也是很正常的。

    敏捷中提倡与客户合作的关系，保持良好的沟通，把客户切实的参与进项目实施的有效环节中来，如对开发过程中的使用体验、客户的功能需求及时的反馈等，与客户的合作是在商定的项目周期内可以交互为前提。

响应变化优于遵循计划

     及时响应变化是敏捷的核心。软件是个复杂的的东西，业务需求、技术和人员都有可能影响项目计划，这些因素都存在着太多的不确定性，因此通常要坚持既定计划是不太可能的。通常对于项目组为了保证”遵循计划“，体现管理能力与计划能力，始终对外宣称项目组运行状况良好，保证当前人员在预计时间肯定能保质保量的完成开发，用其它不直观的项目因素作为代价，如开发人员的代码质量、测试的充分性等。

    敏捷当项目发生困难时影响到了项目计划进度，则及时的调整计划，适应项目现状，以积极的方式响应变化。