项目规划培训资料.doc

3.项目规划23.1.介绍23.2.项目估计33.2.1.目的33.2.2.角色与职责33.2.3.启动准则33.2.4.输入33.2.5.主要步骤4Step1 估计项目范围4Step2 估计产品规模4Step3 估计工作量5Step4 估计成本63.2.6.输出63.2.7.结束准则63.2.8.度量63.3.制定项目计划63.3.1.目的63.3.2.角色与职责63.3.3.启动准则63.3.4.输入63.3.5.主要步骤7Step1 确定目标与范围7Step2 确定过程模型7Step3 制定人力资源计划7Step4 制定软硬件资源计划7Step5 制定财务计划8Step6 分配任务并制定进度表8Step7 确定下属计划83.3.6.输出83.3.7.结束准则83.3.8.度量93.4.审批项目计划93.4.1.目的93.4.2.角色与职责93.4.3.启动准则93.4.4.输入93.4.5.主要步骤9Step1 申请审批9Step2 审批与修正9Step3 批准生效103.4.6.输出103.4.7.结束准则103.4.8.度量103.5.项目计划变更控制103.5.1.目的103.5.2.角色与职责103.5.3.启动准则103.5.4.输入113.5.5.主要步骤11Step1 变更申请11Step2 审批变更申请11Step3 修改项目计划11Step4 审批新的项目计划113.5.6.输出113.5.7.结束准则113.5.8.度量113.6.3.6 备注123. 项目规划项目规划的目的是为项目的研发和管理工作制定合理的行动纲领（即项目计划），以便所有相关人员按照该计划有条不紊地开展工作。1.2.3.3.1. 介绍在立项管理过程域的项目筹备阶段，公司领导首先任命一位项目经理，之后公司领导协助项目经理筹备项目经费、人力资源、软件硬件资源等。如果必要的资金和资源已经到位，那么项目经理和核心成员即可组成一个项目规划小组，着手制定项目计划，并按计划执行研发和管理工作。项目的计划书可分两类：一是全局的计划书：项目计划；二是一些下属计划书，例如配置管理计划、质量保证计划、一些开发计划和测试计划等。下属计划书是对项目计划的补充，其内容不可与项目计划冲突。项目计划过程域有4个主要规程：“项目估计”、“制定项目计划”、“审批项目计划”和“项目计划变更控制”，流程如图3-1所示。一、项目估计项目估计是否准确将直接影响项目计划的有效性。项目估计的重点内容是“产品范围估计”、“产品规模估计”、“工作量估计”和“成本估计”等。在项目刚开始时，人们对产品需求的了解还比较肤浅，而项目实际能够拥有经费和资源很大程度上是靠项目经理争取的，不确定因素比较多。在这种情况下人们很难作出准确的估计。但是“估计”显然比“不估计”要好，否则项目计划就没有依据了。二、制定项目计划根据项目估计得到的数据，规划小组制定项目计划。由于需求开发花费的时间比较长（一般约占整个项目开发周期的20），一般不会等到需求开发完成之后才开始制定项目计划。通常项目规划和需求开发是并行开展的。三、审批项目计划项目经理将项目计划递交给公司领导审批。如果公司领导批准了项目计划，那么该计划书可以正式发布，不可以被随便修改。项目的所有成员按照项目计划执行研发与管理工作。四、项目计划变更控制在项目执行过程中如果发现项目计划与实际情况有比较大的偏差，应当及时更新项目计划。变更项目计划必须按照指定的规程（即变更控制）执行，防止发生混乱。按计划执行研发与管理工作制定项目计划审批项目计划项目计划变更控制项目估计图3-1项目规划流程图项目规划过程域产生的主要文档有：² 项目估计表。² 项目计划。² 项目计划变更控制报告。3.2. 项目估计1.2.3.3.1.3.2.3.2.1. 目的l 估计项目的范围、产品规模、工作量、成本等，为制定项目计划提供依据。3.2.2. 角色与职责l 项目规划小组由项目经理和核心成员组成，所有人员共同参与项目估计。3.2.3. 启动准则l 公司领导已经批准立项。l 项目规划小组已经成立。3.2.4. 输入l 立项建议书和一些用户需求文档。l 用于项目估计的一些经验数据。3.2.5. 主要步骤Step1 估计项目范围计划小组首先估计本项目的范围，可以用产品的WBS来表示。计划小组根据用户需求，分解产品的功能，制定产品的WBS，如图3-2所示。由于此处WBS仅用于项目估计而非用于系统设计，其细分程度由计划小组决定。产品（系统）组件C3组件C2组件C1组件B1组件B3组件B2组件A3组件A2组件A1子系统A子系统C子系统B图3-2 用于项目估计的产品WBS示意图Step2 估计产品规模l 产品规模的主要度量单位有：² 代码行² 类（对象）个数² 文档页数l 产品规模估计方法如下：I. 规划小组各成员根据产品的WBS，独立地估计产品的规模，填写“产品规模估计表格”（如表3-1所示）。II. 汇总每个成员的“产品规模估计表格”，进行对比分析。如果各人估计的差额小于10，则取平均值。如果差额大于10，则转向第I.步，规划小组各成员重新估计产品的规模，直到各人估计的差额小于10为止。产品的组件新开发组件的规模（代码行、类、文档页数）复用或自动生成的组件的规模（代码行、类、文档页数）组件1组件2组件3总和表3-1 产品规模估计表Step3 估计工作量l 项目的工作量是“项目研发工作量”、“项目管理工作量”、“公司支撑工作量”三者之和。工作量的度量单位可以是“人小时”、“人天”、“人月”或“人年”。注意单位换算：² 1人年 12人月² 1人月 22人天² 1人天 8 人小时l 工作量估计方法如下：I. 规划小组各成员根据Step2产生的产品规模估计表，独立地估计工作量，填写“工作量估计表格”（如表3-2所示）。II. 汇总每个成员的“工作量估计表格”，进行对比分析。如果各人估计的差额小于10，则取平均值。如果差额大于10，则转向第I.步，规划小组各成员重新估计工作量，直到各人估计的差额小于10为止。估计项目研发的工作量估算公式项目研发工作量 新开发组件的规模 * 难度系数 / 人均生产率新开发组件的规模难度系数人均生产率项目研发工作量细分： 需求开发工作量 系统设计工作量 编程工作量 测试工作量 估计项目管理的工作量估算公式项目管理工作量 项目研发工作量 * 比例系数比例系数项目管理工作量细分： 项目规划工作量 项目监控工作量 需求管理工作量 风险管理工作量 估计公司支撑的工作量估算公式公司支撑工作量 项目研发工作量 * 比例系数比例系数公司支撑工作量细分： 配置管理工作量 质量保证工作量 外包与采购工作量培训管理工作量 表3-2 工作量估计表Step4 估计成本l 规划小组估计人力资源成本、软硬件资源成本、商务活动成本等。3.2.6. 输出l 项目估计表3.2.7. 结束准则l 规划小组已经按照本规程进行了项目估计，并产生了项目估计表。3.2.8. 度量l 项目经理记录本规程产生的所有估计数据。3.3. 制定项目计划3.3.3.3.1. 目的l 根据项目估计产生的数据，制定项目计划。3.3.2. 角色与职责l 项目规划小组由项目经理和核心成员组成，所有人员共同制定项目计划。3.3.3. 启动准则l 项目估计已经完成。3.3.4. 输入l 立项建议书和一些用户需求文档l “项目估计表”3.3.5. 主要步骤Step1 确定目标与范围l 规划小组首先确定本项目的目标与工作范围。目标必须是“可实现的”和“可验证的”。工作范围包括“做什么”和“不做什么”。Step2 确定过程模型l 规划小组根据项目的特征，确定过程模型，包括项目研发过程、项目管理过程、公司支撑过程等。l 规划小组确定（描述）过程模型中采用的方法与工具。例如采用Rational Rose进行面向对象分析与设计，采用SVN进行配置管理，采用Microsoft Office制作文档等等。Step3 制定人力资源计划l 规划小组制定本项目的角色职责表，并为已知的项目成员分配角色（一个人可以兼多个角色），如表3-3所示。角色职责人员工作说明表3-3 人力资源计划Step4 制定软硬件资源计划l 规划小组分析项目开发、测试以及用户使用产品所需的软硬件资源，制定软硬件资源计划，如表3-4所示。主要内容包括：² 资源级别（分为“关键”、“普通”两种）² 详细配置² 获取方式（如“已经存在”、“可以借用”或“需要购买”等）与获取时间² 用途（如“谁”在“什么”时候使用）软硬件资源名称级别详细配置获取方式与时间用途关键关键普通表3-4 软硬件资源计划Step5 制定财务计划l 规划小组制定财务计划，如表3-5所示。开支类别主要开支项、用途金额时间表3-5 财务计划Step6 分配任务并制定进度表l 规划小组分配任务并制定进度表，建议采用Microsoft Project制作Gantt 图，附在项目计划中。Step7 确定下属计划l 规划小组确定本项目计划主要的下属计划，如表3-6所示。下属计划的名称建议负责人预计产生时间配置管理计划配置管理员质量保证计划质量保证员技术评审计划一些开发计划一些测试计划表3-6 主要的下属计划3.3.6. 输出l 项目计划3.3.7. 结束准则l 规划小组已经按照指定的模版撰写了项目计划，并做了内部审查。3.3.8. 度量l 项目经理统计工作量以及文档规模。3.4. 审批项目计划3.4.3.4.1. 目的l 公司领导审批项目计划，确保该计划是合理的、符合公司现实的。3.4.2. 角色与职责l 公司领导审批项目计划。l 如果项目计划有不合理之处，规划小组应根据公司领导的意见修正项目计划。3.4.3. 启动准则l 规划小组已经制定了项目计划。3.4.4. 输入l 项目计划3.4.5. 主要步骤Step1 申请审批l 项目经理将项目计划提交给公司领导，申请审批。申请书可以采用电子邮件或书面报告等形式。补充说明：如果是合同项目，可能还要请客户审批，视具体情况而定。Step2 审批与修正l 公司领导认真审批项目计划。l 如果项目计划有不合理之处，规划小组应根据公司领导的意见及时修正项目计划。Step3 批准生效l 公司领导签字批准后，该项目计划正式生效，此后规划小组不能随意修改项目计划。3.4.6. 输出l 公司领导的审批意见（见 项目计划的附录）。l 按评审意见修正后的项目计划。3.4.7. 结束准则l 公司领导签字批准了该项目计划。3.4.8. 度量l 项目经理统计工作量。3.5. 项目计划变更控制3.5.3.5.1. 目的l 修改原项目计划中不合理的内容，产生新的项目计划。l 控制项目计划的变更，防止发生混乱。3.5.2. 角色与职责l 公司领导审批变更申请。l 项目经理更新项目计划。3.5.3. 启动准则若下列之一发生，应当变更原项目计划：l 进度偏差超过了容许的误差，如20；l 费用偏差超过了容许的误差，如20；l 项目过程模型发生了显著的变化；l 用户需求发生了重大的变化；l 发生了对项目小组而言不可抗拒的变化，例如公司裁员、公司调整、产品发展战略调整等。3.5.4. 输入l 原项目计划3.5.5. 主要步骤Step1 变更申请l 项目经理向公司领导申请变更项目计划。变更申请书中应当说明：² 变更原因 ² 变更的内容² 此变更对项目造成的影响补充说明：如果是合同项目，可能还要向客户提出变更申请，视具体情况而定。Step2 审批变更申请l 公司领导审批变更申请：² 如果不同意变更，则退回变更请求，项目按照原计划执行。² 如果同意变更，转向 Step3。Step3 修改项目计划l 项目经理修改原项目计划，产生新的项目计划。Step4 审批新的项目计划l 公司领导审批新的项目计划，参见规程 3.4 审批项目计划。3.5.6. 输出l 项目计划变更控制报告l 新的项目计划书3.5.7. 结束准则l 变更申请以及新的项目计划都得到了公司领导的批准。3.6. 备注l 对项目规划过程域产生的所有有价值的文档进行配置管理。l 项目计划被公司领导批准之后，有关人员即可撰写下属计划如配置管理计划、质量保证计划、一些开发计划和测试计划等。