《项目管理计划模板》由会员分享，可在线阅读，更多相关《项目管理计划模板（23页珍藏版）》请在金锄头文库上搜索。
1、项目管理计划模板版本历史版本号日期作者修订原因0.1.02012-01-17Jerry Sun初始版本0.2.02012-02-14Jerry Sun增加了4.1、4.4、4.7章节的内容，同时重新排版，使结构更加清晰0.3.02013-06-24Cherry Shen结构调整，添加发布，上线及附件0.4.02013-06-26Cherry Shen根据Review结果，文档更新 目 录1目的42项目摘要42.1项目目标和范围42.2主要干系人42.3里程碑和可交付成果42.4约束62.5假设62.6项目组织结构73项目计划73.1项目生命周期73.1.1生命周期确认73.1.2制定项目过程及
2、产物裁剪73.2工作分解结构73.3项目评估83.4开发计划93.5资源计划113.5.1知识和所需的技能113.5.2人员安排及分配113.5.3角色和职责113.5.4培训计划123.5.5软硬件资源计划133.6相关干系人员计划管理133.7沟通计划143.7.1每日沟通143.7.2每周沟通143.7.3每月沟通143.7.4随时沟通153.8流程质量控制计划153.8.1PPQA评审机制153.8.2PPQA检查计划153.9风险计划153.10发布计划163.11上线计划163.12验收计划173.12.1项目验收标准:173.12.2验收项清单173.12.3验收时间和进度173
3、.13监督和控制计划173.14需求管理184附件181 目的该项目计划确定适用的政策，需求和软件开发的数据交换的标准，文档为完成开发工作定义了日程安排，组织，资源和必要的软件活动进程。2 项目摘要2.1 项目目标和范围示例：Movitech 负责Eleven技术所需的所有资源.相关资源部门会和美国团队和全队职工协作来实现Eleven Pepperidge Farm 技术产品的成功交付。国内的资源将会按照Eleven技术而在一个可接受的生产力水平和效率。该项目涵盖Eleven Pepperidge Farm技术产品的所有新的功能、 bug 修复和修改现有功能和代码的十一项技术产品有关的所有事项
4、。2.2 主要干系人示例:序号职位姓名职责1Eleven Technology董事长兼首席执行官Tim Curran2Eleven Technology技术副总裁Vanessa Hang3Eleven Technology项目经理Vanessa Hang4Movitech首席执行官Tina Ji5Movitech首席运营官Charlie Chang6Movitech 项目经理Brad Cao2.3 约束与假设示例:序号约束条件1.管理上的约束。对Manager和pm来讲，预算是最大的限制条件。2运行环境要求。例如：系统必须安置在一个已经加载了其他 EDX的平台上。3资源方面的约束。如时间，人员
5、方面；软硬件方面的要求。4质量保证方面的约束。如要求unit test。5.其他约束。6.所有工程师都可以在项目开始前到岗7.项目不会因为顾客反馈的意见而取消8.支持多语言，开发团队现场开发。2.4 项目组织结构示例： 3 项目计划3.1 项目生命周期3.1.1 生命周期确认主要按照项目特征、项目类型或客户的需求来确定项目的生命周期（如：迭代，瀑布，Scrum)。去认定我们需要根据项目的生命周期来做项目计划。3.1.2 制定项目过程及产物裁剪详细参考附件1：项目裁剪模板3.2 里程碑和可交付成果示例（瀑布式）:序号里程碑可交付成果交付日期负责人1.Story Board完成Story Boar
6、d2005-4-25Jacky Hu2.SRS 完成SRS2005-4-30Jacky Hu3.设计完成SDS测试用例测试计划2005-5-18Kyle LeeCharles Di4.代码完成BuildRelease Notes2005-6-30Kyle Lee5.Alpha 版本BuildRelease Notes2005-7-29Jacky Hu6.Beta 版本BuildRelease Notes2005-9-9Jacky Hu7.最终版本BuildRelease Notes2005-9-30Jacky Hu8.UAT完成BuildRelease Notes测试报告用户手册2005-10
7、-10Jacky Hu9.系统上线Build培训资料2005-10-30Jacky Hu示例（敏捷式）:序号里程碑可交付成果交付日期负责人1.Story Board完成Story Board2.Backlog完成Backlog3.Sprint1完成BuildRelease Notes4.Sprint2完成BuildRelease Notes5.BuildRelease Notes6.UATBuildRelease Notes测试报告用户手册7.系统上线Build培训资料3.3 工作分解结构通过WBS把模糊的工作逐层分解和简化，为后续工作打下基础，很好的解决现阶段项目开发中存在的问题。在信息系统
8、开发项目中创建WBS的基本原则任务原则：一个单位工作任务只能在WBS中出现一次；每一项任务只能有一个人负责；WBS中任意一项任务的内容是其对应下级各项工作之和；实际原则：WBS必须与实际工作任务的执行过程一致，分解后的工作应该是可管理的、可检查的和独立的，要符合项目团队工作的需要；时间原则：在任务的分解过程中，最小级别的任务最好控制在40工时内，可以保证项目问题在两周或更短的时间内解决；文档原则：在任务的分解中，每个WBS项都必须文档化，以确保准确理解已包括和未包括的工作范围；灵活原则：WBS必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。3.4 项目评估（现阶段暂时
9、还是按项目经理本身的估算方法实现，后期跟进。评估人天大于100人天的需要组织部分有经验员工集体review）项目评估流程参考附件2: 项目评估流程项目评估方法及模板参考附件3-6：Project Estimate Template-Normal 项目估算模板- Delphi项目估算模板-Analogy-Pert项目估算模板-Pert四种评估方法和模板任选一种进行评估。3.5 开发计划 开发计划的每个任务需要小于等于5人天； 任务明确，并可验证； 开发验证的过程需要包括在计划中。关键里程碑计划可采用图形方式。将项目的所有里程碑和关键活动标注在下面的时间轴上。注意：如果存在早期功能子集Beta和/
10、或ESP交付件，PDT 需要对交付件进行TR4A/TR5评审，以及对GA层产品交付件进行TR4A和TR5评审。PDT不需要对每一个构件标注TR4，只需要标示第一个TR4的日期。如果需要将所有里程碑和关键活动标注出来，可将时间轴划分成阶段： 阶段估计结束日期交付件验收准则（可去掉）TR1（需求评审）和概念DR市场调研报告（立项阶段输出）市场需求清单（立项阶段输出）初始业务计划（立项阶段输出）产品需求规格书TR2（总体方案评审）和计划DR产品可行性分析报告/产品业务计划产品开发计划总体设计方案书/产品设计说明书产品测试与验证计划工艺总体方案装备总体方案初始物料清单供应商和物料选择计划物料认证计划提
11、前采购决策TR3（模块级概要设计评审）模块级概要设计/总体设计各模块级测试报告目标成本跟踪表市场教育和培训计划测试方案TR4（原型机评审）原型机原型机测试报告TR5（设计定型评审）中试样机验证报告制造系统验证报告BETA测试结束BETA测试报告外部认证结束系统认证和标杆测试报告TR6（转产评审）和发布DR产品可行性分析报告/产品业务计划（优化后）市场发布材料清单受控销售阶段评估报告试产验证测试报告制造系统验证报告量产点GA量产检查点确认通知3.6 资源计划3.6.1 知识和所需的技能 必备的知识和技能所需人员数量满意度 (%)C+6100%Java270%VB2100%Oracle7100%P
12、LM12100%Donet23Perl/Python223.6.2 人员安排及分配工作人员名称角色开始时间结束时间投入比列%电话邮箱Dana DaiPM07-06-0512-31-0730%Michael ZhouDev Leader04-20-0512-31-07100%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%3.6.3 角色和职责角色责任备注项目经理（PM）制定项目计划定义项目过程管理项目日程项目资源管理器开发经理（Dev Leader）管理开发日程安排管理开发资源定义开发方法设计系统体系结
