项目管理计划模板.docx
- 文档编号:5421654
- 上传时间:2022-12-16
- 格式:DOCX
- 页数:22
- 大小:91.90KB
项目管理计划模板.docx
《项目管理计划模板.docx》由会员分享,可在线阅读,更多相关《项目管理计划模板.docx(22页珍藏版)》请在冰豆网上搜索。
项目管理计划模板
项目管理计划模板
版本历史
版本号
日期
作者
修订原因
0.1.0
2012-01-17
JerrySun
初始版本
0.2.0
2012-02-14
JerrySun
增加了4.1、4.4、4.7章节的内容,同时重新排版,使结构更加清晰
0.3.0
2013-06-24
CherryShen
结构调整,添加发布,上线及附件
0.4.0
2013-06-26
CherryShen
根据Review结果,文档更新
目录
1目的4
2项目摘要4
2.1项目目标和范围4
2.2主要干系人4
2.3里程碑和可交付成果4
2.4约束6
2.5假设6
2.6项目组织结构7
3项目计划7
3.1项目生命周期7
3.1.1生命周期确认7
3.1.2制定项目过程及产物裁剪7
3.2工作分解结构7
3.3项目评估8
3.4开发计划9
3.5资源计划11
3.5.1知识和所需的技能11
3.5.2人员安排及分配11
3.5.3角色和职责11
3.5.4培训计划12
3.5.5软硬件资源计划13
3.6相关干系人员计划管理13
3.7沟通计划14
3.7.1每日沟通14
3.7.2每周沟通14
3.7.3每月沟通14
3.7.4随时沟通15
3.8流程质量控制计划15
3.8.1PPQA评审机制15
3.8.2PPQA检查计划15
3.9风险计划15
3.10发布计划16
3.11上线计划16
3.12验收计划17
3.12.1项目验收标准:
17
3.12.2验收项清单17
3.12.3验收时间和进度17
3.13监督和控制计划17
3.14需求管理18
4附件18
1目的
该项目计划确定适用的政策,需求和软件开发的数据交换的标准,文档为完成开发工作定义了日程安排,组织,资源和必要的软件活动进程。
2项目摘要
2.1项目目标和范围
示例:
Movitech负责Eleven技术所需的所有资源.相关资源部门会和美国团队和全队职工协作来实现ElevenPepperidgeFarm技术产品的成功交付。
国内的资源将会按照Eleven技术而在一个可接受的生产力水平和效率。
该项目涵盖ElevenPepperidgeFarm技术产品的所有新的功能、bug修复和修改现有功能和代码的十一项技术产品有关的所有事项。
2.2主要干系人
示例:
序号
职位
姓名
职责
1
ElevenTechnology董事长兼首席执行官
TimCurran
2
ElevenTechnology技术副总裁
VanessaHang
3
ElevenTechnology项目经理
VanessaHang
4
Movitech首席执行官
TinaJi
5
Movitech首席运营官
CharlieChang
6
Movitech项目经理
BradCao
2.3约束与假设
示例:
序号
约束条件
1.
管理上的约束。
对Manager和pm来讲,预算是最大的限制条件。
2.
运行环境要求。
例如:
系统必须安置在一个已经加载了其他EDX的平台上。
3.
资源方面的约束。
如时间,人员方面;软硬件方面的要求。
4.
质量保证方面的约束。
如要求unittest。
5.
其他约束。
。
。
6.
所有工程师都可以在项目开始前到岗
7.
项目不会因为顾客反馈的意见而取消
8.
支持多语言,开发团队现场开发。
。
。
2.4项目组织结构
示例:
3项目计划
3.1项目生命周期
3.1.1生命周期确认
主要按照项目特征、项目类型或客户的需求来确定项目的生命周期(如:
迭代,瀑布,Scrum)。
去认定我们需要根据项目的生命周期来做项目计划。
3.1.2制定项目过程及产物裁剪
详细参考附件1:
项目裁剪模板
3.2里程碑和可交付成果
示例(瀑布式):
序号
里程碑
可交付成果
交付日期
负责人
1.
StoryBoard完成
StoryBoard
2005-4-25
JackyHu
2.
SRS完成
SRS
2005-4-30
JackyHu
3.
设计完成
SDS
测试用例
测试计划
2005-5-18
KyleLee
CharlesDi
4.
代码完成
Build
ReleaseNotes
2005-6-30
KyleLee
5.
Alpha版本
Build
ReleaseNotes
2005-7-29
JackyHu
6.
Beta版本
Build
ReleaseNotes
2005-9-9
JackyHu
7.
最终版本
Build
ReleaseNotes
2005-9-30
JackyHu
8.
UAT完成
Build
ReleaseNotes
测试报告
用户手册
2005-10-10
JackyHu
9.
系统上线
Build
培训资料
2005-10-30
JackyHu
示例(敏捷式):
序号
里程碑
可交付成果
交付日期
负责人
1.
StoryBoard完成
StoryBoard
2.
Backlog完成
Backlog
3.
Sprint1完成
Build
ReleaseNotes
4.
Sprint2完成
Build
ReleaseNotes
5.
…
Build
ReleaseNotes
6.
UAT
Build
ReleaseNotes
测试报告
用户手册
7.
系统上线
Build
培训资料
3.3工作分解结构
通过WBS把模糊的工作逐层分解和简化,为后续工作打下基础,很好的解决现阶段项目开发中存在的问题。
在信息系统开发项目中创建WBS的基本原则
①任务原则:
一个单位工作任务只能在WBS中出现一次;每一项任务只能有一个人负责;WBS中任意一项任务的内容是其对应下级各项工作之和;
②实际原则:
WBS必须与实际工作任务的执行过程一致,分解后的工作应该是可管理的、可检查的和独立的,要符合项目团队工作的需要;
③时间原则:
在任务的分解过程中,最小级别的任务最好控制在40工时内,可以保证项目问题在两周或更短的时间内解决;
④文档原则:
在任务的分解中,每个WBS项都必须文档化,以确保准确理解已包括和未包括的工作范围;
⑤灵活原则:
WBS必须在根据范围说明书正常地维护项目工作内容的同时,也能适应无法避免的变更。
3.4项目评估
(现阶段暂时还是按项目经理本身的估算方法实现,后期跟进。
评估人天大于100人天的需要组织部分有经验员工集体review)
项目评估流程参考附件2:
项目评估流程
项目评估方法及模板参考附件3-6:
ProjectEstimateTemplate-Normal
项目估算模板-Delphi
项目估算模板-Analogy-Pert
项目估算模板-Pert
四种评估方法和模板任选一种进行评估。
3.5开发计划
Ø开发计划的每个任务需要小于等于5人天;
Ø任务明确,并可验证;
Ø开发验证的过程需要包括在计划中。
关键里程碑计划可采用图形方式。
将项目的所有里程碑和关键活动标注在下面的时间轴上。
注意:
如果存在早期功能子集Beta和/或ESP交付件,PDT需要对交付件进行TR4A/TR5评审,以及对GA层产品交付件进行TR4A和TR5评审。
PDT不需要对每一个构件标注TR4,只需要标示第一个TR4的日期。
如果需要将所有里程碑和关键活动标注出来,可将时间轴划分成阶段:
阶段
估计结束日期
交付件
验收准则
(可去掉)
TR1(需求评审)
和概念DR
市场调研报告(立项阶段输出)
市场需求清单(立项阶段输出)
初始业务计划(立项阶段输出)
产品需求规格书
TR2(总体方案评审)和计划DR
产品可行性分析报告/产品业务计划
产品开发计划
总体设计方案书/产品设计说明书
产品测试与验证计划
工艺总体方案
装备总体方案
初始物料清单
供应商和物料选择计划
物料认证计划
提前采购决策
TR3(模块级概要设计评审)
模块级概要设计/总体设计
各模块级测试报告
目标成本跟踪表
市场教育和培训计划
测试方案
TR4(原型机评审)
原型机
原型机测试报告
TR5(设计定型评审)
中试样机验证报告
制造系统验证报告
BETA测试结束
BETA测试报告
外部认证结束
系统认证和标杆测试报告
TR6(转产评审)
和发布DR
产品可行性分析报告/产品业务计划(优化后)
市场发布材料清单
受控销售阶段评估报告
试产验证测试报告
制造系统验证报告
量产点GA
量产检查点确认通知
3.6资源计划
3.6.1知识和所需的技能
必备的知识和技能
所需人员数量
满意度(%)
C++
6
100%
Java
2
70%
VB
2
100%
Oracle
7
100%
PLM
12
100%
Donet
2
3
Perl/Python
2
2
3.6.2人员安排及分配
工作人员名称
角色
开始时间
结束时间
投入比列%
电话
邮箱
DanaDai
PM
07-06-05
12-31-07
30%
MichaelZhou
Dev
Leader
04-20-05
12-31-07
100%
JenniferWong
Dev
05-16-05
12-31-07
60%
LukeZhong
Dev
04-20-05
12-31-07
100%
JohnnyYang
Dev
04-20-05
12-31-07
100%
MoonZhang
Dev
05-19-05
12-31-07
100%
MorrisLi
QA
07-04-05
12-31-07
100%
LeopoldWu
QA
07-04-05
12-31-07
100%
3.6.3角色和职责
角色
责任
备注
项目经理(PM)
制定项目计划
定义项目过程
管理项目日程
项目资源管理器
开发经理(DevLeader)
管理开发日程安排
管理开发资源
定义开发方法
设计系统体系结构
检讨SDS
技术培训人员
测试经理/负责人(QALeader)
管理质量保证计划
QA资源管理
定义QA和发布过程
查看测试计划和测试用例
QA技术培训人员
验收
软件工程师(Dev)
设计和编写功能代码
测试工程师(QA)
制定测试计划及案例
测试产品
生成测试报告
PC/PPQA
协助项目负责人完成项目注册表的填写并根据表上的信息在ProjectForge、JIRA和Confluence上立项
CM
根据流程中附件的内容为相应资源配置ProjectForge、JIRA和Confluence的权限
3.6.4培训计划
主题
说明
目标
目标人员
培训时间
时长
备注
Agile产品
高层次的介绍
初步认识Agile产品
所有新员工
加入Agile85的第三周
用1.5小时
Michaeltrains
VSS/CQ用法
详细介绍工作原理
所有新员工
新人加入Agile85 的第二周
用0.5小时
Michaeltrainsdevelopers,ArnoldtrainsQAs
项目进程
介绍
所有员工
07-10-05
07-10-05
Michaeltrain
代码样式培训
全部开发人员
加入Agile85 的第二周
用2小时
Oracle&AgileDB
针对全部人员
全部项目组人员
10-08-05
10-08-05
Moontrains
QA技术培训
所有QA
05-23-05
05-23-05
Arnoldtrains
3.6.5软硬件资源计划
资源名称
优先
详细配置
购入方法和日期
备注
AgileAdvantageSDK(6)
正常
2005SP2
从中小企业获得
2005/04/26
SftTreeControl
正常
从IT获得
2005/05/26
SolidWorks2005(6)
高
从IT获得
2005/04/22
Server
(1)
正常
P42.4/2.4G/HD160G
Win2003Server
Oracle8.1.7
AgileAdvantage2005
从IT获得
2005/04/27
Desktop(8)
高
P42.4G/1G/HD80G
Win2KProSP4(5)
WinXPSP2
(2)
VS6,MSOffice2000
RationalRose
(2)
从IT获得
2005/04/22
3.7相关干系人员计划管理
干系人活动
项目经理
开发经理
测试经理
开发工程师
测试工程师
客户IT
客户业务部
范围定义
项目计划确认
需求收集
StoryBoard确认
SRS确认
项目进度监控
UAT环境准备
UAT
验收报告签字
项目结项会议
备注:
◆R:
谁负责(R=Responsible),即负责执行任务的角色,他/她具体负责操控项目、解决问题。
◆A:
谁批准(A=Accountable),即对任务负全责的角色,只有经他/她同意或签署之后,项目才能得以进行。
◆S:
谁支持(S=Supportive),即提供信息资源,辅助执行任务的人员。
◆C:
咨询谁(C=Consulted),拥有完成项目所需的信息或能力的人员。
◆I:
通知谁(I=Informed),即拥有特权、应及时被通知结果的人员,却不必向他/她咨询、征求意见。
该活动主要针对需要客户方参与的活动,可根据项目需要自行添加。
3.8沟通计划
3.8.1每日沟通
序号
方式
工作内容
目标
参加人
备注
3.8.2每周沟通
序号
方式
工作内容
目标
参加人
备注
3.8.3每月沟通
序号
方式
工作内容
目标
参加人
备注
3.8.4随时沟通
序号
方式
工作内容
目标
参加人
备注
根据项目自身需求,可调整各个沟通频率。
3.9流程质量控制计划
3.9.1PPQA评审机制
Ø实施审计
PPQA根据《PPQA检查计划》,检查项目实际执行过程和相关工作产品是否符合既定的规范。
Ø记录结果
PPQA将不符合项记录在《PPQA检查计划-偏差明细列表》中。
Ø协商纠正措施
PPQA工程师与项目经理(或EPGLeader)分析不符合项原因并协商改进措施。
对于项目经理(EPGLeader)不认同的不符合项,PPQA工程师将该不符合项汇报给PMO,由PMO协商解决。
3.9.2PPQA检查计划
详细参见附件7:
PPQA检查计划
3.10风险计划
序号
风险管理范围
风险管理方法/工具
风险跟踪频率(每周/每月)
1.
技能方面的风险
组织相关培训
2.
设备(软硬件)环境
与IT沟通去落实
3.
需求
通过访谈、原型、组织会议等多种方式去获取需求并得到需求的确认。
4.
假期
协调,延长休假的时间范围
5.
干系人风险
加强沟通
详细参见附件8:
项目风险跟踪管理模板
1
3.11发布计划
该计划特质外部发布计划,内部发布计划见测试计划。
序号
发布包
时间
标准
环境
功能&文档
对象
责任人
备注
3.12上线计划
序号
步骤
开始时间
结束时间
负责人
备注
1
设备安装
2
配置
3
数据迁移
4
数据初始化
5
培训
6
上线支持
3.13验收计划
3.13.1项目验收标准:
1)P1缺陷=0
2)P2缺陷<2
3)所有新提出的问题解决.
4)QA结束了所有测试.
5)Agile接受sp的质量.
3.13.2验收项清单
序号
验收项列表
状态
备注
3.13.3验收时间和进度
序号
验收物
计划验收结束时间
实际验收结束时间
验收状态
备注
3.14监督和控制计划
监督和控制策略
控制机制
频率
负责人员
风险
风险管理计划
PM
问题
PM管理issues,项目人员在周会上汇报issues情况,如果有困难的问题,应及时提出。
PM
进度管理
主持周会,项目人员汇报工作状态,PM对照项目计划,如有需要则调整项目计划
PM
产品质量
单元测试,代码审查,测试用例审查,测试
所有项目人员
项目范围管理
缺陷少于100,HFs少于5
发布项目组
相关人员管理
相关人员管理计划
PM
协作项目计划
开会
PM
3.15需求变更管理
每个客户认可的需求变更都需要通过需求申请单填写需求变更申请,保存在项目内部的SVN中。
《需求申请单》如附件9。
4附件
序号
附件名
地址
附件1
项目裁剪
https:
//svn.movit-:
3690/svn/Organization_Standard_library/branches/项目模板库/2.项目管理/2.2项目管理
附件2
项目评估
https:
//svn.movit-:
3690/svn/Organization_Standard_library/branches/项目模板库/2.项目管理/2.1项目评估
附件3
ProjectEstimate-Normal
https:
//svn.movit-:
3690/svn/Organization_Standard_library/branches/项目模板库/2.项目管理/2.1项目评估
附件4
项目估算-Delphi
https:
//svn.movit-:
3690/svn/Organization_Standard_library/branches/项目模板库/2.项目管理/2.1项目评估
附件5
项目估算-Analogy-Pert
https:
//svn.movit-:
3690/svn/Organization_Standard_library/branches/项目模板库/2.项目管理/2.1项目评估
附件6
项目估算-Pert
https:
//svn.movit-:
3690/svn/Organization_Standard_library/branches/项目模板库/2.项目管理/2.1项目评估
附件7
PPQA检查计划
https:
//svn.movit-:
3690/svn/Organization_Standard_library/branches/项目模板库/2.项目管理/2.2项目管理
附件8
项目风险跟踪管理
https:
//svn.movit-:
3690/svn/Organization_Standard_library/branches/项目模板库/2.项目管理/2.2项目管理
附件9
需求变更申请单
https:
//svn.movit-:
3690/svn/Organization_Standard_library/branches/项目模板库/2.项目管理/2.3需求管理
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 管理 计划 模板
![提示](https://static.bdocx.com/images/bang_tan.gif)