|
0 引言项目管理者联盟
不知道您是否听说过关于软件项目管理的一个经典“六拍”笑话。那是这样说的:在项目开始之前,大家先“拍脑袋”承诺项目进度安排;在开工大会上领导“拍拍大家的肩膀”,语重心长,充满期待;而两杯小酒下肚,春风得意的时候,不由得“拍胸脯”向领导表决心,领任务;项目管理者联盟
而当项目执行中遇到困难时,客户和业主已经在“拍桌子”时,研发团队却不得不“一拍大腿”,恍然大悟,事情怎么就这样了呢?!直到一切覆水难收,项目失败的时候,也只能“拍拍屁股”另谋高就去了。虽说这只是个笑话,但是也确实反映了软件项目中面临的一些问题。从“拍脑袋”到“拍屁股”走人,每个环节都可能存在着各式各样的问题。项目管理者联盟
但是追根溯源,要不是当初“拍脑袋”的时候没有考虑清楚、轻易地承诺,那么后面的一系列问题也就不会发生了。“拍脑袋”也需要好的方法,并不能轻而易举地一“拍”而就。就像带兵打仗,先要仔细谋划,知己知彼,才能百战不殆。本文正是试图从软件项目的现实角度,通过敏捷开发中常用估算方法在项目中的实践,以及与其他估算方法的比较,从而希望能得到些有价值的参考意见。项目管理者联盟
这也是为了提高项目的计划质量而未雨绸缪,也希望下一次“拍脑袋”能拍得有理有据。项目管理者联盟
1 什么是估算talent.mypm.net
在软件项目管理中,估算就是对项目将持续多长时间或花费多少成本的预测。所以说,估算正是一种对未来的预测。本文将仅就项目时间估算这一方面展开讨论,而不涉及项目的费用和成本估算。项目管理者联盟
估算往往是与项目目标、项目承诺、执行计划等诸如此类的项目管理词汇联系在一起。业务目标描述的是项目期望达到的成果,是进行估算的基本输入。而项目承诺则是项目组许诺在特定的日期之前以特定的质量交付规定的功能。承诺可以与估算相同,也可能比估算更激进或保守。项目管理者联盟
承诺是主观的对项目交付的时间和质量的预计,而估算只是基于客观事实的预测结果。此外,执行计划通常是罗列出各个工作项和其相联的关系,从而将承诺具体化。计划与估算并不相同。项目管理者联盟
前者是寻求如何实现特定的结果,而后者的目的是为了得到准确的预测。计划可以通过主观的方法进行调整,以实现特殊的要求,比如为了应付突发情况而进行赶工、增加资源等。计划的基础正是估算,但计划不一定要与估算结果相同。如果估算与计划存在显著的差别,那么项目可能有较高的风险;反之则计划可能具有较低的风险。 在项目管理的九大知识领域中,项目时间管理中包含了与估算相对应的管理过程:活动资源估算和活动持续时间估算。这些过程是在项目组已经建立,范围确定后进行的。其输入内容除上述前导过程的输出结果外,还建立在事业环境因素和组织过程资产之上。项目管理者联盟
而且活动持续时间估算的输出是后续制定进度表和进度控制的依据。由此可见,估算在项目管理中处于承前启后的位置,是项目计划制订的必须条件之一,也是项目最终顺利交付的关键因素之一。项目管理者联盟
项目管理是一门偏向于实践的科学,其理论和方法都需要在实践中检验,也需要根据实践经验做出适当的调整。这也是各种估算方法在项目管理中运用的关键:必须根据实际的情况做出合适的变化,才能达到最好的结果。bbs.mypm.net
2 估算的目的项目管理者联盟
软件项目的估算并不完全是纯粹的预测活动,而是与项目计划及确定优先级的活动有密切的联系。实际上,软件估算很容易受到其他事情的影响。但一旦做出了估算,并且在此估算的基础上承诺在某日期前交付具有一定质量的功能,那么项目经理就不得不通过管理控制使项目达到目标。项目经理博客
通常来说,只要交付的项目与最初想要的功能水平大致相当,花费的资源与计划基本相同,而且大致上是在设定的时间框架内完成的,那么就可以认为项目“与估算一致”,而不管这种说法在推理上隐含着怎样的瑕疵。pmp.mypm.net
因此,评估估算的预测能力(与最终结果进行比较)并不能说明估算的实际价值,因为软件项目的外围环境总是不断地在变化。评价“良好”估算的标准应该是基于估算为项目成功提供支持的能力。所以说,估算的首要目标不是预测项目的结果,而是确定项目目标是否足够现实,从而让项目在可控的状态下达成这些目标。项目管理者联盟
3 敏捷开发的特点training.mypm.net
敏捷开发是在2001年前后,一些软件业专家为了解决许多公司的研发团队所面临的不断增长的项目问题和“过程”泥潭,所概括出的一些可以让开发团队具有快速工作、响应变化能力的价值观和原则。他们自称为敏捷联盟。项目管理者联盟
而其所倡导的开发方法就称之为敏捷方法。敏捷方法集成了许多新型开发模式的共同特点,它重点强调:项目管理者联盟文章
①以人为本,注重编程中人的自我特长发挥;项目管理者联盟
②强调软件开发的产品是软件,而不是文档。文档是为开发服务,而不是开发的目的;项目管理者联盟
③客户与开发者的关系是协作,不是合约细则。开发者应与客户合作来澄清需求细节,而不是将自己变成客户业务的“专家”;项目管理者联盟
④设计周密是为了最终软件的质量,但不表明设计比实现更重要。为了适应客户需求的变化,设计要能根据环境的变化而不断更新。项目管理者联盟
敏捷开发通常用于复杂或非常不确定需求的软件项目。它不同于传统开发方法,如瀑布模型,原型法等。主要区别在于敏捷方法是开放的、具有弹性的方法。敏捷方法在项目管理中更加关注于人在项目中的作用,而不是繁复的计划和沉重的过程方法。talent.mypm.net
人是项目成功的最重要因素之一。但是敏捷开发团队并不一定非要由顶尖的开发人员组成。顶尖的、但不能很好与别人合作的成员并不比普通的、但与其他人沟通良好的成员更加适应敏捷开发的特点。因此,敏捷开发特别强调与人合作、沟通和交流的能力,这比单纯的软件开发能力更为重要。而且敏捷开发团队一般都会较小,这也是为了能达到最高的沟通效率。典型的敏捷开发方法有:SCRUM、Crystal、特征驱动软件开发(Feature Driven Development,FDD)、以极限编程(eXtreme Programming,XP)等。项目管理者联盟
|
