项目管理计划模板标准.doc

1、 项目管理计划第 2 页 共 18 页文档创建信息项目名称 项目编号项目经理 文档作者创建日期 批准人文件编号 总页数正文页数 附录页数文档修订记录版本号 修改日期 修改原因 修改位置 修改人 审核人第 3 页 共 18 页目 录1. 引言 .51.1. 本文目的 .51.2. 术语、定义和缩略语 .51.3. 参考资料 .51.4. 本文档的管理要求 .52. 项目组织管理 .62.1. 组织结构 .62.2. 角色、职责和人员 .63. 项目范围 .73.1. 项目目标 .73.2. 项目工作产品 .73.3. 验收标准 .83.4. 假设和依赖 .84. 项目工作分解、进度 .94.1.

2、 过程定义和里程碑点说明 .94.2. 项目工作分解 .104.3. 项目估计记录 .104.4. 项目任务网络图 .114.5. 项目进度安排 .115. 项目成本计划 .115.1. 项目的人力资源计划 .115.2. 项目人力资源费用预算 .125.3. 设备、工具和环境需求 .125.4. 项目阶段预算 .135.5. 项目成本控制计划 .136. 项目沟通管理计划 .136.1. 项目报告 .136.2. 项目会议 .146.3. 同行评审计划 .147. 配置管理计划（如果内容比较多，可用附件形式） .157.1. 人员及职责 .157.2. 用于配置管理的软硬件资源 .157.3

3、. 配置项计划 .157.4. 基线计划 .167.5. 配置库备份计划 .168. 专题计划 .168.1. 技术专题 .168.2. 培训计划 .168.3. 外包计划 .168.3.1. 外包方说明 .168.3.2. 外包任务跟踪计划 .178.4. 其它计划 .179. 风险管理计划 .179.1. 风险管理计划（包括主要的阈值风险） .17第 4 页 共 18 页9.2. 进度控制阈值及超出阈值采取措施 .1710. 其它特殊说明 .18第 5 页 共 18 页1. 引言1.1.本文目的本文是项目计划环节最重要的工作成果之一。本文评审后，将形成计划基线，作为项目跟踪和评价的基础。本

4、文的评审对象是：本文的预期读者包括：1.2.术语、定义和缩略语列出文档中用到的专门术语的定义和缩略语的原文。1.3.参考资料列出本文的参考资料。一般包括： 经评审的 产品可行性分析报告 、 产品版本规划 ； 与项目有关的已发表的资料，或前期工作成果； 文档中所引用的资料，所采用的软件标准或规范等。序号 资料名称 作者 发表日期 出版单位或资料来源 备注1 产品可行性分析报告2 产品版本规划31.4.本文档的管理要求 本文档的模版中，斜体字代表说明或示例，在正式计划中应予删除或替换成项目相关内容； 本文档由项目经理建立并维护； 产品研发项目立项前，完成本计划并组织评审。评审通过后，方可立项； 在

5、每一阶段开始前，应进一步细化、完善本文档，特别是详细进度、任务分配、工作量估计和风险规划部分，如对原计划里程碑时间点有改动，则需再进行评审。 第 6 页 共 18 页2. 项目组织管理2.1.组织结构描述项目组内部、项目组与其他部门或项目组之间的接口关系。可参考下图。 产品委员会产品委员会技术委员会技术委员会需求分析需求分析组组项目经理项目经理UI设计设计组组项目项目 QA技术架构技术架构组组产品经理产品经理开发组 测试组测试组 系统配置系统配置组组2.2.角色、职责和人员根据项目的组织结构，参考下文，定义不同角色所具有的职责。 第 7 页 共 18 页3. 项目范围3.1.项目目标1、完成产

6、品版本规划中所定义的产品；2、按规定流程实行标准过程管理，积累公司软件项目管理过程资产，供项目改进参考；3.2.项目工作产品项目过程 具体任务 工作产品清单 提交负责人 拟定提交时间角色 姓名 电话 邮箱 项目投入度 进入时间 释放时间变更控制委员会产品经理项目经理外部专家需求分析工程师UI 设计工程师技术架构师开发工程师测试工程师系统配置工程师QA 人员第 8 页 共 18 页3.3.验收标准3.3.1.涉及需求的标准由产品经理提出。通常，优先级为 1 的需求，必须实现。3.3.2.系统测试通过标准由测试部提出。3.3.3.Alpha测试、Beta 测试通过标准由产品经理提出。3.3.4.涉

7、及文档的标准说明哪些文档，使用标准模版。哪些文档，使用项目组内部模版，及其原因。3.4.假设和依赖3.4.1.项目假设序号 假设 备注3.4.2.项目依赖项目组名称 工作产品名称 基本要求 责任人最晚提交的时间点替代方案 备注第 9 页 共 18 页4. 项目工作分解、进度4.1.过程定义和里程碑点说明4.1.1.项目过程定义定义项目过程。如：本项目的过程定义完全按照 新产品研发管理流程 进行，无特殊过程。或，本项目按照迭代法进行。一共两个迭代，每个迭代的执行步骤为：。 。 。 。 。 。 4.1.2.里程碑计划如果采用标准的过程定义，则通常包括如下几个里程碑。如果采用其它过程定义，则可以有所

8、不同。里程碑名称 时间点 说明完成需求分析完成产品系统架构设计完成详细设计完成编码与单元测试完成集成与系统测试完成 Alpha测试完成 Beta测试批准发布申请系统成功上线完成项目结项第 10 页 共 18 页4.2.项目工作分解X X X 系统1 . 0需求确认1 . 1开发环境准备1 . 2程序设计1 . 3程序开发1 . 4测试1 . 5验收1 . 6项目管理1 . 7用户需求调研1 . 1 . 1用户需求分析1 . 1 . 2用户需求确认1 . 1 . 3硬件环境准备1 . 2 . 1软件环境准备1 . 2 . 2系统分析1 . 3 . 1功能模块设计1 . 3 . 2数据库设计1 .

9、 3 . 3U I 设计1 . 3 . 4网上银行子系统1 . 4 . 1B 2 B 系统1 . 4 . 2B 2 C 子系统1 . 4 . 3认证子系统1 . 4 . 4文档设计1 . 4 . 1 . 1代码设计1 . 4 . 1 . 2程序测试1 . 4 . 1 . 3文档设计1 . 4 . 2 . 1代码设计1 . 4 . 2 . 2程序测试1 . 4 . 2 . 3文档设计1 . 4 . 3 . 1代码设计1 . 4 . 3 . 2程序测试1 . 4 . 3 . 3文档设计1 . 4 . 4 . 1代码设计1 . 4 . 4 . 2程序测试1 . 4 . 4 . 3集成测试1 . 5 . 1系统测试1 . 5 . 2试运行1 . 6 . 1验收1 . 6 . 24.3.项目估计记录4.3.1.规模估计工作产品 规模估计 阈值 估计假设4.3.2.工作量估计任务 工作量估计（人日）预计投入（x人 y 日）阈值 估计假设