软件项目范围的敏捷管理模式（下）.doc

软件项目范围的敏捷管理模式（下） 3 敏捷管理模式在软件开发项目中的应用 敏捷最早出现于 1995 年 ,相比于‚分析 — 设计 — 实现‛这种‚重量级‛(heavyweight)瀑布式软件开发方法 ,敏捷提倡‚轻量级‛ (lightweight)的开发模式。‚轻‛与‚重‛的差异不是说敏捷丢弃分析、设计这些过程 ,敏捷要求分析和设计要适度而不是过度 ,而且敏捷更强调迭代 ,要求迭代的周期不要太长 ,通常是 2~4 周 ,这样软件产品是通过一次一次的较短周期迭代而成 ,每次迭代都有交付成果 ,而不是经历漫长的过程等待 ,等待软件最终的‚破茧成蝶‛。敏捷历史上最为重大的事件是‚敏捷软件开发宣言‛ (Manifesto for Agile Software Development)的发表 ,宣言制定了 4 个核心价值观 : ‚我们正在通过实践和帮助其他人实践 ,揭示更好的开发软件的方法。我们的价值观是 : ①人和相互交流胜于过程和工具 ; ②可以工作的软件胜于求全责备的文档 ; ③与客户协作胜于合同谈判 ; ④随时应对变化胜于按部就班。也就是说 ,虽然右边的条目有价值 ,但我们更看重左边的条目。‛ 正如敏捷所提倡的 ,它的宣言也异常‚轻量‛。敏捷宣言强调在实践中揭示好的方法 ,并且认为人 (开发者与客户 )、可交付成果 (软件 )、 适应变化这三者在软件开发中更为重要 ,它的核心是‚变革‛ ,也就是从‚重量级‛的过程式开发变革到‚轻量级‛的敏捷开发 ,对过程式开发过度倚重的过程、文档、计划进行精简 ,一个组织、一个团队、一个项目是否敏捷 ,判断的唯一依据 就是是否遵循这四条原则 ,敏捷的项目管理同样需要遵循这四条原则。 在软件开发项目中引入敏捷之后 ,将会引发管理上的一系列变革。首先 ,关注重点由过程转向人 ,过程是死的 ,人是活的 ,敏捷管理将充分调动人的自主能动性 ,对于依靠人这一最主要生产要素才得以实现的软件产品来说 ,敏捷管理的这一做法真正回归到了前 面分析的‚管理的本质‛ ,即充分发挥各个组织以及成员的潜能 ,敏捷管理将关注客户与开发人员间的协作和交流 ,以及开发人员之间的协作和交流 ;其次 ,它将管理控制对象由项目计划转向项目的交付成果 ——— 软件 ,这一转变统一了客户方与开发方的期待 ,而不是象过程管理强调了计划却忽略了客户的期待和项目的最终目标 ,这种统