项目管理计划模板

项目管理计划模板Jennifer WongDev05-16-0512-31-0760%Luke ZhongDev04-20-0512-31-07100%Johnny YangDev04-20-0512-31-07100%Moon ZhangDev05-19-0512-31-07100%Morris LiQA07-04-0512-31-07100%Leopold WuQA07-04-0512-31-07100%角色和职责角色责任备注项目经理PM制定项目计划定义项目过程管理项目日程项目资源管理器管理开发日程安排管理开发资源定义开发经理Dev Leader开发方法设计系统体系结构检讨SDS技术培训人员测试经理/负责人QA LeaderQA资源管理定义QA和发布过程查看测试计划和测试用例QA技术培训人员验收软件工程师Dev设计和编写功能代码测试工程师QA制定测试计划及案例测试产品生成测试报告PC/PPQA协助项目负责人完成项目注册表的填写并根据表上的信息在ProjectForge、JIRA和Confluence上立项CM根据流程中附件的内容为相应资源配置ProjectForge、JIRA和Confluence的权限培训|计戈ij主题说明目标目标人员培训时间时长备注力口入初步认识Agile产品所有新员工用15小时Michael trainsAgile85的第高层次的介绍Agile产品三周新人加入Michael trains详细介绍工作VSS/CQ用法所有新员工Agile85的第用

0.5小时developers,Arnold原理trains QAs二周项目进程介绍所有员工07-10-0507-10-05Michael train代码样式培全部开发人员加入Agile85用2小时训的第二周全部项目组人Oracle10-08-0510-08-05Moon trains针对全部人员员Agile DBQA技术培训所有QN05-23-0505-23-05Arnold trains软硬件资源计划资源名称优先详细配置购入方法和日期备注Agile AdvantageSDK正常2005SP2从中小企业获得62005/04/26SftTree Control正常从N获得2005/05/26SoliclWorks20056高从1T获得2005/04/22Server1正常从H获得2005/04/27P

42.4/2AG/HD160GWin2003ServerAgile Advantage2005Desktop8高从IT获得2005/04/22P

42.4G/1G/HD80G Win2K ProSP45Win XPSP22VS6MS Office2000fRational Rose2相关干系人员计划管理

3.7客户客户业务人活动项目经理开发经理测试经理开发工程师测试工程师IT部范围定义项目计划确认需求收集Story Board确认SRS确认项目进度监控UAT环境准备UAT验收报告签字项目结项会议备注谁负责即负责执行任务的角色，他/她具体负责操控项目、♦R R=Responsible,解决问题谁批准二即对任务负全责的角色，只有经他/她同意或签署之♦A:A Accountable,后，项目才能得以进行谁支持即提供信息资源，辅助执行任务的人员♦S:S=Supportive,咨询谁拥有完成项目所需的信息或能力的人员♦C:C=Consulted,通知谁即拥有特权、应及时被通知结果的人员，却不必向他/她咨♦I:I=Informed,询、征求意见该活动主要针对需要客户方参与的活动,可根据项目需要自行添加沟通计划

3.8每日沟通381序号方式工作内容目标参加人备注每周沟通382序号方式工作内容目标参加人备注每月沟通383序号方式工作内容目标参加人备注随时沟通384序号方式工作内容目标参加人备注根据项目自身需求,可调整各个沟通频率流程质量控制计划

3.9评审机制391PPQA＞实施审计根据《检查计划》，检查项目实际执行过程和相关工作产品是否符合既定的PPQA PPQA规范＞记录结果将不符合项记录在《检查计划-偏差明细列表》中PPQA PPQA＞协商纠正措施工程师与项目经理（或）分析不符合项原因并协商改进措施PPQA EPG Leader对于项目经理（）不认同的不符合项，工程师将该不符合项汇报给EPGLeaderPPQA PMO,由协商解决PMO检查计戈392PPQA U详细参见附件检查计划7:PPQA风险计划

3.10序号风险管理范围风险管理方法/工具风险跟踪频率（每周/每月）

7.技能方面的风险组织相关培训

2.设备（软硬件）环境与1T沟通去落实通过访谈、原型、组织会议

