项目计划模板.docx

1、项目计划模板XXXX项目主计划XXX公司 地址：邮编：电话：传真：修改记录（ Revision Chart）版本号批准人修改人修改日期修改记录0.02版本详细修改记录：序号内容0.03版本详细修改记录：序号内容0.04版本详细修改记录：序号内容目录1. 概述 11.1 编写目的 11.2 文档约定 11.3 术语与缩略语 11.4 参考资料 22. 项目概述 32.1 项目基本信息 32.2 项目背景和目标 32.2.1 业务目标 32.2.2 功能目标 32.2.3 性能目标 32.3 项目交付成果 42.4 约束与假设 43. 项目组织 53.1 项目组织结构 53.2 小组成员名单和角色

2、 53.3 项目外部干系人 83.4 干系人管理计划 94. 项目的生命周期 105. 项目里程碑及阶段划分 115.1 项目里程碑 115.2 项目阶段划分 116. 资源计划 126.1 人力资源跟踪表 126.2 工作环境 136.2.1 组织级工作环境说明 136.2.2 项目组特殊要求工作环境说明 136.2.3 开发环境和测试环境 137. 项目预算 147.1 项目预算表 147.2 成本支出计划 148. 资料管理计划 159. 项目所需的技能和培训计划 169.1 项目所需技能 169.2 培训计划 1610. 附属计划/附属文件 1711. 项目计划编写注意事项 181.

3、概述1.1 编写目的提示：说明本文档的编写目的。本文档为项目的总体实施计划，用以指导项目的执行及控制，作为项目团队进行项目实施的依据，以及作为评估项目进展情况的依据。项目计划的内容包括项目所需完成的各项任务、负责执行各项任务的人员、相关人员的承诺、基于估计的各项任务的进度安排、成本预算等。1.2 文档约定例如：粗体正文表示强调内容蓝色正文表示未明确内容1.3 术语与缩略语描述本文档中出现的术语和缩略语。术语、缩略语定义1.4 参考资料提示：列出本文档的所有参考资料，格式如下：资料名称，版本，编写日期例如：项目建议书，V3.0，2008年12月1日2. 项目概述2.1 项目基本信息项目名称项目简

4、称项目编号内部编号项目经理IT部项目管理员用户代表项目下达日期项目初验日期项目终验日期2.2 项目背景和目标提示：来源于项目建议书，根据需要细化。包含：业务目标、功能目标、性能目标。如果是从建议书中复制的，则标记清楚。说明本项目的目标，这些目标必须是“可实现”、“可验证”的。2.2.1 业务目标2.2.2 功能目标2.2.3 性能目标2.3 项目交付成果参见配置管理计划中标记为“交付物”的配置项。2.4 约束与假设约束是指项目中必须遵守的条件或要求，如合同规定的验收日期等。假设是指为了完成项目策划对项目实施过程中的一些不确定因素所做出的假定。例如，项目组核心人员在项目实施过程中，不被调换。由于

5、这些假定存在不确定性，所以可能给项目实施带来一定程度的风险；因此，尽可能对那些可能性较高的因素做假设。如果某项假设成立的可能性较低，建议将其作为风险进行跟踪。此外，在项目策划时，应尽可能的少做假设。以免降低计划的可行性。约束：假设：3. 项目组织3.1 项目组织结构项目组织结构图。下图为示意图，在实际使用时，需要根据实际情况进行修改。本节不可裁剪。3.2 小组成员名单和角色根据项目的实际情况，确定相关的角色和人员。序号角色人员职责1) 高级经理 负责项目经理的任命，为项目提供所需的资源，召集相关人员召开项目启动会 参与项目计划评审、项目里程碑评审 协调项目经理与客户的问题、重大变更以及项目经理

6、不能解决的问题 参与项目验收、项目总结2) 项目经理 管理项目风险，控制项目变更 确保项目进度符合里程碑要求 确保项目按约定的流程实施 确保项目资源得到合理调配 非技术和业务层面的沟通和协调，沟通对象包括客户代表，公司高层，相关项目负责人，开发团队成员等。 监控项目实施情况和预算支出情况并定期向上级主管汇报 项目团队成员业绩评价3) 需求分析师 与客户沟通需求，辅助项目经理控制和跟进需求变更，包括新需求的收集，分析，合并，过滤以及排定优先级等 向开发团队提供业务咨询服务，及时解答他们面临的和业务，需求相关的问题4) 系统架构师/设计师 负责系统适用架构的选择，分析，设计和集成。负责架构适配层和

