项目综合计划模板.docx
《项目综合计划模板.docx》由会员分享，可在线阅读，更多相关《项目综合计划模板.docx（13页珍藏版）》请在冰豆网上搜索。
项目综合计划模板
项目综合计划
1项目概述
1.1项目范围
//简单叙述本项目要开发的产品的主要功能；本项目应包含的内容，不包含的内容；本项目适用的领域和不适用的领域。
1.2项目目标
//列出通过本项目我方要达到的目标，如果是合同项目，请同时列出通过本项目客户要达到的目标。
1.3客户与最终用户
如果是合同项目，请说明本项目的客户及其责任人，描述最终用户的特征。
如果不是客户项目，请描述潜在客户和最终用户的特征。
1.4验收方式和准则
定义本次项目产出的产品、服务或成果，并确定通过何种方式进行最终的验收，明确产品验收准则。
1.5项目关键依赖关系
【项目必选】
关键依赖方
关键依赖关系描述
关键依赖方的承诺
承诺人
XX平台
需要XX平台技术支持
****.**.**前提供平台XX版本，技术要求……
XXX
1.6项目制约
（1）说明对项目进度要求、技术、人力、费用等方面的约束条件；
（2）说明相关项目可能对本项目造成的影响；
（3）说明本项目开发的必要假设前提条件。
1.7引用文档
说明项目引用的国家标准、国家军用标准、行业标准或者是公司的管理要求。
2项目过程定义
2.1确定项目生命周期模型
选择、确定本项目的生命周期模型。
2.2确定项目已定义过程
按照组织级《裁剪指南》和项目的具体情况，对选定的生命周期模型的过程、活动、工作产品进行裁剪。
//提示：
可直接参见已经编写完成的《项目已定义过程》
2.3项目的技术或工具
根据已经确定的《项目已定义过程》，说明项目确定的过程活动所采用的技术方法或工具。
//提示：
例如采用调查问卷方法收集用户需求，采用“满意不满意”方法确定需求优先级，采用RationalRose进行面向对象分析与设计，采用……进行开发，采用LoadRunner进行性能测试，采用Rational进行自动化测试，采用SVN进行配置管理，等等。
过程
活动
方法或工具
3项目估计
【非送审项目可直接使用标准工时规划结果，直接引用即可，不用抄一遍】
3.1软件产品WBS
【直接引用WBS分解文件，不用再抄一遍】
//根据需求和项目目标，分解软件产品功能，制定软件产品的WBS，分解到一级的功能模块即可。
3.2规模估计
3.2.1软件规模估计结果
//根据估计记录，确定最终的规模估计，如果没有估计到功能点这个级别，可以删除这列。
注意单位LOC和KLOC
序号
模块
功能点
代码估计值（LOC）
1
初始化模块
500.0
2
XX处理模块
2500.0
3
XX处理模块
10000.0
4
XX处理模块
2500.0
5
XX接收模块
500.0
6
中断模块
1000.0
7
数据接收处理模块
1600.0
合计
18600.0
3.2.2文档规模估计
//如果在推算工作量的时候，没有使用文档参数，可以删除此节
序号
工作产品名
估计值（页）
1
2
3
4
5
合计
3.3工作量估计
3.3.1项目总工作量推算
//本节描述项目总工作量的推算方法和过程
总工作量=估计规模/生产率
3.3.2阶段工作量估计
阶段
工作量（人时）
阶段总工作量（人时）
工程
项目管理
质量保证
配置管理
其它活动
项目策划
需求分析
设计
编码和单元测试
测试
……
合计
3.4成本估计
成本类别
主要开支项、用途说明
金额
人力资源成本
关键计算机资源
其他成本
总成本
4项目资源计划
【产品线必选，项目可选】
4.1人力资源计划
//提示：
规划小组制定本项目的角色职责表，并为已知的项目成员分配角色（一个人可以兼多个角色）。
角色
职责
能力要求
人员
计划到位时间
项目经理
需求分析员
系统设计员
程序员
测试员
质量保证员
配置管理员
度量分析员
…
角色
进入条件
释放条件
投入精力百分比
高层管理
项目经理
需求分析员
系统设计员
程序员
测试员
质量保证员
配置管理员
度量分析员
…
4.2软硬件资源计划
//提示：
规划小组分析项目开发、测试、运行所需的软硬件资源，主要内容包括：
资源级别（分为“关键”、“普通”两种）
技术要求（硬件说明配置参数，软件说明预期功能）
获取方式（如“已经存在”、“可以借用”或“需要购买”等）与获取时间
使用说明（如“谁”在“什么”时候使用）
软硬件资源名称
级别
技术要求
获取方式与时间
使用说明
关键
关键
关键
普通
普通
…
5项目进度计划
【引用项目库即可】
5.1里程碑计划
【2-3次/项目即可，注意与项目库上里程碑的区别】
里程碑名称
里程碑标志
完成时间点
评审时机
5.2项目阶段计划
项目开发阶段
开始时间
结束时间
阶段完成标志
5.3项目活动计划
【在任务工时管理系统/青铜器中体现即可】
项目
阶段
任务/
活动名称
工作量
（人时）
开始
日期
结束
日期
前置
任务
后续
任务
承担
人员
详细的任务与进度安排请见项目信息管理系统。
6分项计划
6.1项目培训计划
【产品线必选，项目可选】
根据用户需求、项目特点和项目成员情况，确定技能和培训需求，其中技能需求包括管理技术和开发技术。
//示例：
项目人员技能要求：
序号
项目所需要的技术、能力
现有人员的实际掌握情况
是否需要培训
1.
VxWorks开发技术
项目编程人员有基础，需提高
是
2.
Tornado2.2开发环境
项目编程人员有基础，需提高
是
3.
VC++6.0开发环境
基本满足
否
4.
数据处理技术
基本满足
否
5.
测试软件的使用
软件测试人员有基础，需提高
是
6.
软件过程体系文件
有基础，需提高
是
7.
项目管理工具
不够熟练，需提高
是
培训计划：
根据技能和培训需求制定培训计划，包括培训内容、参加者、培训时机。
培训内容
培训方式
参加者
培训时间
培训地点
项目数据配置管理环境
内部
全体成员
公司
体系规程培训
内部
全体成员
公司
6.2项目干系人管理计划
【项目必选】
活动名称
计划时间
计划参与人员
6.3项目需求管理计划
【项目必选】
//明确需求管理的责任人
//需求要在项目的系统解决方案、需求分析、设计、编码和单元测试、测试或其他阶段的相关评审中时分别进行验证和确认，责任人应参加上述评审，并对需求进行验证和确认。
需求的跟踪管理通过《需求跟踪矩阵》进行，由责任人维护。
//需求变更的约定
//需求管理工具（如果有）的说明
//在定义需求用例时应注意，每一个需求用例最多对应3个设计用例，如果多余3个，说明需求分解的粒度太粗，建议细化需求用例。
6.4项目风险管理计划
【项目必选】
//示例：
风险编号
详细描述（原因，后果）
风险等级
风险概率
影响程度
发生时段
缓解计划
应急计划
提示：
其中风险等级＝发生概率*影响程度*发生时段，风险参数（发生概率、影响程度、发生时段）的详细定义以及表的填写说明详见《风险管理规程》。
6.5项目验证和确认计划
【项目必选，可在项目库中体现，合同项目重点强调甲方的确认计划】
//阶段与工作产品跟已定义过程对应
//方式通常是评审、测试或其他活动
//准则是指工作产品达到什么要求后，才可验证或确认通过。
通常验证或确认后，相关成员通过文档能够传达全部意图，不需要或只需要极少量的沟通，就可以开展工作。
如需求说明书的验证或确认准则可以是：
用户或用户代表参加了评审，且评审结论为通过；设计人员可以按照需求说明开展软件设计工作；测试人员可以按照需求说明开展测试用例编写工作。
阶段
工作产品
验证或确认方式
验证或确认
准则
计划时间
负责人
6.6项目数据管理计划
【项目必选】
//通常来说，项目已定义过程确定的工作产品，除了已经纳入配置管理的工作产品以外，其余全部纳入数据管理计划
//各别项目如存在纸质材料或数据，也请说明。
文档名称
作者或来源
计划收集日期或条件
存放位置
6.7项目跟踪监控计划
【项目必选】
//确定任务跟踪频度、各种报告的时间、方式等
//确定风险跟踪
//确定干系人跟踪
//确定问题跟踪
//确定培训跟踪
//确定项目数据跟踪
6.8度量分析计划
【项目可选】
参见《度量分析计划》，不用重复写
6.9配置管理计划
参见《配置管理计划》，不用重复写
6.10质量保证计划
参见《质量保证计划》，不用重复写
6.11软件产品采购计划
【项目可选】
参见《软件产品采购计划》，不用重复写
6.12决策分析与解决计划
【项目可选】
//示例：
序号
问题（来源）
待决策事项
时间/时机
组织者
参加人员
1
2
3
4
5
6
7
8
9
7项目免责声明
通过对项目制约因素以及项目成功的假设条件，对项目进行免责说明。
发生以下项目组无法解决的情况时，项目组不承担对其后果承担相应责任。
升级会员 