CMMI5文档之项目开发计划模板

[**项目]

项目开发计划模板

文档编号：FHI_CMMI_PP_错误！未指定书签。错误！未指定书签。错误！未找到引用源。_PDP

文档信息：项目开发计划模板

文档名称：项目开发计划模板

文档类别：CMMI模板

密级：内部秘密

版本信息：1.1

建立日期：2016-1-13

创建人：EPG

批准人：李庆林

批准日期：2016-2-25

存放位置：集成公司组织资产库/组织标准过程

编辑软件：Microsoft Office 2003 中文版

文档修订记录（引用时请修改为实际项目的信息）

目录

1.概述 (4)

1.1.项目概述 (4)

1.2.术语定义 (4)

2.项目干系人列表 (4)

3.提交客户的工作产品 (5)

4.项目策划 (5)

4.1.软件生命周期模型定义 (5)

4.2.项目定义软件过程 (5)

4.3.质量目标 (5)

4.4.WBS (5)

4.5.风险管理 (5)

4.6.数据管理 (7)

4.7.软件估计 (7)

4.7.1.估计汇总 (7)

4.7.2.进度估计 (7)

4.7.3.软件工程设备和支持工具估计 (8)

4.7.4.关键计算机资源估计 (8)

4.8.需求管理计划 (8)

4.9.沟通计划 (8)

4.9.1.制定与客户的沟通计划 (9)

4.9.2.制定与其它小组的沟通计划 (9)

4.9.3.制定组内沟通计划 (9)

4.9.4.明确与客户、其他组间关键依赖关系 (9)

4.10.团队建设与维护计划 (10)

4.11.培训计划 (10)

4.12.软件质量保证计划 (10)

4.13.配置管理计划 (10)

4.14.产品验证计划之同行评审计划 (11)

4.15.产品验证计划之软件测试计划 (11)

4.16.项目度量计划 (11)

5.项目跟踪计划 (11)

备注：1、对模版【】括号内的文字为提示如何填写，在形成正式文档时要求去掉这些文字。

1.概述

1.1.项目概述

【简要说明此项目的目的、范围与目标。】

1.2.术语定义

【说明本计划中用到的各种术语。】

2.项目干系人列表

【注意：一个人可以担任多个角色，如是项目经理、需求人员、开发人员和CCB主席。】3.提交客户的工作产品

【描述对客户作出的承诺（可参考项目合同约定），在各个阶段要求交付的产品、提交时间及其公司的负责人员。交付的产品分解程可管理的大小粒度。“产品的形式”分为程序、文档、服务三类，根据交付产品的情况填写。】

4.项目策划

4.1.软件生命周期模型定义

【描述该项目采用的软件生命周期模型，可参考《软件生命周期模型描述》中定义的模型，对选用此模型的原因进行简要描述。】

模型选用：

原因：

4.2.项目定义软件过程

参见《XX项目已定义过程》

4.3.质量目标

参见《XX项目已定义过程》

4.4.WBS

【描述项目的里程碑WBS】

参见《XX项目已定义过程》

《XX项目软件开发明细计划》

《XX项目软件估计WBS&关键路径》

4.5.风险管理

4.5.1.风险来源

风险的来源参见《风险管理指南》

4.5.2.风险分类

风险的类别分为以下几大类：

软件工程类：需求、设计、实现、测试、部署、维护

开发环境类：开发过程、开发环境、管理过程、管理方法、工作环境

管理类：资源、合同、项目接口

4.5.3.风险参数

评估风险的参数包括：

风险的可能性（风险发生的概率）；

风险的后果（风险发生的影响和严重程度）；

触发管理活动的阈值：即为了缓解风险所需要的行动周期。

每个项目根据项目的特点，选择适合本项目使用的风险参数，主要是指定本项目使用的风险属性评价级别。如果项目需要特定的级别或者特定的具体参数，则需要特别说明和批准。