7、通用组件的设计 负责编写系统总体架构设计说明书 负责向开发人员讲解系统架构的设计思路和使用方法 负责编写系统概要设计说明书5) 开发人员 参与部分系统设计工作 参与编写系统详细设计说明书 系统功能模块的编码实现（包括系统原型实现） 在测试驱动的开发模式中需要编写大量的单元测试程序 对系统各个功能模块进行集成6) 测试人员 参与收集和了解客户需求。制定测试计划， 包括时间计划，人员安排，测试方法和测试范围等 根据功能需求说明书来设计测试用例 提交测试计划，测试用例， 测试数据和测试脚本给管理层审查 编写自动化回归测试的脚本 测试通过后，负责出Release版本7) 技术支持人员 客户支持问题受理

8、与记录； 客户支持问题入库； 客户支持问题初判，确定问题类型（操作答疑、系统BUG、新需求等）； 回复用户问题的解决情况； 能耐心的倾听客户的问题，口齿伶俐、思维敏捷，有较强的沟通能力、理解能力和语言表达能力； 定期总结，如定期整理系统FAQ、形成客户支持总结报告； 负责维护项目的阶段总结（年度总结、半年总结、季度总结和月报等）；8) 质量保证人员 负责制订各项目的质量保证计划，并按项目质量保证计划实施质量保证评审和审核活动，实时评估及分析过程质量和产品质量状况； 通过过程审计、流程控制、质量报告等措施进行全程质量管理； 反馈和跟踪项目研发管理过程中的不合格项； 通过对项目质量数据度量和分析，

9、及时发现项目质量问题，进行风险评估，提高项目开发过程质量，并保证最终交付的高质量； 协助开发过程培训课程，提供过程培训； 为项目管理者提供咨询和帮助； 协助项目组输出各项管理相关的报告，并提供项目KPI考核数据； 对研发过程进行质量测评和分析，对研发过程质量保证能力进行评估和监控，并给出改进建议、监督落实；9) 配置管理员 按照配置管理过程，负责公司产品及项目的配置管理工作，包括但不仅限于配置库创建及维护、基线管理、版本管理、发布管理、变更管理、配置审计、并行开发支持等； 对项目中的各类过程文件进行版本更新、维护和管理等配置管理工作； 建立并优化公司配置管理流程，维护公司配置管理环境； 在配置

10、管理工作过程中，发现并提出建议，促进配置管理活动的持续改进；10) 度量员 根据项目度量计划要求，进行度量数据采集，编写项目度量报告。3.3 项目外部干系人填写提示：列出对项目有影响的人员，主要指用户、合作/接口厂商等相关人员。 姓名：填写项目干系人名字 组织： 用户/客户 合作/接口厂商 项目中的角色：描述项目外部干系人在项目中的角色，比如：用户代表、最终用户、客户领导等等。 管理关系建议：如“通过每周例会汇报工作”、“重要里程碑邮件抄送”、“参与需求评审和需求变更确认”等。序号姓名组织联系电话方式项目中的角色职责管理关系建议1. 2. 3. 4. 5. 6. 7. 3.4 干系人管理计划参

11、见项目干系人管理计划。一般项目组可以直接参考组织提供的项目干系人管理计划，如果项目有特殊情况则可以在此处列出干系人参与表，并根据项目自己的情况进行修改。4. 项目的生命周期参见生命周期模型指南，根据用户对需求表达能力、需求的稳定性和资源及项目其它特点选择该项目的生命周期；根据公司关于生命周期模型选择的规程和方法，选择适合项目的生命周期模型。(1) 选择的生命周期模型及选择依据选择项本项目的值选择依据说明需求清晰（髙中低）需求完整（髙中低）需求稳定（髙中低）风险（高、中、低）功能是否可划分优先级（是、否）客户全程参与（是、否）项目规模（大、中、小）软件系统复杂度（大、中、小）项目是否用到新技术（

