club.mypm.net
PgMp.mypm.net
bbs.mypm.net
项目管理者联盟是国内最大的项目管理人员会员机构与互动平台。项目管理者联盟“CPO面对面”栏目与项目管理业界专家及企业项目管理高层探讨项目型企业管理的核心话题,分享项目管理实践与价值。项目管理者联盟
“CPO面对面”栏目(欢迎推荐/自荐访谈对象)联系方式:刘女士 liuzhe@mypm.net,13520734125pmp.mypm.net
我们很早就开展了成本度量相关的工作,克服了很多困难一路走来,终于将标准拟定完成;标准已在很多企业进行了试点应用,也都取得了较好的效果,下一步我们将不遗余力的去推广标准。项目管理论坛
——中软协过程改进分会副秘书长 代寒玲club.mypm.net
项目管理者联盟
一、项目管理者联盟记者:代副秘书长,您好,上午我们访谈咱们的王钧秘书长,他跟我们分享了咱们分会大的事业规划,以及关注到成本度量这个专项研究点的初衷。另外王秘书长说标准的组织编写和试点应用主要是由您来负责,那么我们还想就软件成本度量标准更细的一些问题,请您谈一下您的想法。项目管理者联盟文章
代寒玲:我们分会以过程改进为专业研究方向,也希望企业在这方面能多一些战略性投入,让它成为企业基础的竞争力。度量这件事情可以追溯到2002年,那时我们看到了国外在度量方面的一些应用、进展和技术。作为协会组织,当时我们一个简单的想法就是,既然国外可以用那样的方法来管理软件的规模,测量规模和成本,那么国内也应该朝着这个方向去借鉴、引进、使用。项目管理者联盟文章
其实当时国外已有大量的软件行业基准数据库,也已经有成套的用已完成的项目去预测未来新项目成本的技术。所以基于量化管理和科学管理的设想,我们在那段时间收集了很多成本度量相关的功能点、规模相关的标杆数据(后来我们改叫基准数据),对这些已经完成的历史项目的研发过程数据进行研究和探索。当时美国、澳大利亚、日本、韩国等都有软件度量协会,我们曾经请了很多国外的专家、教授来国内跟我们交流和分享,至今我们过程改进大会已经是第12届了,每年我们依然会请这些专家来跟我们分享国外的情况。www.mypm.net
二、项目管理者联盟记者:讲到这里,我想了解一下,咱们过程改进协会是什么时候成立的?项目管理者联盟
代寒玲:2001我们作为一个社区已经存在了,但还没有真正成为一个协会。经过一系列的发展和推荐,在2006年年底,我们正式被民政部和当时的信产部批复为中软协过程改进分会。项目管理者联盟文章
三、项目管理者联盟记者: 十多年一直专注于软件度量这个专题的研究,应该也需要不少的投入吧?你们的动力来自于哪里?经费来自于哪里?项目管理者联盟
代寒玲:经费一方面是我们协会自筹,另一方面北京科委当时给了一个课题,也维持了一段。当然如果要有一些大的成果,必须要有经费做支持的。所以2008年我们项目是一个维持的状态,没有去主动做很多事情。在2009年我们协会组建了一个标准组,用户单位和软件厂商共同参与,基于我们在2005年到2007年收集的1000多套国内的数据,用了一年多的时间做了一个软件工程定额标准。标准的主要技术思路就是,进行成本度量之前,必须要测量规模,这一点和国外的经验也是一致的。如果直接估算工作量,项目后期的成本超支或者盈余,很难追溯原因,是因为项目规模发生了变更,还是因为团队的管理效率或者经验不足。所以成本度量的第一步就是用国际IS0标准的功能点方法来估算规模;第二步有了规模后,根据已有项目数据拟合出的功能点规模、工作量、成本的模型,计算工作量和成本。模型当中还用数学的统计、分析方法找出了一些与工作量相关性非常大的调整因子,如项目属性(金融行业、政府行业、OA系统等),甲方的质量要求、开发团队状况、开发平台、开发技、组织的成熟度等,然后根据因子进行技术调整。当时这个标准是协会2009年10月份正式对外发布。项目管理者联盟
四、项目管理者联盟记者:这个是不是你们现在做的工业和信息化部标准的前身?training.mypm.net
代寒玲:是的,刚才讲的是我们协会的标准。现在我们做的是工信部的行标,类似于国标。项目管理者联盟
五、项目管理者联盟记者:在进行这个行标的研制之前,你们还做了一些别的工作吗?项目管理培训
代寒玲:是的,协会标准发布之后,我们就开始组织企业进行试点,主要目的是验证这个标准的技术路线是否可行、模型是否可靠、估算结果是否可信。2010年先后有40多家企业参与了这个标准的试点工作。通过一年的验证,基本上估算偏差都在30%以内,大家都觉得这已经非常好了,因为之前靠专家经验法,估算偏差100%、200%的都有。一年的试点工作证明这个技术路线基本上可行、模型也是可靠的。但我们发现了另外一个非常重要的线索,就是很多单位都想用这个标准,但是大家认为是协会标准,还不够权威,因此2010年我们向工信部领导汇报了此事,工信部领导反馈成本度量是长期以来一直想解决这个问题,认为此项工作很有意义,也非常有挑战性。2010年年底工信部就下达了将《软件研发成本度量规范》立项为行业标准的计划,并委托分会作为标准牵头单位来编制标准。2011年我们对标准进行了起草,2012年对标准进行了试点验证,经过了两年时间,标准将于今年上半年正式发布。我本人自从加入协会就一直在负责成本度量这项工作。项目管理者联盟
六、项目管理者联盟记者:在这之前,我也粗略翻看了咱们的标准文本,标准主要是讲一些条款和方法,那么我想标准真正的使用是不是还需要一些行业数据做支撑,并不断地更新和验证啊?或者说,咱们在发展的过程中是不是已经形成一整套的数据库或者平台做这个标准的支撑?项目管理者联盟
代寒玲:是的,标准本身的属性要求概要地去提炼一些方法、过程和原则,要保证标准的稳定性,不能包含一些可变的数据。因此目前的标准文本没有嵌入行业基准数据,更多的是以举例的方式让大家知道需要哪些数据。前面我已经提到我们分会已经建立了一个软件研发过程的基准数据库,并且一直在持续地收集数据、更新数据,将来我们会定期将数据的统计分析结果进行发布,供广大用户配合标准的方法去参考使用。项目管理者联盟
七、项目管理者联盟记者:比如我作为一个现在想用这个标准的用户方,我系统地学习标准的理论和方法后,我对项目估算的结果应该是什么样的?我怎样参考行业数据呢?项目管理者联盟文章
代寒玲:按照标准的方法,估算的结果不是一个数值,而是一个区间,且上限和下限之间还有一定的差距。因为估算的结果是根据行业数据得出的,其偏差就代表行业的个体差异,包括生产率的差异。比如生产率越高的企业,成本就应该越低。那么对一个甲方用户来讲,就应该参考的是行业生产率中值或者均值。举个例子,我如果有个项目要外包,我不可能因为A公司的生产率低而多付钱;也不能因为B公司的生产率高就少给钱。而应该是按行业中值或者均值做预算,这样生产率高的企业就可以多赚点,盈利水平就高,所以说企业可以通过修炼内功,来提高自己的盈利水平高。从整个行业的长远来讲,随着行业发展的规范性,估算方法的统一,以及乙方成熟度的提高,估算结果的区间应该越来越窄,同一产品趋向于一个共同的指导价格。training.mypm.net
八、项目管理者联盟记者:目前标准的研制完成了,我想后续标准的整个应用过程可能也是艰苦的过程,打算如何去推动?bbs.mypm.net
代寒玲:标准的实施应用,我们协会还是更多地采取市场化的手段去推动,满足市场需求,可能不会走政府的强制手段。我们希望能够像国外PMI,SEI这样的国际协会一样,做标准和知识体系,然后基于标准开发一些培训课程,包括一些基于面向人员的资质认证,以及一些面向组织的咨询服务等。既然我们认为这件事情能够解决企业目前存在的问题,那么下一步如何让这个标准真正的落地,也是我们最为关注的问题。2012年是我们的试点年。talent.mypm.net
本文为项目管理者联盟联盟会员原创文章,授权发布,非经同意不得转载!
|