敏捷软件开发价值观与原则.docx

敏捷软件开发价值观与原则之测试眼光
在敏捷开发中,原则(principle)、模式(pattern)和实践(practice)都是重要的,但是使他们发挥作用的是人,充分人在项目中的重要性。
缺乏有效的实践的指导会导致不可预测、重复的错误,使我们的努力白白浪费。延期的进度、增加的预算以及得不到认可的工作会使我们丧失信心,感到沮丧。而且,项目也没有简单到使用一些约束和人为制品就能够可靠地防止错误的地步。当连续地犯错误时,我们会对错误进行诊断,并在过程中增加更多的约束和人为制品来解决犯这样的错误。经过多次的增加以后,我们就会不堪巨大、笨重的过程的重负,极大到削弱我们完成工作的能力。
一个庞大而笨重的过程会产生它本来企图去解决的问题。因为它降低了团队的响应能力,使团队经常创建错误的产品。所以我们要引入敏捷软件开发。以下是让软件开发团队具有快速工作、响应变化的价值观和原则。
敏捷软件开发的价值观:
个体和交互胜过过程和工具
人是获得成功的重要因素。如果团队中没有优秀的成员,再好的过程不能挽回失败的项目。但是,不好的过程嫩够使最优秀的团队失去效用;同时,如果不能作为一个团队进行工作,那么拥有再优秀的成员也一样不能获得成功。
一个优秀的团队成员未必都是一流的;但由能够很好地和他人合作、沟通以及交互的平均水平的成员,组成的团队却更有可能获得成功。
合适的工具对成功来说也是非常重要的,因为它对团队的开发者正确的完成他们的工作是至关重要的。但工具的功能不能过分夸大,使用过多庞大、笨重的工具就象缺少工具,造成的阻碍要大于带来的帮助。
总之,团队的构建是非常重要的。
可以工作的软件胜过面面俱到的文档
没有文件的软件是一种灾难。代码不是传达系统原理和结构的理想媒介。团队需要编写易于阅读的文档,对系统和设计决策的依据进行描述。
但过多的文档比过少的文档更糟糕。编写文档要花费大量的时间,并且文档要与代码同步,所以要花费更多的时间。如果文档与代码失去同步,那么文档就是白费工夫一点作用都没有,而且有可能会造成重大的误导。
对团队来讲,编写和维护好系统原理和结构方面的文档是非常有意义的。所以文档应该短小(short)并且主题突出(salient)。这样对新的团队成员传授知识也是非常有效的,每个团队成员的头脑里都保存有时常变化的系统的脉络图(road map)。此时,人与人的交互也是把脉络图传授给他人的最快、最有效的方法。
响应变化胜过遵循计划
响应变化的能力常常决定着项目的成败。当我们构建计划时,应该确保计划是灵活并且易于使用商务和技术方面的变化。
计划不能考虑的过远。首先,商务环境可能变化,这就会引起需求的变动;其次,用户看到系统开始运作,很可能会改变需求。最后,计划会在形态上改变,而不仅是日期上的变化。
所以计划要保持灵活性,是持续的、循序渐进的。
敏捷软件开发的原则:
最优先要做的是通过最早的、持续的交付有价值的软件
MIT Sloan管理评论刊登过一篇论文,分析了对于公司构建高质量产品方面有帮助的软件开发实践。其中一个实践表明,尽早地交付具有部分功能的系统和系统质量之间有很强的相关性。该论文指出,初期交付的系统中所包含的功能越少,最终交付的系统的质量就越高。
交付的越频繁,最终产品的质量就越高。敏捷实践会尽早地、经常地进行交付。
即使