|
需求在不断地变更，客户的权力接力棒在不断地转接，很多的软件开发企业的领袖都选择敏捷开发作为其软件过程，那么在打算实施敏捷以前先得知道是否具备敏捷的一些潜质，敏捷的本质又是什么?而我们的建议是不要让敏捷成为混乱的一个借口，这同时也是软件架构师可以考虑的问题。项目管理者联盟
一般而言很多人都把2001年敏捷联盟大会的成立作为敏捷软件方法的诞生日期，实际上追溯敏捷的产生可能时间更早。早在上世纪末，XP技术就已经崭露头角，Kent Beck在很多的软件工程的大会上发表其关于XP相关思想的一些讲话。项目管理者联盟
众多的大师积极研究敏捷的原因是因为由于软件开发所涉及的人、物投入越来越多，越来越多的项目被拉进了延期的泥潭中，相应的投入越来越多，但是产能比却不断下降。项目管理者联盟
工程师一再抱怨工作压力太大，每天根本没有足够的睡眠时间，而客户却不断的指责谩骂开发的软件产品为什么如此多的Bug。项目经理博客
这与上世纪软件英雄时代所形成的鲜明对比，所以所有的这些使得这些大师都在思考，到底是什么造成了软件开发如此臃肿的身躯?软件开发过程中到底那些部分可以省略?为什么人们对软件过程的定义越来越多，但是所开发出来的软件质量却不见多少好转?面对这种状况又如何去改变?于是在2001年敏捷(Agile)软件联盟宣布成立，并发表了软件敏捷联盟宣言作为团队宗旨。敏捷软件开发宣言认为：项目管理者联盟
◆个体和交互胜过过程和工具;项目管理者联盟
◆可以工作的软件胜过面面俱到的文档;项目管理者联盟
◆客户合作胜过合同谈判;项目管理论坛
◆响应变化胜过遵循计划。项目管理者联盟
根据这四条宣言，敏捷联盟提出了12个敏捷的原则，这12个原则也是区别基于敏捷开发和传统过程方法的准则，分别如下：项目管理者联盟
◆最优先要做的工作，持续交付有价值的软件使得客户满意;项目管理者联盟
◆拥抱变化，通过变化为客户创造价值;pmp.mypm.net
◆经常交付软件;项目管理者联盟
◆业务人员要和开发人员加强沟通;转自项目管理者联盟
◆基于被激励起来的个人构建项目;项目管理者联盟
◆最有效的沟通的面对面的交谈;项目管理者联盟
◆工作的软件是首要的进度度量标准;club.mypm.net
◆要保持恒定的开发速度;项目管理者联盟
◆不断关注优秀的技术和好的设计模式;talent.mypm.net
◆简单是软件的根本;项目管理者联盟
◆最好的架构和设计出自自己的团队;项目经理博客
◆时时反省，随时调整。项目管理者联盟
对敏捷的理解项目管理者联盟
上世纪60、70年代一直到90年代中期，软件产品一直笼罩了很多的英雄主义色彩，从微软帝国的Billgates到Linux之父Linus Torvalds，从UCDOS作者鲍岳桥到WPS的求伯君，所有这些大师的开发团队无不是激情四溢的。项目管理者联盟
确定一个简单的开发目标，快速动手实现原型，以卓越技术为追求目标，每个团队成员都是被激发起来的“编程机器”等这些方法使得整个的开发过程的效率和成果质量迅速提升。因此当软件的开发成本越来越高、时间越来越长的时候，借助这些方法实现软件的好、快、省成了顺理成章的事情。项目管理者联盟
|
