项目管理计划规范化模板.docx

《项目管理计划规范化模板.docx》由会员分享，可在线阅读，更多相关《项目管理计划规范化模板.docx（20页珍藏版）》请在优知文库上搜索。

1、项目管理计划文档创立信息项目名称项目编号项目经理文档作者创立日期同意人文献编号总页数正文页数附录页数文档修订记录版本号修改日期修改原因修改位置修改人审核人1 .引言错误!未定义书签。1.1. 本文目G错误!未定义书签。1.2. 术语、定义和缩略语错误!未定义书签。1.3. 参照资料错误!未定义书签。1.4. 本文档G管理规定错误!未定义书签。2 .项目组织管理错误!未定义书签。2.1. 组织构造错误!未定义书签。2.2. 角色、职责和人员错误!未定义书筌。3 .项目范围错误!未定义书签。3.1. 项目目的错误!未定义书签。3.2. 项目工作产品错误!未定义书签。3.3. 验收原则错误!未定义书

2、签。3.4. 假设和依赖错误!未定义书签。4 .项目工作分解、进度错误!未定义书签。4.1. 过程定义和里程碑点阐明.错误!未定义书签。4.2. 项目工作分解错误!未定义书签。4.3. 项目估计记录错误!未定义书签。4.4. 项目任务网络图错误!未定义书签。4.5. 项目进度安排错误!未定义书签。5 .项目成本计划错误!未定义书签。5.1. 设备、工具和环境需求错误!未定义书签。5.2. 项目阶段预算错误!未定义书签。5.3. 项目成本控制计划错误!未定义书签。6 .项目沟通管理计划错误!未定义书签。6.1. 项目汇报错误!未定义书签。6.2. 项目会议错误!未定义书签。6.3. 同行评审计划

3、错误!未定义书签。7 .配置管理计划（假如内容比较多，可用附件形式）错误!未定义书签。7.1. 人员及职责错误!未定义书签。7.2. 用于配置管理G软硬件资源.错误!未定义书签。7.3. 配置项计划错误!未定义书签。7.4. 基线计划错误!未定义书签。7.5. 配置库备份计划错误!未定义书签。8 .专题计划错误!未定义书签。8.1. 技术专题错误!未定义书签。82培训计划错误!未定义书签。8.3. 外包计划错误!未定义书签。8.3.1. 外包方阐明错误!未定义书签。8.3.2. 外包任务跟踪计划错误!未定义书签。8.4. 其他计划错误!未定义书签。9.1. 风险管理计划（包括重要G阈值风险）错

4、误!未定义书签。9.2. 进度控制阈值及超过阈值采用措施.错误!未定义书签。10.其他特殊阐明错误!未定义书签。1.引言1.1. 本文目O本文是项目计划环节最重要G工作成果之一。本文评审后,将形成计划基线,作为项目跟踪和评价G基础。本文（D评审对象是：本文G预期读者包括：1.2. 术语、定义和缩略语列出文档中用到G专门术语G定义和缩略语G原文。1.3. 参照资料列出本文内参照资料。一般包括: 经评审G产品可行性分析汇报、产品版本规划: 与项目有关G已刊登G资料,或前期工作成果; 文档中所引用G资料,所采用G软件原则或规范等。序号资料名称作者刊登日期出版单位或资料来源备注1产品可行性分析汇报2产