12、是、否）项目成员的技能（高、中、低）(2) 根据选择依据确定生命周期模型：5. 项目里程碑及阶段划分5.1 项目里程碑序号里程碑名称时间点完成准则1) 需求完成2) 设计完成3) 开发完成4) 产品提交5) 5.2 项目阶段划分序号阶段名称开始时间结束时间工作日(个)有无里程碑1) 项目计划无2) 需求分析有(1)3) 设计阶段有(2)4) 开发阶段有(3)5) 测试阶段有(4)6) 试运行阶段有(5)6. 资源计划提示：规划小组制定本项目的角色职责表，并为已知的项目成员分配角色（一个人可以兼多个角色）。6.1 人力资源跟踪表 角色，分为：o 项目经理o 需求分析师o 系统架构师o DBAo

13、开发工程师o 测试工程师o 技术支持工程师o PPQAo CMo MA 参与阶段：和5.2项目阶段划分保持一致，如全程参与，则参与阶段为“全程”，根据项目实际情况，同一个人可担任不同角色，可参与不同阶段，不同阶段可投入不同百分比。序号人员角色参与阶段投入百分比1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 6.2 工作环境6.2.1 组织级工作环境说明参见组织级办公环境标准的定义。6.2.2 项目组特殊要求工作环境说明比如到用户现场进行开发，需要在此说明。6.2.3 开发环境和测试环境提示：规划小组分析项目开发、测试

14、、运行所需的软硬件资源，主要内容包括： 资源级别（分为“关键”、“普通”两种） 详细配置 硬件的详细配置 系统软件（操作系统、数据库、中间件、开发工具、测试工具等等）需要说明版本号。 获取方式（如“已经存在”、“可以借用”或“需要购买”等）与获取时间 使用说明（如“谁”在“什么”时候使用）软硬件资源名称级别详细配置获取方式与时间使用说明关键关键关键普通普通7. 项目预算7.1 项目预算表项值说明项目工作量估算（单位：人月）25来自项目任命书折算为人日550按每人月22人日计算项目成本（单位：元）275,000按每人日500元计算7.2 成本支出计划阶段支出成本（单位：元）支出说明需求60,00

15、0设计50,000代码开发与单元测试60,000系统集成10,000测试50,000项目策划10,000项目监控15,000CM5,000QA15,0000合计：8. 资料管理计划包括： 资料的内容 格式 存储方式 权限 收集的方法和时机 保密性序号资料名称格式存储方式权限收集的方法和时机保密性1) 2) 3) 4) 5) 6) 7) 8) 9) 10) 11) 12) 13) 14) 15) 16) 17) 18) 19) 20) 21) 22) 23) 24) 25) 或参见配置或资料管理计划9. 项目所需的技能和培训计划9.1 项目所需技能描述项目所需的技能，包括管理技能、技术技能、领域

16、技能等。序号技能类别技能名称技能要求1) 管理技能2) 3) 4) 技术技能5) 6) 7) 领域技能8) 9) 9.2 培训计划针对上节的技能要求制定培训计划。如果项目成员所需的技能都已经具备，则不需要做详细的培训计划，在此说明即可序号被培训人员姓名培训的技能建议培训时间1) 2) 3) 4) 5) 6) 10. 附属计划/附属文件1. 项目进度计划（Project）填写附属计划名称。2. 裁剪报告填写附属计划名称。3. 质量保证计划填写附属计划名称。4. 配置管理计划填写附属计划名称。5. 项目度量计划填写附属计划名称。6. 系统测试计划填写附属计划名称11. 项目计划编写注意事项1. 如何进行资源配置计划？根据项目任命书的工作量估算和项目组相关项目总体计划情况，合理进行资源配置。2. WBS分解时，不要遗漏以下任务：a) 制定计划的活动b) 计划变更的活动c) 所有的评审的活动（项目计划、需求、设计、测试用例、PPQA、MA、CM、等等）d) 度量计划的制作，度量数据的收集与分析e) 集成的活动f) 过程裁剪的活动3. 实施估算时，以售前估算确定的人天总数为基础，估算总工作量的20%划作QA和CM的人天开销，剩余的工作量为项目的开销