风险影响严重程度

风险发生概率

风险发生时间

4.5.4.风险管理策略

风险处理采取以下几种方法：

接受风险：不做任何风险管理工作，当出现风险时把它当作问题处理，不再花费额外的资源来管理风险。

风险监督：监督风险及其属性，以便在影响、发生概率、时间以及其它方面出现重要变更时提出早期警告。

风险缓解：通过减小其影响和其发生的概率、改变时间等方面来消除或减弱风险。需要制定相应的风险缓解计划。

风险转移：重新计划、分配需求、设计、或分配资源，以消除或降低风险的发生概率和影响。

风险应急：如果风险缓解计划失败了，应急计划将作为第二方案来使用。

4.6.决策分析

在进行关乎系统体系结构设计工作时要有一套以上设计方案，每套方案对系统关键点进行不同设计，利用决策分析和决定过程确定方案。

当项目中出现如下情况时，将利用决策分析和决定过程确定方案：

项目严重拖期，已拖期超过整体进度的20%；

产品尚未达到质量目标或者客户需求，是否交付或者发布。

4.7.数据管理

参见项目《【项目名称】数据管理表》。

4.8.软件估计

4.8.1.估计汇总

【描述项目估计汇总】

参见《XX软件估计书》

4.8.2.进度估计

【描述项目里程碑进度】

4.8.3.软件工程设备和支持工具估计

4.8.4.关键计算机资源估计

4.9.需求管理计划

[说明需求管理使用的资源，角色与责任，需求变更、需求跟踪计划，判断项目工作与需求不一致的准则和纠正流程]

需求管理人员：

需求管理使用的工具：

提供需求方角色与职责：

开发需求方角色与职责：

需求变更流程：

需求跟踪流程：

项目工作产品与需求不一致的准则和纠正流程：

4.10.沟通计划

[列出整个生命周期内的不同阶段、与客户、不同组、组内中需要沟通和协调活动等事项（预期的产品交付即组间产品交换、需要通知其他受影响组的决定如初步的技术方案即通讯交流）、负责人、参加组和（或）个人、议程（如果是会会议形式，内容包括：客户的需求、技术问题、关键依懒关系、项目整体状态）、计划日期、计划地点（如果适用）、方式/工具（正式会议、电子交流会议、电子邮件、配置库系统、缺陷跟踪系统等），达到协调项目相关组和个人的活动和

交流。利用下表（可以根据具体情况进行调整）列出]

4.10.1.制定与客户的沟通计划

4.10.2.制定与其它小组的沟通计划

【如项目在项目进度、合同和技术、各小组的职责方面。如本项目采用了其他项目组的产品，

4.10.3.

制定组内沟通计划

4.10.4.明确与客户、其他组间关键依赖关系

增减的人员，项目团队的维护及变动情况，在《项目周报》中进行跟踪。

4.12.培训计划

【项目级培训可以在参见《项目培训计划》。详见OT培训管理。】

参见《【项目名称】项目培训计划》。

4.13.软件质量保证计划

参见《【项目名称】软件质量保证计划》。

4.14.配置管理计划

参见《【项目名称】软件配置管理计划》。

4.1

5.产品验证计划之同行评审计划

【项目人员对软件生命周期中创建的工作产品可以有选择性的进行验证，以验证是否符合适当的标准，是否满足需求。有关软件工作产品可以参见软件开发计划（SDP）、SCM计划和软件测试计划（STP）。在下面表格中定义了要进行验证的工作产品及参照的标准。

以下的说明应该与本项目软件过程定义裁剪表中一致。】

验证产品一览表

具体的产品验证检查的内容由项目经理确定并记录在项目对应的评审报告中，走查的同行评审直接记录在评审准备表中。

4.16.产品验证计划之软件测试计划

参见《【项目名称】软件测试计划》。

4.17.项目度量计划

参见《【项目名称】项目度量计划》。

5.项目跟踪计划