5、品版本规划31.4. 本文档G管理规定 本文档G模版中,斜体字代奏阐明或示例,在正式计划中应予删除或替代成项目有关内容; 本文档由项目经理建立并维护； 产品研发项目立项前，完毕本计划并组织评审。评审通过后，方可立项； 在每一阶段开始前，应深入细化、完善本文档，尤其是详细进度、任务分派、工作量估计和风险规划部分，如对原计划里程碑时间点有改动，则需再进行评审。2.项目组织管理2.1 .组织构造描述项目组内部、项目组与其他部门或项目组之间G接口关系。可参照下图。产品委员会ZX产品经理项目QAX.J项目经理X(需求分析UI设计J L测试组系统配置 -1、厂技术架构开发组/22.角色、职责和人员根据项目

6、内组织构造,参照下文,定义不同样角色所具有职责。角色姓名邮箱项目投入度进入时间释放时间变更控制委员会产品经理项目经理外部专家需求分析工程师UI设计工程师技术架构师开发工程师测试工程师系统配置工程师QA人员3-项目范围3.1.项目目的1、完毕产品版本规划中所定义G产品；2、按规定流程实行原则过程管理，积累企业软件项目管理过程资产，供项目改善参照;32项目工作产品项目过程详细任务工作产品清单提交负责人确定提交时间3.3.验收原则3.3.1.波及需求0）原则由产品经理提出。一般，优先级为需求，必须实现。3.3.2.系统测试通过原则由测试部提出。3.3.3.Alpha测试、Beta测试通过原则由产品经

7、理提出。3 .3.4.波及文档G原则阐明哪些文档，使用原则模版。哪些文档，使用项目组内部模版，及其原因。3.4. 假设和依赖3.5. 1.项目假设序号假设备注3.6. 2.项目依赖项目组名称工作产品名称基本规定负责人最晚提交G时间点替代方案备注4 .项目工作分解、进度4.4. .过程定义和里程碑点阐明4 .LL项目过程定义定义项目过程。如:本项目G过程定义完全按照新产品研发管理流程进行,无特殊过程。或,本项目按照迭代法进行。一共两个迭代,每个迭代G执行环节为：。）4.1. 2.里程碑计划假如采用原则G过程定义,则一般包括如下几种里程碑。假如采用其他过程定义,则可以有所不同样。里程碑名称时间点阐

8、明完毕需求分析完毕产品系统架构设计完毕详细设计完毕编码与单元测试完毕集成与系统测试完毕AIPha测试完毕BCta测试同意公布申请系统成功上线完毕项目结项42项目工作分解XXX系统I0III需求确认j开发环境准备,程序设计程序开发Z测试,验收、项目管理、I；JI2JI3l4JlsJ,7_I_IJI_IJ_I_I-用户需、求调研-硬件环境准备”系统分,析网上银行、子系统B2B系统B2C子系统认证了系统一桀成测、试一试运行,1.1.!1.2.1k1.3.1I4J、1.4.2、1.4.31.5.11.6.1JrJI一用户需求分析软件环境准备功能模块设计-文档设计-文档设,计-文档设it-文档设计-系统

9、测试验收1.1.21.2.21.3.21.4.1.Iy1.4.2.11.43.11.4.4.11.5.21.6.2用户需求确认数据昨设计一代码设计-代码段计-代码i计-*码设计.113J、1.3.31.4.1.21.4.2.21.43.21.4.4.2UI设计-程序测试一程序测试程序测试一程序测试l13.41.4.1.31.4.2.31.4.3.31.4.4.343.项目估计记录4.2. 3.L规模估计工作产品规模估计阈值估计假设4.3.2.工作量估计任务工作量估计（人日）估计投入（X人y日）阈值估计假设4.4. .项目任务网络图直接采用项目进度计划中PmjeCt中G网络图或者采用如下图:。I

10、 IOIO用户阁求调研0IOIolIOl 切用户需求分析 10020最早开始 时间持续时间最早完成 时间任务名称城迟开始时间总体时差蚊退完成 时间170 I 40 I 180140 I 10 I I不ISo I IO I 访30 I 30 I 60 二N统分析3006020 I IO I 30用户需求确认20 O 3。601060 I 60 I I 加 系统根块设计60 (I 120-SS3O-110 20 13070硬件环境准备软件环境准备IIO 50 120120 50 130130 10 140认证模块文档120 0 130B2C文档设计f i301 0 I 14070 I IO I SO90 I 20 I 1后数据库设计120 I 10 I 130UI设计网上根行编码1801 40 I 190130 I IO I 140B2B文档设计170 I 40 I 180140 IO 150B2B编码180 I 40 I 190B2C编码认证模块编码一网上银行JW试200 9() 290集成测试140 20 I 160FSlO330 20 350试运行认证模块测试330 0 J 35014 0160160 I 20 180B