[p=30,2,center]学习资料：IT运维管理社区专家讲堂直播300期视频回放[p=30,2,center]
[p=30,2,center]
2.软件估算是一个普遍的难题
IT服务行业的项目管理面临众多挑战，严格意义上说，IT服务行业的项目管理环境比很多传统行业要严酷。比如说房屋装修行业的项目管理，在方案提出、合同签署、工程实施开始、范围管理、变更管理诸多环节，其实是相当规范的，比很多IT服务项目管理还要规范。甚至在项目估算环节，无论是刷墙漆、铺地板、改电路，都有企业规定的估算标准，远比IT服务行业很多项目经理“拍脑袋”进行估算，要规范得多。
但是，软件服务的估算技术也是比较复杂的。在PMI的PMBOK?中，关于估算提出了一些技术参考，业内也有一些方法，如COCOMO、功能点估算等。但神州数码的研究发现很难在实际中应用诸如COCOMO等模型。
经过两年多探索，神州数码最终发展出一套比较实用的估算技术，并采用项目管理软件系统加以实现，取得了较好的效果。
3.项目估算必须基于企业历史数据
神州数码在走了很多弯路之后发现，最有效的估算依据是企业过去的历史数据。神州数码可能无法测算出标准功能点估算的数十个参数，但是历史数据是可以拿到的，而历史数据是真实能力的体现。
最终神州数码采用了三种估算方法，分别适用于不同的项目类型：
基于范围分解-历史经验数据的估算方法——适用于解决方案实施型项目
基于过程分解-历史经验数据的估算方法——适用于推广型项目
基于工作产品分解-生产率模型的估算方法——适用于纯粹软件开发项目
4.基于范围分解-历史经验数据的估算方法
对于“解决方案实施型”项目，项目的工作内容是有参照的。比如开发一个银行核心业务系统，银行核心业务系统的内容大致差不多：存款、贷款、结算等模块。或者一个ERP实施项目，ERP实施的模块也是大致差不多的。这种项目可以采用基于范围分解-历史经验数据的估算方法。
估算模型如下：
估算的核心，在于对项目范围进行分解，并分解到一个可度量、并且是能够提供历史数据的小模块。如银行系统的存款子系统，可以分解出：开户交易。而开户交易可利用过去企业其他项目的工作量经验数据。
上图是神州数码基于项目管理软件系统的估算模块界面。从上图可以看出，项目经理可以将工作范围进行分解，直至分解出某些特定的功能——而这些功能是可以从“组织估算库”中导入。
项目管理软件系统提供了：估算、估算基线化、组织估算库管理、估算库基线化、按系统分解和建立估算库等功能。神州数码建立了针对不同解决方案（系统）的功能分解估算库数据。
估算库数据的初始建立，可以选用一个大家公认的作为“标杆”的项目数据。虽然这个数据未必准确，但至少提供了一个进行估算的依据。企业可能通过逐步精化的方法，不断逼近准确的估算数据基础。
5.基于过程分解-历史经验数据的估算方法
过程分解模式也是一种估算方法。过程分解的理论依据是，采用偏过程的WBS分解方式。项目经理首先选取与当前项目类型类似的历史项目数据（记录在项目生命周期模板中），取得按项目实施阶段分布的工作量经验值，并结合项目实际情况进行调整。
这种估算方法比较适合推广型项目。比如完成了北京某局的工作，然后再做上海某局的项目。
6.基于工作产品分解-生产率模型的估算方法
纯粹软件开发项目，特别是内部研发型项目，受到客户干扰比较小，神州数码可以非常好的进行管理控制。神州数码研发部门通过了CMMI4级认证。CMMI提供了一套适合于软件开发、尤其是大规模软件开发的估算方法，其特点是首先估算软件产品的规模，然后根据一些策略估算工作量。软件的生产率是其中的一个核心参数。
7.结束语
软件服务项目的估算技术，是业内的难点，也是软件服务项目管理必须解决的问题。由于软件服务项目环境的不同，并不能简单的应用一些国际流行的估算技术（如COCOMO）能够解决问题。
神州数码认识到“解决估算问题”是一个必须完成的任务，在走了一些弯路之后，最终摸索出三种估算方法，适用于不同的项目类型，取得了很好的成效。
|
转播
分享
淘帖
()
