《敏捷软件开发:原则、模式与实践(C#版.修订版)》一1.3 结论-阿里云开发者社区

开发者社区> 开发与运维> 正文

《敏捷软件开发:原则、模式与实践(C#版.修订版)》一1.3 结论

简介: 每一个软件开发人员、每一个开发团队的职业目标,都是给他们的雇主和客户交付最大可能的价值。可是,我们的项目令人沮丧地失败了,或者未能交付任何价值。虽然在项目中采用过程方法是出于好意,但是膨胀的过程方法对于我们的失败至少是应该负一些责任的。

本节书摘来异步社区《敏捷软件开发:原则、模式与实践(C#版.修订版)》一书中的第1章,第1.3节,作者: 【美】Robert C. Martin , Micah Martin 译者: 邓辉 , 孙鸣 责编: 杨海玲,更多章节内容可以访问云栖社区“异步社区”公众号查看。

1.3 结论

敏捷软件开发:原则、模式与实践(C#版.修订版)
每一个软件开发人员、每一个开发团队的职业目标,都是给他们的雇主和客户交付最大可能的价值。可是,我们的项目令人沮丧地失败了,或者未能交付任何价值。虽然在项目中采用过程方法是出于好意,但是膨胀的过程方法对于我们的失败至少是应该负一些责任的。敏捷软件开发的原则和价值观构成了一个可以帮助团队打破过程膨胀循环的方法,这个方法关注的是可以达到团队目标的一些简单的技术。

在撰写本书的时候,已经有许多的敏捷过程可供选择,包括SCRUM1、Crystal2、特征驱动软件开发3(Feature-Driven Development,FDD)、自适应软件开发4(Adaptive Software Development, ADP)以及极限编程5(Extreme Programming,XP)。不过,绝大多数成功的敏捷团队都是从所有这些过程方法中汲取知识并调和成最适合自己的方法。常见的做法是把SCRUM和XP结合起来,其中使用SCRUM实践来管理多个使用XP实践的团队。



1 www.controlchaos.com。
2 crystalmethodologies.org。
3 Peter Coad, Eric Lefebvre, and Jeff De Luca, Java Modeling in Color with UML: Enterprise Components and Process, Prentice Hall, 1999。
4[Highsmith2000]。
5[Beck99], [Newkirk2001]。
本文仅用于学习和交流目的,不代表异步社区观点。非商业转载请注明作译者、出处,并保留本文的原始链接。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章