聊聊敏捷转型（上篇）︱敏捷软件开发

1.2可工作的软件胜过全面的文档
 
通过之前的文章提到过，敏捷是以价值来驱动工作的，那么可工作的软件就是我们的价值体现，在实现过程中的设计、编写的代码在不以软件形式让用户使用的话，那么它们就是一推假设而且还是没有价值的假设。这样的观点在传统项目管理上通过完成百分比来度量进度是截然不同的，考察可工作的软件让我们能够对项目的真实状态做出合适的响应。所有东西都是可见的，能够基于现有的产品做出决策，而不是只依据有关的文档形式的材料。
 
事实上，团队成员认为有些文档工作是不经济的。那是因为，通过文档来描述需求等问题，会造成信息夹杂噪音，使传递的信息失真，所以更愿意用基于可工作的产品来进行面对面的沟通和反馈。
 
1.3客户合作胜过合同谈判
 
从传统意义上来讲，合同识别和定义了客户想要的所有东西，规定了金额和完成日期。但对于软件项目来说，由于需求的不固定导致了我们往往会制造出无法满足客户要求的产品，因为我们往往做一些没有意义的工作，仅仅因为出于遵守合同的名义。用固定的方式去固定不稳定的假设，这本身就就充满矛盾。
 
客户合作意味着客户已经成为开发过程中的组成部分。敏捷项目团队重视客户能够学会如何让客户做出业务决策。反过来，客户也依赖项目团队提供的重要的技术信息来做出合适的决策。有时客户在没有看到东西之前并不知道自己想要的是什么。
 
1.4相应变化胜过遵循计划
 
在计划驱动的环境中，所有需求都是被现实规定的，成本和完成日期是根据这些颗粒较细的任务通过自下而上的计算得到的。因此，严格根据计划执行任务、控制范围蔓延在计划驱动的项目中非常重要，因为只有这样才能限制或消除成本超支或进度拖延。事实上，敏捷项目团队是非常训练有素的，并且专注于制定计划和在访问这些计划。敏捷方法中的计划更遵循波浪起伏式的方法，采用自上而下的策略。
 
左边的价值高于右边的价值但别忘了：
 
在考虑敏捷宣言的最后一条价值陈述时，重要的是强调价值陈述左边的条款，如果需要的话，在右边条款确实能够带来价值的情况下在强调右边的条款。这里只是考虑左边的价值大过右边的价值，但不代表右边没有价值。
 
2、七种敏捷开发方法
 
敏捷开发包括一系列的方法，主流的有如下七种：
   
2.1XP（极限编程）
 
XP（极限编程）的思想源自 Kent Beck和Ward Cunningham在软件项目中的合作经历。XP注重的核心是沟通、简明、反馈和勇气。因为知道计划永远赶不上变化，XP无需开发人员在软件开始初期做 出很多的文档。XP提倡测试先行，为了将以后出现bug的几率降到最低。
 
2.2Scrum（迭代式增量软