项目管理计划模板Word格式文档下载.docx

1、Movitech 项目经理Brad Cao2.3 约束与假设约束条件1.管理上的约束。对Manager和pm来讲，预算是最大的限制条件。2运行环境要求。例如：系统必须安置在一个已经加载了其他 EDX的平台上。3资源方面的约束。如时间，人员方面；软硬件方面的要求。4质量保证方面的约束。如要求unit test。5.其他约束。6.所有工程师都可以在项目开始前到岗7.项目不会因为顾客反馈的意见而取消8.支持多语言，开发团队现场开发。2.4 项目组织结构3 项目计划3.1 项目生命周期3.1.1 生命周期确认主要按照项目特征、项目类型或客户的需求来确定项目的生命周期（如：迭代，瀑布，Scrum）。去认

2、定我们需要根据项目的生命周期来做项目计划。3.1.2 制定项目过程及产物裁剪详细参考附件1：项目裁剪模板3.2 里程碑和可交付成果示例（瀑布式）:里程碑可交付成果交付日期负责人1. Story Board完成Story Board2005-4-25Jacky Hu2. SRS 完成SRS2005-4-303. 设计完成SDS测试用例测试计划2005-5-18Kyle LeeCharles Di4. 代码完成BuildRelease Notes2005-6-305. Alpha 版本2005-7-296. Beta 版本2005-9-97. 最终版本2005-9-308. UAT完成测试报告用户

3、手册2005-10-109. 系统上线培训资料2005-10-30示例（敏捷式）:Backlog完成BacklogSprint1完成Sprint2完成UAT3.3 工作分解结构通过WBS把模糊的工作逐层分解和简化，为后续工作打下基础，很好的解决现阶段项目开发中存在的问题。在信息系统开发项目中创建WBS的基本原则任务原则：一个单位工作任务只能在WBS中出现一次；每一项任务只能有一个人负责；WBS中任意一项任务的内容是其对应下级各项工作之和；实际原则：WBS必须与实际工作任务的执行过程一致，分解后的工作应该是可管理的、可检查的和独立的，要符合项目团队工作的需要；时间原则：在任务的分解过程中，最小级

4、别的任务最好控制在40工时内，可以保证项目问题在两周或更短的时间内解决；文档原则：在任务的分解中，每个WBS项都必须文档化，以确保准确理解已包括和未包括的工作范围；灵活原则：WBS必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。3.4 项目评估（现阶段暂时还是按项目经理本身的估算方法实现，后期跟进。评估人天大于100人天的需要组织部分有经验员工集体review）项目评估流程参考附件2: 项目评估流程项目评估方法及模板参考附件3-6：Project Estimate Template-Normal 项目估算模板- Delphi项目估算模板-Analogy-Pert项目估

5、算模板-Pert四种评估方法和模板任选一种进行评估。3.5 开发计划 开发计划的每个任务需要小于等于5人天； 任务明确，并可验证； 开发验证的过程需要包括在计划中。关键里程碑计划可采用图形方式。将项目的所有里程碑和关键活动标注在下面的时间轴上。注意：如果存在早期功能子集Beta和/或ESP交付件，PDT 需要对交付件进行TR4A/TR5评审，以及对GA层产品交付件进行TR4A和TR5评审。PDT不需要对每一个构件标注TR4，只需要标示第一个TR4的日期。如果需要将所有里程碑和关键活动标注出来，可将时间轴划分成阶段：阶段估计结束日期交付件验收准则（可去掉）TR1（需求评审）和概念DR市场调研报告

6、（立项阶段输出）市场需求清单（立项阶段输出）初始业务计划（立项阶段输出）产品需求规格书TR2（总体方案评审）和计划DR产品可行性分析报告/产品业务计划产品开发计划总体设计方案书/产品设计说明书产品测试与验证计划工艺总体方案装备总体方案初始物料清单供应商和物料选择计划物料认证计划提前采购决策TR3（模块级概要设计评审）模块级概要设计/总体设计各模块级测试报告目标成本跟踪表市场教育和培训计划测试方案TR4（原型机评审）原型机原型机测试报告TR5（设计定型评审）中试样机验证报告制造系统验证报告BETA测试结束BETA测试报告外部认证结束系统认证和标杆测试报告TR6（转产评审）和发布DR产品可行性分析

7、报告/产品业务计划（优化后）市场发布材料清单受控销售阶段评估报告试产验证测试报告量产点GA量产检查点确认通知3.6 资源计划3.6.1 知识和所需的技能必备的知识和技能所需人员数量满意度 （%）C+100%Java70%VBOracle7PLM12DonetPerl/Python3.6.2 人员安排及分配工作人员名称角色开始时间结束时间投入比列%电话邮箱Dana DaiPM07-06-0512-31-0730%Michael ZhouDev Leader04-20-05Jennifer WongDev05-16-0560%Luke ZhongJohnny YangMoon Zhang05-19