3.需求等多种方式去获取需求并得到需求的确iAo协调,延长休假的时间范围

4.假期

5.干系人风险加强沟通详细参见附件项目风险跟踪管理模板8发布计划

3.11该计划特质外部发布计划,内部发布计划见测试计划序发布包时间标准环境对象责任人备注号功能文档上线计划

3.12序号步骤负责人备注开始时间结束时间1设备安装2配置3数据迁移4数据初始化5培训16上线支持验收计划

3.13项目验收标准

3.

13.1缺陷二1P10缺陷＜2P22所有新提出的问题解决.3结束了所有测试.4QA接受的质量.5Agile sp验收项清单序号验收项列表状态备注1验收时间和进度序号验收物计划验收结实际验收结验收状态备注束时间束时间监督和控制计划

3.14监督和控制策略控制机制频率负责人员风险风险管理计划PMPM管理issues,项目A员在周会上汇报issues情况,如果有困难的问题,应及时提出问题PM主持周会,项目人员汇报工作状态,PM对进度管理照项目计划，如有需要则调整项目计划PM单元测试,代码审查,测试用例审查,测试产品质昂;所有项目人员项目范围管理缺陷少于100,HFs少于5发布项目组相关人员管理相关人员管理计划PM协作项目计划开会PM需求变更管理

3.15每个客户认可的需求变更都需要通过需求申请单填写需求变更申请，保存在项目内部的中SVN《需求申请单》如附件9附件4序号附件名地址附件项目裁剪项目模板库.项目管理项目管理1/2/

2.2附件项目评估项目模板库.项目管理项目评估2/2/

2.1附件3Project Estimate项目模板库/

2.项目管理/

2.1项目评估-Normal附件项目估算-项目模板库.项目管理项目评估4/2/

2.1Delphi附件项目模板库,项目管理项目评估5项目估算-/2/

2.1Analogy-Pert附件项目估算项目模板库.项目管理项目评估6-Pert/2/

2.1附件检查计划项目模板库项目管理项目管理7PPQA/

2./

2.2附件8项目风险跟踪管理项目模板库/

2.项目管理/

2.2项目管理附件需求变更申请单项目模板库.项目管理需求管理9/2/

2.3版本历史版本号日期作者修订原因初始版本2012-01-17Jerry Sun增加了

4.

1、

4.

4、

4.7章节的内容，同时重新排2012-02-14Jerry Sun版，使结构更加清晰结构调整，添加发布，上线及附件2013-06-24Cherry Shen2013-06-26Cherry Shen根据Review结果，文档更新1目的2项目摘要

2.1项目目标和范围

2.2主要干系人

2.3里程碑和可交付成果

2.4约束

2.5假设

2.6项目组织结构3项目计划

3.1项目生命周期

11.1生命周期确认312制定项目过程及产物裁剪

3.2工作分解结构

3.3项目评估

3.4开发计划

3.5资源计划

3.

5.1知识和所需的技能

3.

5.2人员安排及分配353角色和职责354培训计划.355软硬件资源计划

3.6相关干系人员计划管理

3.7沟通计划

3.

7.1每日沟通

3.

7.2每周沟通

3.

7.3每月沟通

3.

7.4随时沟通

3.8流程质量控制计划

3.

8.1PPQA评审机制

3.

8.2PPQA检查计划

3.9风险计划

3.10发布计划

3.11上线计划

3.12验收计划

3.

12.1项目验收标准:

1.

1.22验收项清单

1.

1.33验收时间和进度

3.13监督和控制计划

3.14需求管理4附件目的1该项目计划确定适用的政策,需求和软件开发的数据交换的标准，文档为完成开发工作定义了日程安排,组织,资源和必要的软件活动进程项目摘要

22.1项目目标和范围示例:Movitech负责Eleven技术所需的所有资源.相关资源部门会和美国团队和全队职工协作来实现Eleven PepperidgeFarm技术产品的成功交付国内的资源将会按照Eleven技术而在一个可接受的生产力水平和效率该项目涵盖Eleven PepperidgeFann技术产品的所有新的功能、bug修复和修改现有功能和代码的十一项技术产品有关的所有事项

