项目估算规程

1、xxx有限公司项目估算规程项目估算规程文档版本号：V1.0文档编号：XXXX_PP_REGU_PE文档密级：内部公开归属部门/项目：研发部编写人：xxx生效日期：xxx版权信息本文件涉及之信息，属 xxxx有限公司所有。未经xxxx有限公司允许，文件中的任何部分都不能以任何形式向第三方散发。网址: HYPERLINK 项目估算规程xx有限公司文档修订记录版本 号修订日期修订人修订说 明修订 状态审核日期审核人批准人V1.0 xxxxx正式版Axxxxxxxxxxx修订状态：A-增加，M-修改，D-删除日期格式：YYYY-MM-DD项目估算规程xx有限公司 TOC o 1-5 h z HYPER

2、LINK l bookmark6 o Current Document 目的 1 HYPERLINK l bookmark8 o Current Document 适用范围 1 HYPERLINK l bookmark10 o Current Document 参考文件 1 HYPERLINK l bookmark12 o Current Document 术语和缩写 1 HYPERLINK l bookmark14 o Current Document 职责 1 HYPERLINK l bookmark16 o Current Document 入口准则 1 HYPERLINK l book

3、mark18 o Current Document 输入 2 HYPERLINK l bookmark20 o Current Document 过程描述 2规模估计2启动准则2输入2主要步骤2输出3结束准则3备注3 HYPERLINK l bookmark22 o Current Document 工作量估计3启动准则 3输入3主要步骤3输出4结束准则 4备注4成本估计4启动准则 4输入4主要步骤 4输出5结束准则 5备注5进度彳t计5启动准则5输入5主要步骤5输出6结束准则 6备注6 HYPERLINK l bookmark24 o Current Document 关键计算机资源估计 6

4、启动准则 6输入6主要步骤6输出6结束准则 6项目估算规程xx有限公司 TOC o 1-5 h z 备注6 HYPERLINK l bookmark26 o Current Document 估计方法介绍 7PERT规模估计法7Delphi估计方法 7Delphi方法应用原理7Delphi方法软件过程中应用领域 7DELPHI估计方法过程流程图 8DELPHI估计方法过程详细说明 8复用法9 HYPERLINK l bookmark28 o Current Document 代码复用9功能复用 9 HYPERLINK l bookmark30 o Current Document 类比估算法9

5、 HYPERLINK l bookmark32 o Current Document 功能点工作量估计方法 10 HYPERLINK l bookmark34 o Current Document 国际通用功能点（FP）估算方法 11功能点（FP）划分方法 11 HYPERLINK l bookmark36 o Current Document 功能点计算方法12COCOMO 估算模型13IBM 估算模型 14 HYPERLINK l bookmark40 o Current Document 历史经验数据分析法 15 HYPERLINK l bookmark42 o Current Docu

6、ment 估计因素权值计算方法 15人员技能综合因素权值 Q计算方法 16 HYPERLINK l bookmark49 o Current Document 功能点与代码行转换表 17 HYPERLINK l bookmark51 o Current Document 附录 2 18 HYPERLINK l bookmark53 o Current Document 功能点系数表18 HYPERLINK l bookmark55 o Current Document 复杂度调整因子18度量18估算方向与计算（逻辑）公式 18 HYPERLINK l bookmark60 o Current

7、Document 相关文件 18项目估算规程xx有限公司.目的软件生命周期中需要对软件规模、工作量、成本、进度等要素进行估算，估算的结果将是制定、调整项目计划的重要依据。本指南旨在提供一些专业的估算方法，用以指导估算活动的进行。.适用范围本指南文件适用于各阶段执行的估算活动。.参考文件本指南文件的编写依据是美国卡耐基梅隆软件工程研究院(SEI)的集成软件能力成熟度模型 1.3 版本(CMMI-DEV V1.3)。.术语和缩写缩写含义FP功能点(Function Point )DB数据库(Database )SLOC源代码行(Source Line Of Code )RFP方某建议书(Reque

8、st For Proposal )WBS工作分解结构( Work Breakdown Structure )SW软件(Software )HW硬件(Hardware)DASD直接存取彳储设备 (direct access storage device or devices).职责角色职责客户应和软件需求分析人X起，毫无遗漏地提出与项目有关的承 诺信息(质量、成本、交货期)及工作环境等前提或制约条件。 应确认并承认估算结果及其依据。评审组审查估算结果及其依据，并进行认同。部门经理应确认并承认估算结果及其依据。项目经理应遵从恰当的估算方法，并加入各类调整系数，尽量贴近实际 情况来实施估算。在增加客

