OSSP体系项目计划模板.docx
《OSSP体系项目计划模板.docx》由会员分享，可在线阅读，更多相关《OSSP体系项目计划模板.docx（26页珍藏版）》请在冰豆网上搜索。
OSSP体系项目计划模板
【项目名称】
项目计划
文件编号
【项目编号】/01
文件状态
[]草稿[]正式发布[]正在修改
当前版本
拟制
日期
审核
日期
批准
日期
有限公司
修订历史记录
A-增加M-修订D-删除
变更版本号
日期
变更类型（A*M*D）
修改人
摘要
备注
【模板使用必读：
模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容，或删除。
文件提交时不得再含有这些内容。
】
1引言5
1.1编写目的5
1.2范围5
1.3术语与缩写解释5
1.4参考资料5
2项目描述6
2.1项目的目标与范围6
2.2客户介绍6
2.3项目交付物6
2.3.1设备、程序6
2.3.2项目技术文档7
2.4验收标准和交付期限7
2.5服务8
2.6项目约束8
2.7项目难点8
3项目过程定义8
4项目组织8
4.1项目组织结构8
4.2职责分工8
4.3项目成员组成9
4.4人员投入时间安排9
5项目进度和任务分解10
5.1项目里程碑10
5.2项目进度和任务分解10
6成本计划11
7设备资源计划11
7.1硬件及环境资源11
7.2软件和工具11
8采购计划11
9数据管理计划12
10项目监控计划13
10.1跟踪目标与频率13
10.2活动安排13
11度量和分析计划14
11.1项目度量项14
11.3度量和分析的里程碑15
11.4项目度量的质量目标15
12风险计划16
13项目沟通计划16
14项目干系人纳入计划17
14.1项目干系人列表17
14.2项目干系人纳入计划17
15技术评审计划17
16项目质量保证计划18
16.1项目质量要素和质量目标18
16.2过程质量检查计划20
16.3缺陷（问题）跟踪工具20
17培训计划20
17.1内部培训计划20
17.1.1培训目的20
17.1.2培训课程、教材21
17.1.3培训对象和培训方式21
17.1.4免修说明21
17.1.5培训目标21
17.1.6培训内容及时间安排21
17.1.7培训组织22
17.2外部培训计划22
17.2.1培训目的22
17.2.2培训课程、教材22
17.2.3培训对象和培训方式22
17.2.4免修说明23
17.2.5培训目标23
17.2.6培训内容及时间安排23
17.2.7培训组织23
1引言
1.1编写目的
【提示：
给出项目开发计划的编写目的，即项目的描述，同时指明读者对象。
】
1.2范围
【项目开发计划包括项目描述、项目组织、成本预算、人力资源估算、设备资源计划、沟通计划、采购计划、风险计划、项目过程定义及项目的进度安排和里程碑、质量计划、数据管理计划、度量和分析计划、监控计划和培训计划等。
】
1.3术语与缩写解释
缩写、术语
解释
项目管理办公室，
项目策划（规划），
…
1.4参考资料
【提示：
可包括：
（1）本项目经核准的立项评审报告、合同或上级机关的批文；
（2）本文档所引用的资料、规范等，列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
】
2项目描述
2.1项目的目标与范围
【提示：
（1）用简练的语言说明本项目“是什么”，“说明用途”。
（2）说明本项目“应当包含的内容”和“不包含的内容”。
（3）说明本项目“适用的领域”和“不适用的领域”。
（4）说明本项目的目标，这些目标必须是“可实现”、“可验证”的。
】
2.2客户介绍
【提示：
如果是合同项目，请说明本项目的客户及其责任人是谁。
如果不是合同项目，请描述潜在客户和最终用户群体。
】
2.3项目交付物
【列出应交付的设备、软件和技术文档的名称、使用的语言、交付和存储方式。
】
2.3.1设备、程序
【列出应交付的设备、软件】
序号
设备/软件型号
数量
备注
1
2
3
4
5
6
。
。
。
2.3.2项目技术文档
2.3.2.1技术文档交付清单
【列出项目应交付的技术文档。
】
序号
文档名称
备注
1
项目计划
纸质，电子
2
软件需求规格说明书
纸质
3
概要设计说明书
纸质
4
纸质
。
。
。
纸质
2.3.2.2技术文档的编制、审核和批准人
【列出项目技术文档的编制/修改、审核和批准人。
】
责任人
产品名称
编制、修改人
审核人
批准人
项目计划
张三
李四
黄小鹏
配置管理计划
包艳梅
软件需求规格说明书
概要设计说明书
。
。
。
版本发布说明书
。
。
。
2.4验收标准和交付期限
【明确描述项目验收标准和交付期限。
】
2.5服务
【确切说明向用户提供的服务和期限。
所提供的服务可包括：
人员培训、安装、维护、技术支持或其它运行支持等。
】
2.6项目约束
【提示：
（1）请说明在项目开发过程中应当遵循的标准或规范，注意可能存在特殊的行业规定，请不要遗漏。
（2）请说明相关项目可能对本项目造成的影响。
（3）说明一些假设和依赖。
】
2.7项目难点
【说明本项目的技术难点及实施难点。
】
3项目过程定义
【参见本项目的项目定义过程文档。
】
4项目组织
4.1项目组织结构
【以层次结构画出项目组织结构图，并简述各组职责。
】
4.2职责分工
角色/小组
职责
备注
项目经理
设计组
开发组
测试组
。
。
。
4.3项目成员组成
按下表给出项目成员组成：
项目角色
姓名
部门
电话
项目经理
项目副经理
设计组
（负责人）
开发组
（负责人）
。
。
。
4.4人员投入时间安排
序号
角色
投入工时
开始日期
结束日期
1
项目经理
2
设计组
3
测试组
。
。
。
成员1
…
成员n
（提示：
详细填写小组投入时间和每个成员的投入时间，这是项目费用估算的依据！
）
5项目进度和任务分解
5.1项目里程碑
【项目里程碑是指项目全过程中重要时间点，如阶段交叉点、重要成果完成的时间。
里程碑并不是具体的“活动”，是“虚活动”。
】
可以如下表格列出重要里程碑：
序号
里程碑
时间点
备注
1
完成项目规划
2005-11-15
2
完成概要设计和评审
2005-11-25
。
。
。
n
项目结束（初验通过）
…
5.2项目进度和任务分解
【提示：
项目时间计划的确定的前提是对项目范围进行认真的分析、确定活动、进行活动排序、确定关键路径，估算和分配活动资源，最后形成详细的。
在确定后，确定项目时间进度表。
】
活动名称
工期
开始日期
结束日期
前置
资源
1
项目规划
项目经理
1．1
、
1．2
、
2
概要设计
3
详细设计
。
。
。
4
系统测试
5d
、
【提示：
制定进度表，建议采用制作图（插入此处或作为附件）。
为便于总体计划的跟踪，项目经理需严格执行总体计划变更流程。
】
6成本计划
【按下表列出项目的费用估算：
】
序号
费用项目
X月
Y月
Z月
…月
合计
1
内部人力资源
2
旅差费
3
培训
4
。
。
。
合计
【描述成本监控和控制计划及监控和控制成本的措施。
】
7设备资源计划
【给出除人力资源外，需要的其他资源计划（用于开发的设备资源（非用户订购的设备）。
）
7.1硬件及环境资源
资源名称
数量
详细配置
获取方式与时间
责任单位
机
7
已存在
1
需要购买（2005-10-25）
7.2软件和工具
资源名称
数量
详细配置
获取方式与时间
责任单位
8采购计划
【给出开发所需的设备、软件采购计划。
】
设备/软件名称
到现场时间
计划安装时间
备注
。
。
。
9数据管理计划
产品
数据格式
数据存储
方式
数据更新
频度
数据检索权限及方式
备注
项目计划
公司服务器
基线化后修改需要按变更要求执行变更
项目干系人通过或获取
。
。
。
…源程序1
公司服务器
基线化后修改需要按变更要求执行变更
…源程序n
公司服务器
基线化后修改需要按变更要求执行变更
周报
公司服务器
<给出提交周报的具体日期>
项目组、高层经理通过或获取
。
。
。
缺陷管理数据
内部数据格式
公司缺陷管理服务器
按测试阶段要求填写结果
项目干系人通过或获取
项目度量表
公司服务器
按项目度量和分析计划要求更新
项目组、高层经理通过或获取
项目周报
<给出提交周报的具体日期>
项目月报
。
。
。
10项目监控计划
10.1跟踪目标与频率
【提示：
根据项目的业务目标、项目计划、项目各相关方的要求等，确定项目的跟踪目标。
跟踪目标对于本项目而言是可行的和必要的。
根据确定的跟踪目标，进一步确定跟踪频率，产生项目跟踪报告。
】
例如：
跟踪对象
细分、描述
跟踪频率
进度
1.统计每个任务的实际完成时间；
2.统计项目进展到各里程碑的实际时间；
3.计算实际进度与计划进度的偏差。
项目周例会后，填写跟踪报告
工作量
1.统计每个重要任务的实际工作量；
2.计算实际工作量与计划工作量的偏差。
项目周例会后，填写跟踪报告
费用
1.统计项目进展到各里程碑的实际花费；
2.计算实际花费与计划费用的偏差。
每月项目月会后，填写跟踪报告
工作成果规模
1.统计实际的代码行或功能点，计算它们与计划的偏差。
每月项目月会后，填写跟踪报告
软硬件资源
1.统计项目实施过程中软硬件资源的实际使用情况；
2.计算实际与计划的偏差。
项目实施某一阶段结束后，填写跟踪报告
项目风险
1.跟踪风险的状态。
干系人纳入
1.干系人是否适时介入
每周维护中《项目干系人纳入计划》和《干系人活动协调记录》表格
数据管理计划
1、是否定期管理监控数据
每月检查一次]
10.2活动安排
【提示：
包括定期召开项目周例会、项目月例会、里程碑点会议、项目进展会议等活动的安排。
】
活动名称
活动内容
时间安排
项目周例会
通告本周的项目周报并把下周的进度计划告知项目成员，总结本周出现的问题，提出解决方案。
若上级主管对项目周报有批复意见，项目经理可根据需要向项目组成员通告。
每周一上午9：
00
项目月例会
里程碑点会议
偏差分析
识别显著偏差并分析原因，采取相应的措施
每周分析一次，填写《偏差控制报告》
11度量和分析计划
【特别提示：
如单独形成了项目度量和分析计划，请将本章删除！
】
11.1项目度量项
度量项
项目必选项
软件需求稳定指数
√
代码的注释率
√
单元测试缺陷排除率
√
系统测试缺陷排除率
√
进度偏移
√
工作量偏移
√
规模偏差
√
代码规模（可执行文件大小）
√
可选项
需求分析正确率
需求设计覆盖率
设计的正确率
规范符合率
问题响应率
问题解决率
文档合格率
发布前缺陷发现密度（个）
生产率（/人天）
质量成本（％）
返工成本指数（％）
代码品质
【项目经理根据项目类型添加可选度量的项目，在相应处打√】
11.2度量和分析的里程碑
【度量和分析的里程碑是指项目全过程中重要时间点，如阶段交叉点、重要成果完成的时间点要进行的度量和分析。
可以如下表格列出重要里程碑：
】
序号
里程碑
度量项
时间点
备注
1
完成项目需求分析
通过评审的需求分析项
2006-5.11
修改、增加、删除的需要分析项
2
。
。
。
N
项目结束（初验通过）
…
11.3项目度量的质量目标
阶段
质量目标
需求阶段
需求分析正确率大于＿
需求分析的稳定指数大于＿
需求设计覆盖率应大于为＿
设计阶段
设计的准确率大于＿
编码阶段
代码的注释率大于＿
规范符合率大于＿
测试阶段
单元测试缺陷排除率大于＿
系统测试缺陷排除率大于＿
系统维护
问题响应率＝＿
问题解决率大于＿
文档
文档合格率大于＿
进度偏移
进度偏移小于＿
12风险计划
【提示：
对于识别的风险，我们依据风险的级别制定相应的计划。
】
风险
风险内容
发生的可能性
发生的严重性
风险级别
风险应对计划
风险识别
描述风险可能发生的情景以及后果
大、中、小
高、中、低
一、二、三级
描述针对此撰写的风险计划
注：
根据风险发生可能性与严重性的组合，“风险级别”分为三级：
一级：
大-高、大-中、中-高；
二级：
大-低、中-中、小-低
三级：
中-低、小-中、小-低
13项目沟通计划
【提示：
1、给出项目的沟通关系网络图：
2、项目沟通通常分为：
项目外部沟通和项目组内部沟通。
应分别说明这两种沟通的详细流程及特殊情况下的沟通流程。
在沟通计划中，应明确沟通、汇报的时机/频度，信息的来源及信息的接受者。
沟通过程需保留相关记录，以便以后查询。
】
14项目干系人纳入计划
【提示：
将《干系人纳入计划》（格式）拷贝过来。
】
14.1项目干系人列表
14.2项目干系人纳入计划
15技术评审计划
待评审的工作产品
评审方式
评审级别
评审时间
产品
批准人
是否
参加
项目计划
会议评审
部门级
2006
软件需求规格说明书
会议评审
部门级
详细设计说明书
非正式
子部门级
系统测试计划、测试用例、测试总结报告
-
一些源程序
非正式
项目组内
。
。
。
注：
（1）评审方式：
分为正式技术评审（会议评审）和非正式技术评审（□会签□走查□其他：
“会议评审”：
指通过正式的会议方式进行评审；
“会签”：
当评审成员无法集中时，可通过方式收集意见，由评审负责
人汇总意见，并给出评审结论。
“走查”：
如代码走查。
（2）评审级别：
分“部门级”、“子部门级”和“项目组内”
“部门级”：
评审成员可能来自公司的各技术部门及相关部门。
“子部门级”：
评审成员来自指研发中心或技术拓展部的子部门，如研发中心智能卡一部；
“项目组内”：
指评审人员来自项目组内部成员，如代码的审核。
（3）应当参与并监督重要工作成果如需求、设计、代码的技术评审。
16项目质量保证计划
【特别提示：
如单独形成了质量保证计划，请将本章删除！
】
16.1项目质量要素和质量目标
【提示：
从商业利益和技术角度判断哪些质量属性是本软件的质量要素，说明为什么，这样相关人员可以把精力集中在改善质量要素上。
给出各个质量要素的恰当目标，既要使客户感到满意，又要使开发方承受得起。
】
序号
质量要素（度量）
优先级
质量目标
说明
目标
下限
上限
1
需求分析正确率
高
96
90
100
1-（产品设计/开发阶段至初验结束之后两个月间发现有缺陷的需求项数/经评审通过的需求数）*100%
2
需求设计覆盖率
98
95
100
（系统设计所涵盖的需求项数/经评审通过的需求总项数）*100%
3
软件需求稳定指数
90
85
100
（1－（修改、增加或删除的软件需求数/初始的软件需求数））*100%
3
设计的正确率
90
80
100
1-错误的模块数/总的模块数×100%
4
代码的注释率
40
20
60
（注释性代码行数/代码总行数）*100%
5
规范符合率
中
98
90
100
（符合公司编码规范的模块数/总模块数）*100%
6
单元测试缺陷排除率
90
80
100
（单元测试中排除的缺陷总数/自单元测试开始至初验结束之后两个月间发现的缺陷总数）*100%
7
系统测试缺陷排除率
95
90
100
（系统测试中排除的缺陷总数/自系统测试开始至初验结束之后两个月间发现的缺陷总数）*100%
8
文档合格率
90
80
100
（经过评审合格的文档数/项目策划阶段规定提交的文档总数）*100%，如果文档未评审或未提交，则为不合格文档。
9
发布前缺陷发现密度
（个）
45
28
62
发布前缺陷发现总数/规模
10
遗留缺陷密度（个）
0.8
0
1
发布后缺陷发现数/规模
11
生产率（/人天）
30
20
50
软件规模（）/总工作量（人天）
12
进度偏移
0
20
（实际结束时间－计划结束时间）/（计划结束时间－计划开始时间+1）*100%
13
质量成本（％）
40
30
50
（评审工作量＋返工工作量＋缺陷修改工作量＋测试计划准备工作量+测试准备工作量+测试执行工作量＋培训工作量＋质量保证工作量）/实际总工作量
14
返工成本指数（％）
20
10
30
（返工工作量+缺陷修改工作量）/实际总工作量
注：
1、上表中的“优先级”填写“高”、“中”、“低”其中之一；
2、“质量目标”的“目标”、“下限”、“上限”为参考值。
16.2过程质量检查计划
【提示：
根据本项目的特征，确定需要检查的主要过程域和主要工作成果，并估计检查时间和人员。
注意，对某些过程域的检查应当是周期性的而不是一次性的，例如配置管理、需求管理等。
】
本项目
主要过程域
主要工作成果
检查时间或频度
参加人员
项目规划
需求分析
概要设计
……
16.3缺陷（问题）跟踪工具
【提示：
说明本项目采用何种缺陷（问题）跟踪工具，以及简要的使用约定。
】
17培训计划
【特别提示：
如单独形成了培训计划，请将本章删除！
】
17.1内部培训计划
17.1.1培训目的
【列出相关的培训目的。
目的1
目的2】
17.1.2培训课程、教材
17.1.2.1培训课程
【列出培训课程的提纲】
17.1.2.2培训教材
【指出培训教材的名称及来源】
17.1.3培训对象和培训方式
【指出培训学员的对象，参加培训的学员需要具备的基本要求。
培训方式包括：
集中培训、自学辅导，有无具体的操作练习等。
】
17.1.4免修说明
【指出适合免修的条件及人员名单】
17.1.5培训目标
【本次培训需要达到的基本目标】
17.1.6培训内容及时间安排
时间
培训内容
参加人员
讲师
培训地点
【如培训后需要对学员进行考核，需要给出考核时间、考核的基本内容、考核方式等。
】
17.1.7培训组织
【写出组织培训的部门、机构、培训教师的来源等。
】
17.2外部培训计划
17.2.1培训目的
【列出相关的培训目的。
目的1
目的2】
17.2.2培训课程、教材
17.2.2.1培训课程
【列出培训课程的提纲】
17.2.2.2培训教材
【指出培训教材的名称及来源】
17.2.3培训对象和培训方式
【指出培训学员的对象，参加培训的学员需要具备的基本要求。
培训方式包括：
集中培训、自学辅导，有无具体的操作练习等。
】
17.2.4免修说明
【指出适合免修的条件及人员名单】
17.2.5培训目标
【本次培训需要达到的基本目标】
17.2.6培训内容及时间安排
时间
培训内容
参加人员
讲师
培训地点
【如培训后需要对学员进行考核，需要给出考核时间、考核的基本内容、考核方式等。
】
17.2.7培训组织
【写出组织培训的部门、机构、培训教师的来源等。
】
升级会员 