项目管理计划模板

项项目目管管理理计计划划模模板板 精品文库 欢迎下载2 版本历史版本历史 版本号版本号日期日期作者作者修订原因修订原因 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目的目的 .4 精品文库 欢迎下载3 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 精品文库 欢迎下载4 1目目的的 该项目计划确定适用的政策，需求和软件开发的数据交换的标准，文档为完成 开发工作定义了日程安排，组织，资源和必要的软件活动进程。 2 项项目目摘摘要要 2.1 项项目目目目标标和和范范围围 示例： Movitech 负责Eleven技术所需的所有资源.相关资源部门会和美国团队和全队 职工协作来实现Eleven Pepperidge Farm 技术产品的成功交付。国内的资源将会按 照Eleven技术而在一个可接受的生产力水平和效率。 该项目涵盖Eleven Pepperidge Farm技术产品的所有新的功能、 bug 修复和修 改现有功能和代码的十一项技术产品有关的所有事项。 2.2 主主要要干干系系人人 示例: 序号序号职位职位姓名姓名 职责职责 1Eleven Technology董事长兼首席执行官Tim Curran 2Eleven Technology技术副总裁Vanessa Hang 3Eleven Technology项目经理Vanessa Hang 4Movitech首席执行官Tina Ji 5Movitech首席运营官Charlie Chang 6Movitech 项目经理Brad Cao 2.3 约约束束与与假假设设 示例: 序号序号约束条件约束条件 1.管理上的约束。对Manager和pm来讲，预算是最大的限制条件。 2运行环境要求。例如：系统必须安置在一个已经加载了其他 EDX的平台上。 精品文库 欢迎下载5 3资源方面的约束。如时间，人员方面；软硬件方面的要求。 4质量保证方面的约束。如要求unit test。 5.其他约束。 6.所有工程师都可以在项目开始前到岗 7.项目不会因为顾客反馈的意见而取消 8.支持多语言，开发团队现场开发。 2.4 项项目目组组织织结结构构 示例： Jacky Hu Project Manager Kyle Li Dev. Leader Jarod Li Developer Frank Liu Developer Andy Li Developer Jerry Qin Developer Charles Di Test Engineer CM PC 3 项项目目计计划划 3.1 项项目目生生命命周周期期 3.1.1生命周期确认 主要按照项目特征、项目类型或客户的需求来确定项目的生命周期（如：迭代， 瀑布，Scrum)。去认定我们需要根据项目的生命周期来做项目计划。 3.1.2制定项目过程及产物裁剪 详细参考附件1：项目裁剪模板 3.2 里里程程碑碑和和可可交交付付成成果果 示例（瀑布式）: 精品文库 欢迎下载6 序号序号里程碑里程碑可交付成果可交付成果交付日期交付日期负责人负责人 1.Story Board完成Story Board2005-4-25Jacky Hu 2.SRS 完成SRS2005-4-30Jacky Hu 3.设计完成SDS 测试用例 测试计划 2005-5-18Kyle Lee Charles Di 4.代码完成Build Release Notes 2005-6-30Kyle Lee 5.Alpha 版本Build Release Notes 2005-7-29Jacky Hu 6.Beta 版本Build Release Notes 2005-9-9Jacky Hu 7.最终版本Build Release Notes 2005-9-30Jacky Hu 8.UAT完成Build Release Notes 测试报告 用户手册 2005-10-10Jacky Hu 9.系统上线Build 培训资料 2005-10-30Jacky Hu 示例（敏捷式）: 序号序号里程碑里程碑可交付成果可交付成果交付日期交付日期负责人负责人 1.Story Board完成Story Board 2.Backlog完成Backlog 3.Sprint1完成Build Release Notes 精品文库 欢迎下载7 4.Sprint2完成Build Release Notes 5.Build Release Notes 6.UATBuild Release Notes 测试报告 用户手册 7.系统上线Build 培训资料 3.3 工工作作分分解解结结构构 通过WBS把模糊的工作逐层分解和简化，为后续工作打下基础，很好的解决 现阶段项目开发中存在的问题。 在信息系统开发项目中创建WBS的基本原则 任务原则：一个单位工作任务只能在WBS中出现一次；每一项任务只能有 一个人负责；WBS中任意一项任务的内容是其对应下级各项工作之和； 实际原则：WBS必须与实际工作任务的执行过程一致，分解后的工作应该 是可管理的、可检查的和独立的，要符合项目团队工作的需要； 时间原则：在任务的分解过程中，最小级别的任务最好控制在40工时内， 可以保证项目问题在两周或更短的时间内解决； 文档原则：在任务的分解中，每个WBS项都必须文档化，以确保准确理解 已包括和未包括的工作范围； 灵活原则：WBS必须在根据范围说明书正常地维护项目工作内容的同时， 也能适应无法避免的变更。 精品文库 欢迎下载8 3.4 项项目目评评估估 （现阶段暂时还是按项目经理本身的估算方法实现，后期跟进。评估人天大于 100人天的需要组织部分有经验员工集体review） 项目评估流程参考附件2: 项目评估流程 项目评估方法及模板参考附件3-6：Project Estimate Template-Normal 项目估算模板- Delphi 项目估算模板-Analogy-Pert 项目估算模板-Pert 四种评估方法和模板任选一种进行评估。 3.5 开开发发计计划划 开发计划的每个任务需要小于等于 5 人天； 任务明确，并可验证； 开发验证的过程需要包括在计划中。 精品文库 欢迎下载9 关键里程碑计划可采用图形方式。 将项目的所有里程碑和关键活动标注在下面的时间轴上。注意：如果存在早期 功能子集Beta和/或ESP交付件，PDT 需要对交付件进行TR4A/TR5评审，以及对 GA层产品交付件进行TR4A和TR5评审。PDT不需要对每一个构件标注TR4，只 需要标示第一个TR4的日期。如果需要将所有里程碑和关键活动标注出来，可将 时间轴划分成阶段： Charter Concept Phase Concept DCP Plan DCPAvailability DCPGA Plan Phase Develop Phase Qualify Phase Launch Phase Life Cycle Management Phase Phase TR1TR2TR3 TR4TR4ATR5 TR6 Early Sales Support DCP 阶段阶段估计结束日期估计结束日期交付件交付件 验收准则验收准则 （可去掉）（可去掉） TR1（需求评审） 和概念DR 市场调研报告（立项阶段输出） 市场需求清单（立项阶段输出） 初始业务计划（立项阶段输出） 产品需求规格书 TR2（总体方案评审）和 计划DR 产品可行性分析报告/产品业务计划 产品开发计划 总体设计方案书/产品设计说明书 产品测试与验证计划 工艺总体方案 装备总体方案 初始物料清单 供应商和物料选择计划 物料认证计划 提前采购决策 TR3（模块级概要设计评 审） 模块级概要设计/总体设计 各模块级测试报告 精品文库 欢迎下载10 目标成本跟踪表 市场教育和培训计划 测试方案 TR4（原型机评审）原型机 原型机测试报告 TR5（设计定型评审）中试样机验证报告 制造系统验证报告 BETA测试结束BETA测试报告 外部认证结束系统认证和标杆测试报告 TR6（转产评审） 和发布DR 产品可行性分析报告/产品业务计划 （优化后） 市场发布材料清单 受控销售阶段评估报告 试产验证测试报告 制造系统验证报告 量产点GA量产检查点确认通知 3.6 资资源源计计划划 3.6.1知识和所需的技能 必备的知识和技能必备的知识和技能所需人员数量所需人员数量满意度满意度 (%) C+6100% Java270% VB2100% Oracle7100% PLM12100% Donet23 Perl/Python22 3.6.2人员安排及分配 工作人员名称工作人员名称角色角色开始时间开始时间 结束时间结束时间 投入比列投入比列%电话电话邮箱邮箱 精品文库 欢迎下载11 Dana DaiPM07-06-0512-31-0730% Michael ZhouDev Leader 04-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）管理开发日程安排 管理开发资源 定义开发方法 设计系统体系结构 检讨 SDS 技术培训人员 测试经理/负责人（QA Leader） 管理质量保证计划 QA 资源管理 定义 QA 和发布过程 查看测试计划和测试用例 QA 技术培训人员 验收 软件工程师（Dev）设计和编写功能代码 测试工程师（QA）制定测试计划及案例 测试产品 生成测试报告 PC/PPQA协助项目负责人完成项目注册表的 填写并根据表上的信息在 ProjectForge、JIRA和Confluence 上立项 CM根据流程中附件的内容为相应资源 配置ProjectForge、JIRA和 精品文库 欢迎下载12 Confluence的权限 3.6.4培训计划 主题主题说明说明目标目标目标人员目标人员培训时间培训时间时长时长备注备注 Agile 产品 高层次的介 绍 初步认识 Agile产品 所有新员工 加入Agile85 的第三周 用1.5小时Michael trains VSS/CQ 用 法 详细介绍工 作原理 所有新员工 新人加入 Agile85 的 第二周 用0.5小时 Michael trains developers, Arnold trains QAs 项目进程介绍所有员工07-10-0507-10-05Michael train 代码样式培 训 全部开发人 员 加入Agile85 的第二周 用2小时 Oracle & Agile DB 针对全部人 员 全部项目组 人员 10-08-0510-08-05Moon trains QA技术培 训 所有QA05-23-0505-23-05Arnold trains 3.6.5软硬件资源计划 资源名称资源名称优先优先详细配置详细配置购入方法和日期购入方法和日期备注备注 Agile Advantage SDK (6) 正常2005 SP2从中小企业获得 2005/04/26 SftTree Control正常从IT获得 2005/05/26 SolidWorks 2005 (6)高从IT获得 2005/04/22 Server (1)正常P42.4/2.4G/HD 160 G Win 2003 Server Oracle 8.1.7 Agile Advantage 2005 从IT获得 2005/04/27 Desktop (8)高P42.4G/1G/HD 80G Win2K Pro SP4 (5) Win XP SP2 (2) VS6, MS Office 2000 Rational Rose (2) 从IT获得 2005/04/22 3.7 相相关关干干系系人人员员计计划划管管理理 干系人干系人 活动活动 项目经理项目经理开发经理开发经理 测试经测试经 理理 开发工程师开发工程师测试工程师测试工程师 客户客户 ITIT 客户业务客户业务 部部 精品文库 欢迎下载13 范围定义 项目计划确认 需求收集 Story Board 确 认 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每周沟通 序号序号方式方式工作内容工作内容目标目标参加人参加人备注备注 精品文库 欢迎下载14 3.8.3每月沟通 序号序号方式方式工作内容工作内容目标目标参加人参加人备注备注 3.8.4随时沟通 序号序号方式方式工作内容工作内容目标目标参加人参加人备注备注 根据项目自身需求，可调整各个沟通频率。 3.9 流流程程质质量量控控制制计计划划 3.9.1PPQA评审机制 实施审计 PPQA 根据PPQA 检查计划，检查项目实际执行过程和相关工作产品是否 符合既定的规范。 记录结果 PPQA 将不符合项记录在PPQA 检查计划-偏差明细列表中。 协商纠正措施 PPQA 工程师与项目经理（或 EPG Leader）分析不符合项原因并协商改进措施。 对于项目经理（EPG Leader）不认同的不符合项，PPQA 工程师将该不符合项 汇报给 PMO，由 PMO 协商解决。 3.9.2PPQA检查计划 详细参见附件 7: PPQA 检查计划 精品文库 欢迎下载15 3.10 风风险险计计划划 序号序号风险管理范围风险管理范围风险管理方法风险管理方法/工具工具风险跟踪频率风险跟踪频率(每周每周/每月每月) 1.技能方面的风险组织相关培训 2.设备（软硬件）环境与IT沟通去落实 3.需求通过访谈、原型、组织 会议等多种方式去获取 需求并得到需求的确认。 4.假期协调，延长休假的时间 范围 5.干系人风险加强沟通 详细参见附件 8：项目风险跟踪管理模板 发发布布计计划划 该计划特质外部发布计划，内部发布计划见测试计划。 序序 号号 发布包发布包时间时间标准标准环境环境功能功能 &文文 档档 对象对象责任责任 人人 备注备注 3.12 上上线线计计划划 序号序号步骤步骤开始时开始时 间间 结束时结束时 间间 负责人负责人备注备注 1设备安装 2配置 3数据迁移 4数据初始 化 5培训 精品文库 欢迎下载16 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 精品文库 欢迎下载17 产品质量 单元测试，代码审查，测试用例审查， 测试所有项目人员 项目范围管理缺陷少于100， HFs 少于5发布项目组 相关人员管理相关人员管理计划PM 协作项目计划开会PM 3.15 需需求求变变更更管管理理 每个客户认可的需求变更都需要通过需求申请单填写需求变更申请，保存在项 目内部的 SVN 中。 需求申请单 如附件 9。 4 附附件件 序号序号附件名附件名地址地址 附件 1项目裁剪 https:/svn.movit- :3690/svn/Organization_Standard_library/branches/ 项目模板库/2. 项目管理/2.2 项目管理 附件 2项目