项目估算指南.docxVIP

项目估算指南(v1.0) v13 STYLEREF Scroll Heading 1 1 目标 - STYLEREF Scroll Heading 2 4.1 主要参与者 PAGE 12 Author: 刘莹Version: 13Date: 2015.06.10标准过程文件项目估算指南(v1.0) Author: 刘莹 Version: 13 Date: 2015.06.10 标准过程文件 项目估算指南(v1.0) 0  Table of ContenTs TOC \o 1-3 \h \z \u 1 1 目标 3 2 2 涉及词汇和术语 4 3 3 WBS分解 5 4 4 项目估算 6 4.1 4.1 主要参与者 6 4.2 4.2 规模估算 6 4.2.1 4.2.1 估算方法 6 4.2.2 4.2.2 策划阶段估算 7 4.2.3 4.2.3 设计阶段估算 7 4.2.4 4.2.4 验证发布阶段估算 7 4.3 4.3 工作量估算 8 4.3.1 4.3.1 估算单位 8 4.3.2 4.3.2 估算方法 8 4.4 4.4 进度估算 9 4.5 4.5 成本估算 9 4.6 4.6 资源估算 10 4.6.1 4.6.1 人力资源 10 4.6.2 4.6.2 其他资源 11 5 5 附录 12  文档修订记录 版本号 修订内容 修订人 修订时间 审核人 审核时间 v1.0 制定本指南 刘莹 2014.07.07 刘莹 2014.07.07 1 目标 本文档给项目经理做WBS分解和项目估算提供指南。 2 涉及词汇和术语 无 3 WBS分解 WBS分解有几个要点： （1）WBS是工作分解结构，是基于工作包进行的任务分解。工作包指明确的工作产品，任务指完成工作包定义的工作产品的所有活动。 （2）WBS的分解是建立在项目经理已经确定如何来做这个项目的前提下的，即必须先设计项目的生命周期。 （3）WBS记入在Project里。三种组织方式： 按照模块进行组织，每个模块下包括不同类型的工作； 按照过程来组织，按照做的每件工作的前后顺序来组织； 按照阶段来组织。 目前应用比较成熟的是按照模块和阶段两种方式共同来组织。 （4）WBS分解尽量要包含所有的工作包和工作任务。有些工作因为不清楚，尤其在需求阶段，那么先粗一些，比如用户调研、系统测试等。然后实施之前，进行计划精化，进一步分解WBS。 粒度最好在半天到五天之间，尽量不要超过一周。 （5）WBS的分解人，最好是对工作比较熟悉的人来做。 具体分解细节参见《 HYPERLINK 项目整体计划》 4 项目估算 项目估算是指在项目的开发过程中对项目的规模、工作量、进度、成本、资源进行的估算。项目估算是项目管理中重要的组成部分，是项目监控的基础。估算结果分别记录在公司项目管理系统及《项目估算表》、《项目整体计划》等文档中。 按照约定，估算包括工程和管理的内容。 4.1 主要参与者 客户或客户代表（可选） 项目经理 需求工程师 设计工程师 开发工程师 4.2 规模估算 4.2.1 估算方法 软件规模估算按照用例点估算方法，可以采用以下方式： （1）头脑风暴法：也称拍脑袋法，依据经验对某事、某物进行决断。风险比较高。一般根据估算人员的能力、经验不同，结果也有所不同。 （2）Delphi方法：是专家评估技术，在没有历史数据的情况下，这种方式适用于评定过去与将来、新技术与特定程序之间的差别。其步骤是： 协调人向各专家提供项目规格和估算表格； 协调人召集小组会和各专家讨论与规模相关的因素； 各专家匿名填写迭代表格； 协调人整理出一个估算总结，以迭代表的形式返回给专家； 协调人召集小组会，讨论较大的估算差异； 专家复查估算总结并在迭代表上提交另一个匿名估算； 重复4～6，直到最低估算和最高估算一致。 规模估算结果判定公式： 偏差的计算公式为：stdev(X1:Xn)/AVERAGE(X1:Xn)*100% 在规模估算时，主要是基于原先设定的阈值目标（在估计的初期确定下来，根据对系统的分解与假设的情况一般定在20%-30%之间），如果估算最终的偏差超过起初设定的阈值，意味此次估算无法达成一致，需要重新估算，直至估算偏差结果在阈值范围之内才可结束。 4.2.2 策划阶段估算 完成《软件需求规格说明书》以后，就可以对项目进行一次比较精确的估算。其目标为： （1）重新定义客户需求。 （2） 重新估算开发进度和成本。 （3）度量项目范围的变更，如需求蔓延率。 本次估算，除了需要初次估算的所有文档外