9、户提出的前提 ？制约条件等之后，应调整估算结果。.入口准则在项目生命周期的计划阶段，制定项目计划之前即开始估算，在各个阶段有必要1 / 19项目估算规程xx有限公司细化项目计划时进行估算。应在学习、理解了正确的估算方法之后，根据项目特性（业务、特定的硬件环境、交货期、预算控制等），选取合适的估算方法。结合“采用多种估算方法 ”、“采用多个人估算”、“与过去相似实绩进行对照”等方法，在恰当的时候，通过实施反复估算，使估算的精度更准确。.输入来自客户的软件需求；客户提出的与项目有关的承诺信息（质量、成本、交货期）及工作环境等前提或制约条件；过去相似项目的实绩数据。.过程描述规模估计启动准则项目立项

10、或需求分析完成输入原始分配的需求软件需求规格说明书历史项目规模数据主要步骤根据软件项目需求以及历史相似项目经验划分软件功能模块，编制工作分解结构图（WBS ）。A、工作分解结构图（WBS）是一种将项目所有尽可能细化的功能模块以结构层次图的形式来表示，为软件规模估计提供依据。B、随着项目的进行，在需求不断明确的情况下，工作分解结构图（ WBS ）将同步 更新并细化，进一步为规模及工作量估计提供更详细的依据。C、由于此处WBS仅用于项目估计而非用于系统设计，其细分程度由估计小组决定。D、根据项目的实际情况，可以选用工作分解结构图（ WBS）最底层的模块作为规模及工作量估计的最小单元。2 / 19项

11、目估算规程xx有限公司针又WBS的最底层模块，采用功能点估算法进行规模估计，通过估算不同等级的 功能点数量，描述项目规模与工作量。 面向功能，在产品功能需求较明确的情况下， 用于估算功能点。根据工作分解结构图（ WBS）,自下而上汇总各层模块的功能点或代码数量。软件规模单位可以选择功能点（ FP）、代码行（SLOC）或千行代码（KSLOC ）对 象数量、UC点数等；文档规模可以选择文档页数。但在规模估计过程中，只使用功能点作为估计单位，在采用 旧M法和COCOMO法进行工作量和进度估计时，可以 将功能点转换为代码行或千行。只对软件模块进行规模估计，不对管理性质的工作（如项目策划、项目跟踪、质量

12、 保证、配置管理等活动）做规模估计。进行规模估计时建议采用两种或两种以上的估计方法，并由项目组不同的人去完成，然后对每种结果进行对比，根据历史项目的相似经验及本项目的实际情况选择其中 最可能的一种。在规模估计时，要区分软件模块是新开发的模块，还是复用或自动生成的模块。输出工作分解结构图（WBS）估计的软件规模结束准则工作分解结构图（WBS）、软件规模估计已经记录到项目计划备注立项之后，进行第一次规模估计；需求分析完成后，进行第二次规模估计工作量估计启动准则软件规模估计已经完成输入工作分解结构图（WBS）估计的软件规模主要步骤根据软件规模及项目实际情况，选择一种工作量估计方法估计本项目总工作量，

13、如 选择历史经验数据分析法、COCOMO估算模型、旧M估算模型等等。使用历史经3 / 19项目估算规程xx有限公司验数据分析法时直接用功能点计算总工作量，使用COCOMO和旧M估算模型时,需要将功能点转换为代码千行。从过程财富库中提取公司与工作量估计相关的各种比例系数。计算开发工作量=总工作量*比例系数(各阶段开发工作量包括阶段评审工作量，按一定比例分配)，其中：需求分析工作量=开发工作量*比例系数系统设计工作量=开发工作量*比例系数软件编码工作量=开发工作量*比例系数(包括单元测试)模块编码工作量=模块规模 /总规模*编码工作量系统测试工作量=开发工作量*比例系数试运行工作量=开发工作量*比

14、例系数计算管理工作量=总工作量*比例系数，管理工作量可细分为：项目策划工作量、项目监控工作量、配置管理工作量、质量保证工作量、培训管理工作量等。根据项目实际情况，可对估计的工作量进行增减调整。将估计的各项工作量记录到项目计划 。输出估计的项目工作量结束准则估计的工作量已经记录到项目计划备注公司平均生产率针对软件项目整体生产率，不是软件编码生产率工作量单位可选择人天或人月成本估计启动准则软件工作量估计已经完成输入估计的项目工作量主要步骤从过程财富库中提取公司与软件相关的各角色标准成本单价。计算分项人力成本=分项工作量*成本单价。4 / 19项目估算规程xx有限公司估计项目发生费用。计算项目总成本

