全套CMMI信息系统项目管理文档模板项目计划书项目策划Word格式.docx
《全套CMMI信息系统项目管理文档模板项目计划书项目策划Word格式.docx》由会员分享,可在线阅读,更多相关《全套CMMI信息系统项目管理文档模板项目计划书项目策划Word格式.docx(27页珍藏版)》请在冰豆网上搜索。
![全套CMMI信息系统项目管理文档模板项目计划书项目策划Word格式.docx](https://file1.bdocx.com/fileroot1/2023-1/31/156b7aed-f7ad-4a4c-a30b-8891bd6b62a9/156b7aed-f7ad-4a4c-a30b-8891bd6b62a91.gif)
2015年9月10日
王琦
编写项目立项报告、项目章程、项目计划书等
1.《项目章程》经EPG组长杨皓,部门负责人陈丰照批准
2.《项目计划书》经EGP组长杨皓,部门负责人陈丰照签字确认
需求阶段
2015年9月15日
编写用户需求说明书、需求规格说明书
1.《需求调研计划》经项目经理王琦确认
2.《需求规格说明书》经项目组评审,部门负责人陈丰照批准
3.项目经理王琦及项目组成员,部门负责人陈丰照在《需求规格说明书》上签字确认
4.《系统测试用例》经项目组评审,部门负责人陈丰照批准
设计阶段
2015年10月30日
李荣安
编写概要设计书、详细设计书、数据库设计书
1.《概要设计书》经项目组相关人员进行评审,部门负责人陈丰照批准
2.《集成测试用例》经项目组相关人员进行评审,部门负责人陈丰照批准
3.《详细设计书》经项目组相关人员进行评审,部门负责人陈丰照批准
4.《单元测试用例》经项目组相关人员进行评审,部门负责人陈丰照批准
开发阶段
2016年08月08日
完成编码、单元测试的工作
1.在实现过程中采用先进的技术与工具
2.规范工作程序及编写文档
3.对实现过程及已完成的文档进行评审,部门负责人陈丰照批准
测试阶段
2016年08月20日
张晓栋
做集成测试、系统测试
1.测试时采用先进的技术和工具
2.规范工作程序及文档编写
3.对测试工作及已完成的文档进行评审,部门负责人陈丰照批准
4.进行回归测试,跟踪缺陷关闭
产品发布
2016年10月15日
进行验收测试
项目组和项目经理王琦共同在《验收报告》签字确认
4项目进度安排
本项目在立项时进行了项目进度计划初步编写,形成了《项目进度计划》文档,进行项目初步策划。
策划阶段根据具体需求,及规模、工作量、进度、成本、资源等估算后,对于初步策划的进度计划进行进度及资源的调整。
具体参见本项目《项目进度计划》。
另:
如果进度超过原计划的10%,需对项目计划书重新进行评审。
5项目监督
参照《项目监控过程文件》,通过召开项目例会、《里程碑状态报告》,《项目周报》等文档,邮件或直接交流等各种方式在项目全过程监督任务进度、工作量、项目风险、成本、承诺实现情况等相关内容。
如果发现问题,通过《问题管理表》进行管理。
监控方式
负责任
参与角色
监控时间
每日早会
项目组全体成员
每日早间8:
30~9:
00
每人汇报昨日工作情况,确认本日工作,及相关干系人间沟通活动
每周例会
2015-9-1至2016-9-10
(每两周五)
时间:
8:
总结本周工作进度,分析本周发生的问题,识别现存风险状态,相关干系人活动情况,承诺工作,数据管理工作,相关数据偏离情况(例如:
成本,进度,工作量,规模等)。
里程碑会议
项目组全体成员,客户,中层经理
策划:
2015.9.10
需求:
2015.9.15
设计:
2015.10.30
编码:
2016.8.8
测试:
2016.8.20
验收:
2016.9.1
9:
00~10:
总结里程碑阶段工作进度,分析发生的问题,识别现存风险状态,相关干系人活动情况,承诺工作,数据管理工作,相关数据偏离情况(例如:
结项会议
项目组全体成员,客户,中高层经理
总结本项目工作进度,分析发生的问题,识别现存风险状态,相关干系人活动情况,承诺工作,数据管理工作,相关数据偏离情况(例如:
收集相关度量数据及技术资料纳入组织工作库中进行共享。
邮件,交谈沟通
每周五
员工出现意外工作情况的时候进行邮件及交谈方式沟通缓解
紧急会议
出现重大问题或出现变更时
当出现严重问题时,进行问题分析,商议具体解决方案
超出阀值设定:
当进度偏差值大于10%或者成本偏差值大于15%时,需重新制定项目计划书及项目进度计划,并提交项目组评审。
6人力资源计划
人员
角色
职责
参与时间
资源技能要求
需进行的
项目培训
项目经理
安排项目资源;
项目协调工作;
组织项目实施;
监督项目总体进度;
提供后勤支持;
重大问题决策需向上级领导汇报
全阶段
3年工作经验,项目管理经验1.5年。
具备较丰富的管理知识,语言表达和沟通能力较好。
需求分析工程师
负责需求的收集、整理和分析
对需求基线后的需求变更进行控制
需求阶段100%
设计阶段40%
开发阶段20%
测试阶段30%
2年以上的需求分析经验,对公司的业务需求有较深的认识,具备需求工程知识,表达能力强。
建模工具Rose的使用培训,
系统设计工程师
按照需求文档进行系统规划和设计,包括架构设计、概要设计和详细设计
需求阶段20%
设计阶段100%
开发阶段50%
2年以上的设计经验,熟练掌握各类设计工具,对公司的业务需求有较深的认识。
开发工程师
设计编码开发
需求阶段10%
设计阶段70%
开发阶段100%
测试阶段60%
计算机专业及相关专业毕业,有一定的编程经验,学习能力强。
2年以上开发项目经验,有较好的表达能力。
单元测试培训
系统测试工程师
系统测试
开发阶段60%
测试阶段100%
具有一年以上的测试工作经验,了解常用测试方面的工具(QTP、LoadRunner),对于项目的需求和测试流程有较深的认识,掌握测试的方法和技巧。
邓淮徐
QA代表
编制项目QA计划,与项目经理一起负责项目质量保证计划
2年的项目质量控制管理经验
耿彻
配置管理员
配置管理
2年配置管理,具有丰富的配置管理知识及技能要求
需求确认,产品验收,
项目组结构图
7培训安排
依据人力资源计划识别项目实施前需要进行的培训,具体培训安排参见《项目培训计划》。
8数据资料管理计划
数据类型
内容
相关人
时间
存储
数据分发及查阅权限
客户提供的数据
客户的公司介绍、项目背景介绍、相关信息等客户方提供的各种文件。
相关技术方案,需求信息文件。
2015.9.15
客户提交的书面文档放入文件夹编码进行管理。
电子文档,放入SVN中.
对于重要的客户文件,与本项目无关的人员,需要经项目经理同意后才可以查询。
移交给客户的文件
项目提案书、合同、用户需求说明书、需求规格说明书、项目计划、系统验收计划、帮助说明书、程序安装包,客户合同中要求的相关
书面的文档直接提交给客户。
电子文档通过邮件发送。
根据角色不同设定了不同的访问权限
非移交客户的文件
项目过程中临时产生的记录、一些计划和报告等
在SVN对应的库中。
设定了不同的访问权限
项目开发工作产品
项目组成员在开发过程中的产出物
项目经理度量数据
项目经理将项目参数收集在周报中
早上8:
邮件
项目情况,报告
存储在邮箱内,并且在本地电脑上备份
由配置管理人员统一管理,需要查阅时向配置管理人员申请
SVN备份光盘
定期进行SVN备份的数据光盘
每月1日进行数据备份,备份完了进行入柜存储。
统一存放于研发部工作资料柜中。
纸质数据资料
项目组签字承诺纸质文件,合同,与客户进行需求确认单,与客户进行需确认的相关文件,项目组工作过程中产生的纸质文件等。
9软硬件资源和管理工具计划
软硬件资源名称
级别
详细配置
数量
获取方式与时间
使用说明
配置管理服务器
关键
E21601.8G/内存8G/硬盘1T
1台
已经存在
项目组成员在开发过程中使用
开发服务器
E21601.8G/内存8G/硬盘1T
项目组成员在编码过程中使用
测试服务器
项目组成员在测试过程中使用
开发用机
I52.2G/内存4G/硬盘500G
8台
项目组成员在编码和测试过程中使用
操作系统
Windows10
1套
全程使用
开发工具
Visualstudio
程序员在编码时使用
系统建模工具
普通
MicrosoftVisio
2010
系统分析员在需求分析和系统设计时使用
配置管理工具
TortoiseSVN1.7
在配置管理过程中使用
文档编写工具
MicrosoftOffice2007
项目组成员在编写和浏览文档时使用
网络环境
专网(100M)
最终的网络环境由客户提供
10关键依赖
时间段
里程碑活动
计划完成时间
任务负责人
关键依赖关系描述
20150901-20150910
完成计划里程碑
20150910
制定从属计划需要QA、CM等相关人员的配合才能完善从而进入下阶段的工作
20150901-20150915
完成需求里程碑
20150915
用户需求说明书、需求规格说明书经过评审并通过才能进行设计阶段的工作
20150916-20151030
完成设计里程碑
20151030
概要设计书、详细设计书经过评审并通过才能进行设计阶段的工作。
20151101-20160808
完成开发里程碑
20160808
编码完成并通过单元测试才能进行集成测试等测试工作
20160809-20160820
完成测试里程碑
20160820
集成测试、系统测试通过才能进行验收工作
201608208-20160901
完成验收里程碑
20160901
通过验收产品才能能使交付
11沟通计划
10.1内部沟通计划
序号
发起人
沟通时间
沟通内容
接受者
产出文档
沟通方式
1
两周一次
工作情况汇报
项目组成员
项目周报
交流、邮件、会议
2
项目计划书评审通过后
项目策划阶段工作总结和下阶段工作安排
项目计划里程碑状态报告
3
需求阶段结束后
需求阶段工作总结和下阶段工作安排
需求里程碑状态报告
4
设计阶段结束后
设计阶段工作总结和下阶段工作安排
设计里程碑状态报告
5
开发阶段结束后
开发阶段工作总结和下阶段工作安排
开发里程碑状态报告
6
测试阶段结束后
测试阶段工作总结和下阶段工作安排
测试里程碑状态报告
7
不定时
交流
10.2与客户的沟通计划
提交文档
项目策划阶段
项目计划确认
客户负责人
客户接口人
交流、邮件、电话、会议
需求人员
需求调研的时候
软件需求
需求调研报告
需求规格说明书
设计人员
评审用户手册
用户手册
会议
测试完成
确认试运行计划和验收计划
试运行计划
验收计划
试运行阶段
产品交接
交付件一览表
交流、会议
验收完成后
软件验收交付情况
验收报告
12干系人介入计划
介入活动
介入时间
具体活动
参与干系人
角色与职责
项目从属计划评审
2015-9-10
项目组及相关干系部门负责人,客户参与项目计划及从属计划评审会议
杨皓(EPG)、邓淮徐(QA)、耿彻(CM)、王琦(PM)、李荣安(设计)、张晓栋(测试)、李荣安(编码)、王琦(客户)
EPG、客户负责人:
项目经理:
负责从属计划评审,沟通了项目内容情况、召开周例会
其它项目组人员:
参与从属计划评审,评审通过后全体成员进行了签字确认。
2015-9-15
培训计划中相关需要进行培训的人员接受培训,讲师进行授课知道
彭明瑛(培训专员)、邓淮徐(QA)、耿彻(CM)、王琦(PM)、李荣安(设计)、张晓栋(测试)、李荣安(编码)
培训专员:
负责给项目成员进行相关业务知识培训
其他人员:
接收培训。
需求评审
项目组及相关干系部门负责人,客户参与需求评审会议
杨皓(EPG)、邓淮徐(QA)、耿彻(CM)、王琦(PM)、张晓栋(测试)、王琦(客户)
项目从属需求评审
负责需求评审,沟通了项目内容情况、
参与需求评审,评审通过后全体成员进行了签字确认。
系统测试用例评审
2015-9-30
项目组及相关干系部门负责人,客户参与系统测试用例评审会议
杨皓(EPG)、邓淮徐(QA)、耿彻(CM)、王琦(PM)、张晓栋(测试)、李荣安(编码)、王琦(客户)
QA检查《集成测试用例》
项目组,测试,设计:
《系统测试用例》用例评审
EPG,客户:
参加
概要设计评审
项目组全体成员参与概要设计评审会议
杨皓(EPG)、邓淮徐(QA)、耿彻(CM)、王琦(PM)、李荣安(设计)、张晓栋(测试)、李荣安(编码)、
QA检查《需求跟踪矩阵》、《概要设计书》
EPG,项目经理,测试,设计:
《概要设计书》、《详细设计书》评审
EPG:
集成测试用例评审
2016-08-18
项目组全体成员参与集成测试用例评审会议
EPG,项目组,测试,设计:
《集成测试用例》用例评审
详细设计评审
2015-10-30
项目组全体成员参与详细设计评审会议
QA检查《详细设计书》
项目经理,测试,设计:
《详细设计书》评审
8
设计里程碑会议
项目组全体成员、客户、高层参加设计里程碑会议
QA检查《集成测试用例》、《需求跟踪矩阵》、《概要设计书》、《详细设计书》
9
单元测试用例评审
2016-08-10
项目组全体成员参与单元测试用例评审会议
QA检查《单元测试用例》
《单元测试用例》评审
10
编码评审
2016-08-08
项目组全体成员参与代码评审会议
杨皓(EPG)、邓淮徐(QA)、耿彻(CM)、王琦(PM)、李荣安(设计)、张晓栋(测试)、李荣安(编码)
QA:
参加
召开代码评审会议
11
测试里程碑会议
2016-08-15
项目组全体成员、客户、高层参加测试里程碑会议
QA检查《缺陷管理表》、《需求跟踪矩阵》、《BUG管理表》
召开测试里程碑会议
12
项目总结大会
2016-9-10
项目组全体成员、客户、高层参加结项会议进行
项目经理召集了项目组成员、要求了客户及公司高层对于项目试运行进行准备。
测试搭建系统测试环境
项目经理召开进行用户手册评审
13
项目周例会
2015-9-1至2016-9-10(每两周五)
项目组全体成员、高层参加周例会沟通项目情况
组织周例会
13风险管理计划
详见《风险管理计划》。
14软件工程计划
14.1需求管理计划
14.1.1需求管理的工作产品列表
阶段重要成果物
需求类型
责任人员
评审时间
描述
《用户需求说明书》V1.0
需求开发
2015.9.1
需求调研的安排
《需求规格说明书》V1.0
用文字来详细描述项目的功能性及非功能性的需求。
《需求跟踪矩阵》
需求管理
需求跟踪矩阵表
14.1.2需求状态的跟踪及追溯
项目阶段
填写时间
对RTM的工作内容
需求开发结束
功能需求(或用例),非功能性需求中的序号、需求编号、原始需求、优先级、功能名称
设计结束
概设:
2015.9.30
详设:
子系统,模块数据库
编码及单元测试结束
程序代码文件,类
系统测试结束
系统测试用例
14.2需求变更管理
成果物
变更时间
14.3设计计划
参照《设计过程文件》根据《设计指南》指导设计过程的进行。
14.4实现
参考公司通用编码规范。
14.5测试计划
详见《测试计划》。
15项目从属计划
15.1度量计划
详见《度量计划》。
15.2配置管理计划
详见《配置管理计划》。
15.3质量保证计划
详见《质量保证计划》。
15.4评审计划
阶段
评审名称
评审负责人
评审参与人员
评审主要工作产品
评审方式
策划
计划评审
评审成员
项目计划、从属计划
正式检查
需求
设计
概要设计说明书
数据库设计评审
数据库设计说明书
详细设计说明书
编码
代码审查
系统代码
正式检查/走查
单元测试用例
集成测试用例
测