8、-05Morris LiQA07-04-05Leopold Wu3.6.3 角色和职责责任备注项目经理（PM）制定项目计划定义项目过程管理项目日程项目资源管理器开发经理（Dev Leader）管理开发日程安排管理开发资源定义开发方法设计系统体系结构检讨 SDS技术培训人员测试经理/负责人（QA Leader）管理质量保证计划QA 资源管理定义 QA 和发布过程查看测试计划和测试用例QA 技术培训人员验收软件工程师（Dev）设计和编写功能代码测试工程师（QA）制定测试计划及案例测试产品生成测试报告PC/PPQA协助项目负责人完成项目注册表的填写并根据表上的信息在ProjectForge、JIRA

9、和Confluence上立项CM根据流程中附件的内容为相应资源配置ProjectForge、JIRA和Confluence的权限3.6.4 培训计划主题说明目标目标人员培训时间时长Agile 产品高层次的介绍初步认识Agile产品所有新员工加入Agile85的第三周用1.5小时Michael trainsVSS/CQ 用法详细介绍工作原理新人加入Agile85的第二周用0.5小时Michael trains developers, Arnold trains QAs项目进程介绍所有员工07-10-05Michael train代码样式培训全部开发人员加入Agile85的第二周用2小时Oracl

10、e & Agile DB针对全部人员全部项目组人员10-08-05Moon trainsQA技术培训所有QA05-23-05Arnold trains3.6.5 软硬件资源计划资源名称优先详细配置购入方法和日期Agile Advantage SDK （6） 正常2005 SP2从中小企业获得2005/04/26SftTree Control从IT获得2005/05/26SolidWorks 2005 （6）高2005/04/22Server （1）P42.4/2.4G/HD 160 GWin 2003 ServerOracle 8.1.7Agile Advantage 20052005/04/

11、27Desktop （8）P42.4G/1G/HD 80GWin2K Pro SP4 （5）Win XP SP2 （2）VS6, MS Office 2000Rational Rose （2）3.7 相关干系人员计划管理 干系人 活动项目经理开发经理测试经理开发工程师测试工程师客户IT客户业务部范围定义项目计划确认需求收集Story Board确认SRS确认项目进度监控UAT环境准备验收报告签字项目结项会议备注： R：谁负责（R = Responsible）， 即负责执行任务的角色，他/她具体负责操控项目、解决问题。 A: 谁批准（A = Accountable）， 即对任务负全责的角色，只有

12、经他/她同意或签署之后，项目才能得以进行。 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.1 PPQA评审机制 实施审计 PPQ

13、A根据PPQA检查计划，检查项目实际执行过程和相关工作产品是否符合既定的规范。 记录结果PPQA将不符合项记录在PPQA检查计划-偏差明细列表中。 协商纠正措施PPQA工程师与项目经理（或EPG Leader）分析不符合项原因并协商改进措施。对于项目经理（EPG Leader）不认同的不符合项，PPQA工程师将该不符合项汇报给PMO，由PMO协商解决。3.9.2 PPQA检查计划详细参见附件7: PPQA检查计划3.10 风险计划风险管理范围风险管理方法/工具风险跟踪频率（每周/每月）技能方面的风险组织相关培训2.设备（软硬件）环境与IT沟通去落实3.需求通过访谈、原型、组织会议等多种方式去获

14、取需求并得到需求的确认。4.假期协调，延长休假的时间范围干系人风险加强沟通详细参见附件8：项目风险跟踪管理模板1 3.11 发布计划该计划特质外部发布计划，内部发布计划见测试计划。发布包时间标准环境功能&文档对象责任人3.12 上线计划步骤设备安装配置数据迁移数据初始化培训上线支持3.13 验收计划3.13.1 项目验收标准:1） P1 缺陷 = 02） P2 缺陷 3） 所有新提出的问题解决.4） QA 结束了所有测试.5） Agile接受sp的质量.3.13.2 验收项清单验收项列表状态3.13.3 验收时间和进度验收物计划验收结束时间实际验收结束时间验收状态3.14 监督和控制计划监督和

15、控制策略控制机制频率负责人员风险风险管理计划问题PM管理issues，项目人员在周会上汇报issues情况，如果有困难的问题，应及时提出。进度管理主持周会，项目人员汇报工作状态，PM对照项目计划，如有需要则调整项目计划产品质量单元测试，代码审查，测试用例审查，测试所有项目人员项目范围管理缺陷少于100， HFs 少于5发布项目组相关人员管理相关人员管理计划协作项目计划开会3.15 需求变更管理每个客户认可的需求变更都需要通过需求申请单填写需求变更申请，保存在项目内部的SVN中。需求申请单 如附件9。4 附件附件名地址附件1项目裁剪项目模板库/2. 项目管理/2.2 项目管理附件2项目评估项目模板库/2. 项目管理/2.1 项目评估附件3Project Estimate -Normal 附件 4项目估算- Delphi附件5项目估算-Analogy-Pert附件 6项目估算-Pert附件 7PPQA检查计划附件 8项目风险跟踪管理附件 9需求变更申请单项目模板库/2. 项目管理/2.3 需求管理