基线模型在项目管理过程中的应用.doc

基线模型在项目管理过程中的应用 摘要： 本文档描述了估算模型的建立过程，一方面作为模型建立的工作记录；另一方面可以作为模型建立过程和方法的参考。还对估算模型的应用方法进行了阐述，可以获得模型在实践中应用更多理解和扩展。 关键词：估算模型、递归分析 估算模型建立过程 设定模型建立目标 在公司运营过程中，公司现有成本估算比例在一定程度上制约了公司销售过程、售前过程和成本管理等各过程的改进。同时，在个体项目呈现盈利的情况下，公司总体盈利水平不稳定。为发现公司项目建设过程中“客户服务－成本费用－收益”之间的改进机会，我们通过模型建立以下对象之间的量化关系： 项目规模的衡量方式； 项目生产效率的衡量方式。 通过各对象量化关系分析，我们期望建立以下模型： 售前过程项目估算模型。售前工程师根据模型可以快速估算项目的工作量。 销售过程项目估算模型。销售代表根据模型可以快速拟定项目基本价格； 策划过程项目预算模型。项目经理根据模型可以准确预算交付成果的工作量和进度。 设定实现方案 在项目估算方面，业内一般有以下方法： 专家法； DELPHI法； 类比法； LOC代码行估算法； FPA/FFP功能点估算法； 作为行业解决方案提供商，公司项目普遍呈现以下特点： 项目类型多样；随客户应用系统建设水平的影响，公司有纯软件开发类项目、软件产品定制实施类项目、软课题研究类项目、系统集成类项目等。 业务应用面广、复用度低；随客户业务范围影响，电力企业涉及发电、输电、配电和售电等主营业务，同时需要现代企业管理相应信息化支持。 软件项目开发（实施）为主； 借鉴IT行业内的最佳实践，结合公司的实际业务情况，我们选用第二代功能点估算方法（FFP——Fast Function Point）为“估算模型”的理论基础，同时，采用统计学的“递归分析法”为模型统计分析工具。 为满足项目估算、项目估算和项目预算的模型要求，我们选择以下四个层次建立项目规模和工作量之间的量化关系： 系统功能模块数量和系统业务用例数量之间关系，以体现系统业务覆盖面； 系统业务用例数量和功能点（cfsu）数量之间关系，以体现系统业务复杂度； 项目总工作量和功能点（cfsu）数量之间关系，以体现生产效率； 项目总工作量和系统功能模块数量之间关系，以满足售前快速估算使用要求。 收集数据 我们收集了2005年公司所有以JAVA为编程语言的项目的技术方案、项目软件产值、软件需求规格说明书、项目成本估算核算等信息16个项目，考虑非软件开发为主项目、在建项目（开发过程中，尚未进入试运行）、工作量记录信息不完整等因素，最后选定9个有效项目。 在获得各个项目的项目规模和项目工作量的初步数据后，通过项目规模和项目工作量简单对比，发现项目规模核算结果存在偏差可能，经过项目负责人的校对，校正9个项目的项目规模数据。 数据统计 通过数据收集，用散点图方法描述项目规模（功能点）和工作量（工时）的关系。 数据检验 在第一阶段数据收集中，总共选定6个项目，数据分析发现功能点在200cfsu以下的项目信息不充分。因此，在第二阶段补充3个小型项目。 有效性因子 第一次 第二次 96.94% 90.60% r2分布 33.52% 36.71% 经过分析，第二次数据的r2分布值相比第一次数据的r2分布更接近于1，说明补充后数据不仅提高了模型的可用范围，而且说明补充数据本身也是可用的。 模型成果 模型名称 公式 Y说明 X说明 系数 业务覆盖面 Y=4.1*X 系统业务用例数量 系统功能模块数量 每个功能模块的平均业务用例数量 业务复杂度 Y=8.1*X cfsu数量 系统业务用例数量 每个业务用例的平均功能点数量 JAVA生产效率 Y= 133+2.6*X 项目总工作量 cfsu数量 每个功能点花费的工时数量 规模估算 Y=133+86.3*X 项目总工作量 系统功能模块数量 每个功能模块的平均工时数量 Y=133+86.3*X Y代表，项目总工作量系统功能模块数量2分布大于36%。同时，按照公司当前的项目运作模式，影响生产效率的因素不能在售前阶段预测。因此，我们仅从影响项目规模的角度分析相关系统性因素。 目前，业务复杂度是我们确定的影响项目规模的唯一因素。 【备注】影响生产效率的因素将在“预算模型”中体现。 业务复杂度因素评估表 影响程度 评估方法 因素量值 很复杂 每个功能模块平均有8个以上业务用例 2.00 较复杂 每个功能模块平均有6个以上业务用例 1.50 正常 每个功能模块平均有4个业务用例 1.00 较简单 每个功能模块平均有2个业务用例 0.50 很简单 每个功能模块平均有1个业务用例 0.25 估算模型应用 公式：Y=133+86.3*X*业务复杂度系数 【举例】 【场景】某应用系统，有