15、=各分项成本之和十项目发生费用。将估计的各项成本记录到项目计划。输出估计的项目成本结束准则估计的成本已经记录到项目计划备注成本单位可选择元或万元进度估计启动准则软件工作量估计已完成输入估计的工作量工作分解结构图(WBS)主要步骤计算本项目人员技能综合因素权值Q (人员技能综合因素权值表)。选择一种进度估计方法估计项目总体进度。在交付日期已确定的情况下(如，已签订开发合同)，总体进度=交付日期项目启动日期。在交付日期不确定，且团队人数未知的情况下， 采用COCOMO估算模型、旧M 估算模型估计总体进度。在交付日期不确定， 且团队人数已知的情况下，总体进度丁 =总工作量EX (1-Q) /团队人数

16、No在阶段人数已知的情况下，计算阶段进度=阶段工作量X (1-Q) /阶段人数；在阶段人数未知的情况下，依据项目实际情况、历史相似项目经验和项目总体进度， 确定各阶段的工作进度。具体阶段包括需求分析、概要设计、详细设计、软件编码、 系统测试、安装调试培训、试运行及验收等。依据阶段工作量和阶段进度，确定阶段人数=阶段工作量X (1-Q) /阶段进度。5 / 19项目估算规程xx有限公司必要时，可以依据模块工作量和模块开发人数，计算模块开发进度=模块工作量X(1 Q) /模块开发人数。采用甘特图的形式表示各项任务的先后关系，确定关键路径，并标识出关键里程碑。将估计的各任务进度记录到项目计划。输出估

17、计的进度结束准则估计的进度已记录到项目计划备注进度单位可选择天或月人员技能综合因素权值Q取值范围：一0.5+0.5关键计算机资源估计启动准则需求确定关键计算机资源限制已经清楚输入关键计算机资源限制及软件项目的需求。主要步骤罗列项目本身存在的计算机资源限制，根据软件需求确定本项目的关键计算机资源。估计开发环境、测试环境和运行环境对关键计算机资源的要求。将估计的关键计算机资源数据记录到项目计划 。输出估计的关键计算机资源结束准则估计的关键计算机资源已记录到项目计划备注关键计算机资源可以是内存使用量、设备存储量、通讯传输速度等。不同的项目有着不同的关键计算机资源。6 / 19项目估算规程xx有限公司

18、.估计方法介绍PERT模估计法PERT规模估计法包含三个估计参数：正常估计值、最高估计值、最低估计值，将这三 个估计值作为参数代入 PERT公式，便可以计算出估计项的规模范围。举例：估计一个广域网通讯系统的代码规模：设人=估计最低可能需要 10 (KSLOC)千行代码B=估计正常可能需要 12 (KSLOC)千行代码C=估计最高可能需要 15 (KSLOC )千行代码E= (A+4B+C ) /6 得出 E=(10+4*12+15)/6=12.167(KSLOC )千行代码SD=(C-A)/6 得出 SD= (15-10 ) /6=0.833 (KSLOC )千行代码从以上数据可以推断出本项目

19、规模将有68%的机率在11.334(12.167-0.833) (KSLOC)千行代码和13(12.167+0.833)(KSLOC)千行代码之间。Delphi估计方法Delphi方法应用原理召集各类专家对被估计的对象进行估计，对估计结果进行统计，找出每个被估计项估计数值的最大偏差(同一个被估计项的估计最大值与最小值之差)，并将每一个被估计项的最大偏差由大到小排列，将排在前几位的被估计项单独挑出，再召集专家重新估计， 对每个估计结果再进行统计排序，重复上述步骤，直到每个被估计项的偏差已经减小到大家都认可的范围内。Delphi方法软件过程中应用领域在软件开发领域主要应用于软件规模、工作量、成本估