2.2主要干系人示例:序号职位姓名职责1Eleven Technology董事长兼首席执仃官Tim Curran2Eleven Technology技术副总裁Vanessa Hang3Eleven Technology项目经理Vanessa Hang4Movitech首席执行官Tina Ji5Movitech首席运营官Charlie Chang6Movitech项目经理Brad Cao约束与假设23示例:序号约束条件

1.管理上的约束对Manager和pm来讲,预算是最大的限制条件

2.运行环境要求例如:系统必须安置在一个已经加载了其他EDX的平台上

3.资源方面的约束如时间，人员方面;软硬件方面的要求

4.质量保证方面的约束如要求unit test

5.其他约束

6.所有工程师都可以在项目开始前到岗

7.项目不会因为顾客反馈的意见而取消

8.支持多语言,开发团队现场开发项目组织结构

2.4示例:项目计划3项目生命周期

3.1生命周期确认

3.11主要按照项目特征、项目类型或客户的需求来确定项目的生命周期（如:迭代,瀑布,Scrum）去认定我们需要根据项目的生命周期来做项目计划制定项目过程及产物裁剪312详细参考附件1项目裁剪模板程碑和可交付成果

3.12示例（瀑布式）:序号里程碑可交付成果交付日期负责人

1.Story Board完成Story Board2005-4-25Jacky Hu

2.SRS完成SRS2005-4-30Jacky HuSDS

3.设计完成2005-5-18Kyle Lee测试用例Charles Di测试计划

4.代码完成Build2005-6-30Kyle LeeReleaseNotes

5.Alpha版本Build2005-7-29Jacky HuReleaseNotes

6.Beta版本Build2005-9-9Jacky HuReleaseNotes

7.最终版本Build2005-9-30Jacky HuRelease NotesBuild

8.UAT完成2005-10-10Jacky HuReleaseNotes测试报告用户手册Build

9.系统上线2005-10-30Jacky Hu培训资料示例（敏捷式）:序号里程碑可交付成果交付日期负责人

1.Story Board完成Story Board

2.Backlog完成Backlog

3.Sprint］完成BuildRelease Notes

4.Sprint

2.完成BuildRelease NotesBuild

5.•••ReleaseNotesBuild

6.UATRelease Notes测试报告用户手册

7.系统上线Build培训资料作分解结构

3.13通过WBS把模糊的工作逐层分解和简化,为后续工作打下基础,很好的解决现阶段项目开发中存在的问题在信息系统开发项目中创建WBS的基本原则

①任务原则:一个单位工作任务只能在WBS中出现一次;每一项任务只能有一个人负责;WBS中任意一项任务的内容是其对应下级各项工作之和；？

②实际原则:WBS必须与实际工作任务的执行过程一致,分解后的工作应该是可管理的、可检查的和独立的，要符合项目团队工作的需要；？

③时间原则:在任务的分解过程中,最小级别的任务最好控制在40工时内,可以保证项目问题在两周或更短的时间内解决；？

④文档原则:在任务的分解中,每个WBS项都必须文档化,以确保准确理解已包括和未包括的工作范围；？

⑤灵活原则:WBS必须在根据范围说明书正常地维护项目工作内容的同时,也能适应无法避免的变更目评估

3.14（现阶段暂时还是按项目经理本身的估算方法实现,后期跟进评估人天大于100人天的需要组织部分有经验员工集体review）项目评估流程参考附件2:项目评估流程项目评估方法及模板参考附件3-6Project EstimateTemplate-Nonnal项目估算模板-Delphi项H估算模板-Analo8-P evt项目估算模板-Pert四种评估方法和模板任选一种进行评估发计划

3.15＞开发计划的每个任务需要小于等于人天;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知识和所需的技能必备的知识和技能所需人员数量满意度（％）C++6100%Java270%VB2100%Oracle7100%PLM12100%Donet23Perl/Python22人员安排及分配362工作人员名称角色开始时间结束时间电话邮箱投入比列％Dana DaiPM07-06-0512-31-0730%Michael ZhouDev04-20-0512-31-07100%Leader。