敏捷开发价值观：
1.个人和交互胜过过程和工具
>>强调团队之间的协作胜过编程能力、项目实行过程
2.可以工作的软件 胜过 面面俱到的文档
>>给客户提供可视、可工作的软件好过提供一堆文档
3.客户合作 胜过 合同谈判
>>有序、频繁的向客户反馈胜过合同或关于工作的描述
4.响应变化 胜过 遵循计划
>>计划不能考虑过远--需求会经常变动。
敏捷开发原则
1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使公司满意
>>初期交付的系统所包含的功能越少，最终交付的系统的质量越高
2.即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势
3.经常性的交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好
>>更早的和客户确认软件是不是他们想要的
4.在整个项目开发期间，业务人员和开发人员必须天天都在一起工作
>>客户和开发人员的交流与沟通，对软件项目进行持续不断的引导
5.围绕被激励起来的个人来构建项目。给他们提供所需要的环境和支持，并且信任他们能够完成工作
>>人被认为是项目取得成功的最重要因素。
6.在团队内部，最具有效果且富有效率的传递信息的方法，就是面对面的交谈
7.工作的软件是首要的进度度量标准
>>敏捷项目通过度量当前软件满足客户需求的数量来度量开发进度。他们不是根据所处的开发阶段、已经编好的文档的多少或者已经创建的基础结构代码的数量来度量开发进度的。
8.敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度
>>敏捷项目部署50米短跑，而且马拉松长跑
>>敏捷团队会测量自己的速度。他们不允许自己过于疲惫。他们不会借用明天的精力来在今天多完成一点工作。他们工作在一个可以使在整个项目开发期保持最高质量标准的速度上。
9.不断关注优秀的技能和好的设计会增强敏捷能力
>>高的产品质量是获取高的开发速度的关键。保持软件尽可能的简洁、健壮是快速开发软件的途径。
10.简单--使未完成工作的工作最大化的艺术--是根本的
11.最好的结构、需求和设计出自自组织的团队。
12.每隔一段时间，团队会在如何才能更高效的工作方面进行反省，然后相应的对自己的行为进行调整。
未完待续。。。