20、计，应用DELPHI方法对于每个项目中可以分解的工作任务(例如WBS进行规模方面估计，这些工作任务主要包括需求分析、概要设计、详细设计、编码、测试等工作内容。7 / 19项目估算规程xx有限公司DELPHI估计方法过程流程图确定估计假设与前提准备被估计项目内容召集专家讨论被估计项目内容专家以匿名方式估计被估计项目的规模否统计排序并筛选被估计项目规模DELPHI估计方法过程详细说明项目经理负责确定并分配专家的权值，标记这些权值的分配依据，并罗列这些权值到估计报告中。项目经理负责准备要估计的项目内容，并制作成表格(DELPHI规模估计表格)。项目经理组织一次会谈，会谈人员要求与本项目相关的技术及业

21、务专家参加，主要讨论被制成表格(Delphi循环估计排序与汇总表)的各估计项规模、工作量、成本方面问题。项目经理根据被估计项内容的多少掌握会谈时间，一般一次讨论控制在十 五分钟为宜。会谈完毕由各专家以匿名方式填写自己每个被估计项所估计的数值在Delphi循环估计填报表中，最后统一交给项目经理。项目经理对已填报的估计值进行统计(建议采用加权平均法)，计算每一个被估计项的最大估计值与最小估计值之间的差值，并将这些被估计项按差值由大到小进行排序，从而找到规模估计差异较大的几个被估计项，最后一并汇总到Delphi循环估计8 / 19项目估算规程xx有限公司排序与汇总表中。项目经理根据Delphi循环估

22、计排序与汇总表中的分析结果判断是否每个被估计项的偏差已经减小到大家都认可的范围内，如果是则活动结束，否则重新估计。复用法复用过去相似项目中的代码或功能点，通过公式计算本项目的复用工作量。代码复用Stepl确定可利用项目/模块的代码行数Step2分析复用代码需要重新设计、重新编码、重新测试的比例Step3根据公式计算等价代码行，并记录在项目估算记录中。等价代码行=(%重新设计+研新编码+须新测试/3 ) *已存在的代码比如：有10,000行代码，假定 30%!要重新设计，50%!要重新编码，70函要重新测 试，那么其等价的代码行可以计算为：(30% + 50% + 70%)/3 X 10,000

23、 = 5,000 等价代码行意即：重用这10000代码相当于编写5000代码行的工作量功能复用Step1确定可利用项目/模块的功能点数Step2分析复用功能点需要重新设计、重新编码、重新测试的数量比例Step3根据公式计算等价功能点，并记录在项目估算记录中。等价功能点=(%重新设计+%1新编码+%t新测试/3 ) *已存在的功能点比如：有50个功能点，假定30%!要重新设计，40%!要重新编码，50%!要重新测试， 那么其等价的功能点可以计算为：(30% + 40% + 50%)/3 X 50 = 20 等价功能点意即：重用这50个功能点相当于编写 20个功能点工作量类比估算法Step1项目经

24、理根据项目范围、功能要求与特点，确定类比项(类比项以分解到模块或任务包为合适)。Step2获取公司财富库，对比财富库中的项目/模块/任务包与本项目类比项的相似程度，9 / 19项目估算规程xx有限公司提取同类项目的数据。Step3根据本项目类比项的特点，对经验数据进行适当调整，并写明原因。如果存在多个同类项目时，可取这几个项目的平均值。若本项目存在对比经验项目没有的估算项，应再结合其它估算法进行估算。Step4将估算结果形成项目估计算记录：类比项对比项一对比项二本项目估算值说明规模50个功能点46个功能点48个功能点取平均值设计工作量30人日25人日33人月增加界面设计要求压力测试工作量无无5

25、人日米用专家估算法Step5若项目经理对估算结果存在疑问，可采用其它的估算方法进行估算验证功能点工作量估计方法通过估算不同等级的功能点数量，描述项目规模与工作量。 面向功能，在产品功能需求较明确的情况下，用于估算功能点。.每个功能点在开发各个阶段的工作量按组织财富库中的组织测量表的经验值分配，主要阶段包括：需求、设计、编码、测试、验收。每个功能点对应的软件工程、项目管理、质量保证、配置管理的工作量比例关系按组织测量表的经验值分配。.对于功能点为简单、中等、复杂的工作量分配，他们之间的换算关系是：简单：中等：复杂=1:2:4简单、中等、复杂的功能定义如下：复杂度单元复杂度标准简单（SIMPLE业

26、务逻辑少，访问数据库表单不超过2个，涉及少量数据10 / 19中等（MEDIUM业务逻辑数量中等，访问数据库表单 2-4个，涉及中等数量的数据复杂（COMLEX业务逻辑复杂，访问数据库表单超过 个，涉及大量数据4xx有限公司项目估算规程做功能估计的时候，还要考虑具体每个功能工作量的调整系数，在产品功能列表中进行统计累计的增加调整系数之后的标准功能总数。如果项目中的功能点都符合标准定义，则系数为1,如果相对于标准的功能复杂度定义而言工作量有偏大，则需要进行系数调整。.统计出产品功能列表中不同等级功能的数量。通过统计不同等级功能点数量，获取累计后的标准功能总数。以累计的标准功能总数作为定项目的功能

27、规模，填写于项目估算记录功能点工作量估算中。,参照组织财富库中组织测量表中功能点对应的生成率估计项目总的工作量。.参照组织财富库中组织测量表中的历史项目的不同阶段的工作量比例进行对产品不同开发阶段的工时进行估算，估算结果保存在项目估算记录功能点工作量估算中。.参照组织财富库中组织测量表中的的软件工程、项目管理、质量保证、配置管理的比例关系，进行不同类别的工作量估算，估算结果保存在项目估算记录功能点工作量估算中。9.6.国际通用功能点（FP）估算方法功能点（FP）划分方法功能点仅代表单一的规模度量单位：即1FP=100行C+实体代码（包才VC+、UNIX C、C+ Builder）,不受程序本身

28、复杂度等因素影响，不管是100行复杂的递归算法还是 100行简单的排序程序其规模都是指一个功能点。具备抽象性质：FP功能点单独隔离来讲不表示任何其它意义，只表示规模度量单位，这点类似于货币，程序设计中的类、窗体、函数、功能和这里指的FP功能点没有任何关系。统一性：整个公司的FP功能点都是指一个概念即 1FP=100行C+实体代码，各个项目 组不需要在脑海里根据项目情况定义自己的功能点划分方式。11 / 19项目估算规程xx有限公司功能点计算方法(1)估计软件的输入、输出、查询、数据文彳及外部接口的数目，可以采用PERT规模估计法，举例如下：程序功能乐观值可能值悲观值估算数量输入数2024302

29、4输出数12152216查询数16222822数据文件数4454外部接口数2232(2) 估计各种复杂度的程序功能数量，举例如下:程序功能估计数量一般复杂中等复杂很复杂输入数244164输出数16493查询数225152数据文件数4040外部接口数2002根据功能点系数表，计算未经调整的功能点总数。功能点系数表请参见附录 2功能点系数表。举例如下：程序功能一般复杂中等复杂很复杂输入数4X316X44X6输出数4X49X 53X7查询数5X315X42X6数据文件数0X74X 100X 15外部接口数0X50X 72X 10小计4320977未经调整的功能点总数=329。12 / 19项目估算规

30、程xx有限公司计算复杂度调整因子及调整后的功能点总数。复杂度调整因子表参见附录2复杂度调整因素表。例：上例中，调整后的功能点总数=未经调整的功能点总数X复杂度调整因子=329X1.17 =385。使用功能点进行规范化的历史数据说明：这类组织的平均生产率为6.5FP/PM,如果一个劳动力价格是每月 8000美元，则每个FP的成本约为1230美元。根据FP估算 及历史生产率数据，总的项目成本估算是472000美元，工作量为59个人月。COCOMO估算模型为了建立规模和工作量及进度之间的关系，这里引用COCOMO型(构造型成本模型)，规模单位采用千行(SLOC/KSLOC,工作量单位为人月，按级别分

31、为以下两种形式：模型一：基本 COCOMO模型，将软件开发工作量及进度作为程序规模的函数进行 计算，程序的规模估算以代码千行表示。模型二：中级 COCOMO模型，将软件开发工作量及进度作为程序规模及一组“成 本驱动因子”的函数来进行计算，其中“成本驱动因子”包括对产品、硬件、人员、 及项目属性的主观评估。基本COCOMO模型估算公式基本cocoMO型估算公式：E=abKLOC bbD=CbEdb其中，E是以人月为单位的工作量，D是以月表示的开发时间，KLOC是估算的项目代码行(以千行为单位)。系数ab和Cb及指数bb和db是指不同软件开发方式的值。基本COCOMO型系数及指数因子表：软件项目a

32、bb bCbd b组织模式2.41.052.50.38半分离模式3.01.122.50.35嵌入模式3.61.202.50.32由以上公式可以导出生产率和所需人员数的公式:生产率=KLOC/E 人员数=E/D13 / 19项目估算规程xx有限公司中级COCOMO模型估算公式中级COCOMO型估算公式：E=aiKLOC biX EAFEAF 0.9 , 1,4其中，E是以人月为单位的工作量，D是以月表示的开发时间，KLOC是估算的项目代码行（以千行为单位），EAF为乘法因子。下表列出系数 ai及指数b中级COCOMO型系数及指数因子表：软件项目aib组织模式3.21.05半分离模式3.01.12

33、嵌入模式2.81.20乘法因子是根据15个成本驱动因子打分定出的，用来对公式进行修订。15个成本驱动因子分成如下4组：产品属性：指所需软件可靠性、数据基大小及产品复杂性。计算机属性：即执行时间方面的限制、主存限制、虚拟机的易变性及计算机周转时 间。人员属性：即分析员能力、应用领域中实践经验、程序员能力、虚拟机使用经验及 程序语言使用经验。项目属性：即现代程序设计方法、软件工具的使用及所需的开发进度。备注：组织模式：较小的、简单的软件项目，有良好应用经验的小型项目组，针对一组不 是很严格的需求开展工作。半分离模式：一个中等的软件项目（在规模及复杂性上），具有不等经验水平的软件项目组，必需满足严格

34、的及不严格的需求。嵌入模式：必需满足一组严格的硬件、软件及操作约束。IBM估算模型IBM模型估算公式：E=5.2 X L0,9114 / 19项目估算规程xx有限公司D=4.1 X L0.36=2.4 X E0.35S=0.54 X E0.6101DOC =49 XL其中，E是以人月为单位的工作量，D是以月为单位的项目持续时间，S为所需人员数，DOC；文档页数，L是估算的项目代码行(以千行为单位)。历史经验数据分析法历史经验数据分析法主要先将已完成项目的工作规模、工作量、生产率、成本进行统计并记录到过程财富库中，在以后的项目中再从财富库中抽取平均的生产率数据，并考虑计算项目估计假设对目前要估计

35、项目的影响，从而综合得出目前项目的工作量、成本估计值。历史经验数据分析法基本操作步骤：从过程财富库中提取公司平均生产率P、公司平均估计因素权值；根据项目的实际情况参照估计因素检查表估算本项目的估计因素权值(参见估计因素权值计算方法)；根据本项目的估计因素权值及公司平均估计因素权值，计算本项目的估计假设因子Z=本项目估计因素权值之和/公司平均估计因素权值之和。根据公司平士生产率 P、估计假设因子 Z和软件规模S,计算本项目的总工作量= 软件规模S *项目估计假设Z /公司平均生产率 P。估计因素权值计算方法估计因素权值计算方法介绍项目经理根据项目的实际情况并参照下面估计因素检查表格，列出本项目在

36、相应内容分类的估计因素权值。估计因素主要考虑从技能经验、质量等级、产品复杂程度、过程工具、项目管理水平这五方面进行对要估计项目的级别评定，建议由多人轮流评定，由项目经理对这 些评定值进行综合平均处理。由项目经理依据多人评定的综合平均结果作为本项目的估计因素权值，如A: B: C:D : E。估计因素检查表内容分类级别级别导向说明A:技能/经验1专家级别你所要考虑的开发小组综合技能，包括：215 / 19在何种类型应用方面的经验 程序语言设计方面的经验 对平台、环境的熟悉程度 分析/设计能力编码、调试方面的能力 测试能力345平均水平B:期望的质量等级你要考虑产品需要达到怎样的可靠性、易维护性？

37、1很少能够容忍多大的缺陷？包括因素：2设计详细程度及编码复杂程度。3F1是否需要频繁审查产品内容。4测试要求是否非常严格性能、内存要求或强力环塔下测试是否要具备5比较多C:产品复杂程度1很少你要考虑产品设计、编码及控制流程是否复杂？包2括因素：3T设计详细程度及编码复杂程度。4比较多是否需要频繁审查产品内容。5D:使用过程方法、工具的程度你要考虑产品开发中使用到的过程方法或工具是否1比较多 1有大的变化？包括因素：23F开发过程是否很明确的定义。 工具是否稳定可靠？4很少5工具或者过程是否更节省时间？E:项目管理1你要考虑项目管理因素对生产率的影响：乒a1团队配合技能及领导技能2F3需求稳定性与客户进行沟通明确了解需求的组织能力团队进行项目管理培训能力4低5项目估算规程xx有限公司人员技能综合因素权值Q计算方法人员技能综合因素权值Q计算方法介绍对于相同工作量的任务由不同人员技能的工作组去完成，所花费的工作时间将会有很 大的不同，下列人员技能综合因素检查表帮助你快速确定一个确定的工作组人员技能 综合因素权值Q的大小，从而确定一个固定工作量任务由不同的人或