©2010-2025 宁波自信网络信息技术有限公司 版权所有
客服电话：4009-655-100 投诉/维权电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
1、 项目管理计划 文档创建信息 项目名称 项目编号 项目经理 文档作者 创建日期 批准人 文件编号 总页数 正文页数 附录页数 文档修订记录 版本号 修改日期 修改原因 修改位置 修改人 审核人 第 2 页 共 18 页 目 录 1. 引言 5 1.1. 本文目的 5 1.2. 术语、
2、定义和缩略语 5 1.3. 参考资料 5 1.4. 本文档的管理要求 5 2. 项目组织管理 6 2.1. 组织结构 6 2.2. 角色、职责和人员 6 3. 项目范围 7 3.1. 项目目标 7 3.2. 项目工作产品 7 3.3. 验收标准 8 3.4. 假设和依赖 8 4. 项目工作分解、进度 9 4.1. 过程定义和里程碑点说明 9 4.2. 项目工作分解 10 4.3. 项目估计记录 10 4.4. 项目任务网络图 11 4.5. 项目进度安排 11 5. 项目成本计划 11 5.1. 项目的人力资源计划 11 5.2. 项目人力资源费用预算 1
3、2 5.3. 设备、工具和环境需求 12 5.4. 项目阶段预算 13 5.5. 项目成本控制计划 13 6. 项目沟通管理计划 13 6.1. 项目报告 13 6.2. 项目会议 14 6.3. 同行评审计划 14 7. 配置管理计划（如果内容比较多，可用附件形式） 15 7.1. 人员及职责 15 7.2. 用于配置管理的软硬件资源 15 7.3. 配置项计划 15 7.4. 基线计划 16 7.5. 配置库备份计划 16 8. 专题计划 16 8.1. 技术专题 16 8.2. 培训计划 16 8.3. 外包计划 16 8.3.1. 外包方说明 16
4、 8.3.2. 外包任务跟踪计划 17 8.4. 其它计划 17 9. 风险管理计划 17 9.1. 风险管理计划（包括主要的阈值风险） 17 9.2. 进度控制阈值及超出阈值采取措施 17 10. 其它特殊说明 18 第 18 页 共 18 页 1. 引言 1.1. 本文目的 本文是项目计划环节最重要的工作成果之一。本文评审后，将形成计划基线，作为项目跟踪和评价的基础。 本文的评审对象是： 本文的预期读者包括： 1.2. 术语、定义和缩略语 列出文档中用到的专门术语的定义和缩略语的原文。 1.3. 参考资料 列出本文的参考资料。一般包括：
5、● 经评审的《产品可行性分析报告》、《产品版本规划》； ● 与项目有关的已发表的资料，或前期工作成果； ● 文档中所引用的资料，所采用的软件标准或规范等。 序号 资料名称 作者 发表日期 出版单位或资料来源 备注 1 《产品可行性分析报告》 2 《产品版本规划》 3 1.4. 本文档的管理要求 l 本文档的模版中，斜体字代表说明或示例，在正式计划中应予删除或替换成项目相关内容； l 本文档由项目经理建立并维护； l 产品研发项目立项前，完成本计划并组织评审。评审通过后，方可立项； l 在每一阶段开始前
6、应进一步细化、完善本文档，特别是详细进度、任务分配、工作量估计和风险规划部分，如对原计划里程碑时间点有改动，则需再进行评审。 2. 项目组织管理 2.1. 组织结构 [描述项目组内部、项目组与其他部门或项目组之间的接口关系。可参考下图。] 产品委员会 技术委员会 需求分析组 项目经理 UI设计 组 项目QA 技术架构组 产品经理 开发组 测试组 系统配置组 2.2. 角色、职责和人员 [根据项目的组织结构，参考下文，定义不同角色所具有的职责。] 角色 姓名 电话 邮箱 项目投入度 进入时间 释放时间 变更控制
7、委员会 产品经理 项目经理 外部专家 需求分析工程师 UI设计工程师 技术架构师 开发工程师 测试工程师 系统配置工程师 QA人员 …… 3. 项目范围 3.1. 项目目标 1、完成《产品版本规划》中所定义的产品； 2、按规定流程实行标准过程管理，积
8、累公司软件项目管理过程资产，供项目改进参考； 3.2. 项目工作产品 项目过程 具体任务 工作产品清单 提交负责人 拟定提交时间 3.3. 验收标准 3.3.1. 涉及需求的标准 由产品经理提出。通常，优先级为1的需求，必须实现。 3.3.2. 系统测试通过标准 由测试部提出。 3.3.3. Alpha测试、Beta测试通过标准 由产品经理提出。 3.3.4. 涉及文档的标准 说明哪些文档，使用标准模版。哪些文档，使用项目组内部模版，及其原因。 3.4. 假设和
9、依赖 3.4.1. 项目假设 序号 假设 备注 3.4.2. 项目依赖 项目组名称 工作产品名称 基本要求 责任人 最晚提交的时间点 替代方案 备注 4. 项目工作分解、进度 4.1. 过程定义和里程碑点说明 4.1.1. 项目过程定义 [定义项目过程。如： 本项目的过程定义完全按照《新产品研发管理流程》进行，无特殊过程。 或，本项目按照迭代法进行。一共两个迭代，每个迭代的执行步骤
10、为：。。。。。。〕 4.1.2. 里程碑计划 如果采用标准的过程定义，则通常包括如下几个里程碑。如果采用其它过程定义，则可以有所不同。 里程碑名称 时间点 说明 完成需求分析 完成产品系统架构设计 完成详细设计 完成编码与单元测试 完成集成与系统测试 完成Alpha测试 完成Beta测试 批准发布申请 系统成功上线 完成项目结项 4.2. 项目工作分解 4.3. 项目估计记录 4.3.1. 规模估计 工作产品 规模估计 阈值 估计假设
11、 4.3.2. 工作量估计 任务 工作量估计（人日） 预计投入（x人y日） 阈值 估计假设 4.4. 项目任务网络图 直接采用《项目进度计划》中Project中的网络图或者采用如下图： 4.5. 项目进度安排 本项目的进度计划，详见《xxx项目进度计划》。 5. 项目成本计划 5.1. 项目的人力资源计划 任务名称 资源名称 工作量/工时 资源数量/人
12、 工期/天 确认需求 用户需求调研 管理人员A 400 5 10 用户需求分析 管理人员B 400 5 10 用户需求确认 管理人员A 160 2 10 开发环境准备 硬件环境准备 工程师A 320 4 10 软件环境准备 工程师B 160 2 10 程序设计 系统分析 设计人员A 1440 6 30 功能模块设计 设计人员A 3840 8 60 数据库设计 设计人员C 960 6 20 美工设计 设计人员B 160 2 10 程序开发 银行子系统 文档制作 工程师A 480 6 1
13、0 源代码编写 工程师A 480 6 10 程序测试 工程师A 480 6 10 B2B子系统 文档制作 工程师A 320 4 10 源代码编写 工程师A 320 4 10 程序测试 工程师A 320 4 10 B2C子系统 文档制作 工程师A 640 8 10 源代码编写 工程师A 1280 8 20 程序测试 工程师A 1280 8 20 认证子系统 文档制作 工程师A 320 4 10 源代码编写 工程师A 640 4 20 程序测试 工程师A 320 4 10 测试
14、集成测试 工程师A 5760 8 90 系统测试 工程师A 2400 10 30 试运行验收 试运行 工程师A 640 4 20 验收 管理人员 480 6 10 项目管理 管理人员 5760 2 360 总计 29760 830 5.2. 项目人力资源费用预算 任务名称 资源名称 资源数量/人 工期/天 人力费用/元 固定费用/元 总费用/元 确认需求 用户需求调研 管理人员A 5 10 12000 10000 22000 用户需求分析 管理人员B 5 10 12000 5000 1
15、7000 用户需求确认 管理人员A 2 10 4800 5000 9800 开发环境准备 硬件环境准备 工程师A 4 10 12800 100000 112800 软件环境准备 工程师B 2 10 6400 25000 31400 程序设计 系统分析 设计人员A 6 30 43200 43200 功能模块设计 设计人员A 8 60 115200 115200 数据库设计 设计人员C 6 20 28800 5000 3300 美工设计 设计人员B 2 10 4800 5000 9800 程
16、序开发 银行子系统 文档制作 工程师A 6 10 12800 1000 13800 源代码编写 工程师A 6 10 12800 12800 程序测试 工程师A 6 10 12800 1000 13800 B2B子系统 文档制作 工程师A 4 10 19200 1000 20200 源代码编写 工程师A 4 10 19200 19200 程序测试 工程师A 4 10 19200 1000 20200 B2C子系统 文档制作 工程师A 8 10 25600 1000 26600 源代码编写
17、 工程师A 20 25600 25600 程序测试 工程师A 8 20 25600 1000 26600 认证子系统 文档制作 工程师A 4 10 12800 1000 13800 源代码编写 工程师A 4 20 12800 12800 程序测试 工程师A 4 10 12800 1000 13800 测试 集成测试 工程师A 8 90 230400 10000 240400 系统测试 工程师A 10 30 96000 10000 106000 试运行验收 试运行 工程师A 4 2
18、0 25600 7000 32600 验收 管理人员 6 10 14400 10000 24400 项目管理 管理人员 2 360 172800 72800 总计 830 990400 200000 1190400 5.3. 设备、工具和环境需求 序号 描述 数量 起始日期 结束日期 来源 备注（如采购，则估价） 5.4. 项目阶段预算 阶段 费用预算（元） 备注 项目策划 产品系统架构设计阶段 系统详细设计阶段； 编码与单元测试阶段； 集成测
19、试与系统测试阶段 Alpha测试阶段； Beta测试阶段 项目结项与评价阶段。 合计 5.5. 项目成本控制计划 某年A月计划 A+1月 A+2月 。。。。 人力成本 设备成本 技术协作费 小计 6. 项目沟通管理计划 6.1. 项目报告 报告名称 责任人 提交时间 提交对象 备注 项目经理周报 项目经理 每周五下班前 相关部门经理、产品经理、QA工程师/项目管理人员、项目组成员 项目进度计划 项目经理 每
20、周五下班前 里程碑小结 项目经理 里程碑点 同上 必要时提交 项目进度偏离报告 QA工程师 发生项目进度偏离时 项目经理、产品经理、技术管理中心总监等 …… 6.2. 项目会议 会议名称 责任人 目的 参与人员 相关文档 备注 项目启动会 项目经理 PPT、项目管理计划、项目进度计划等 项目评审会 项目经理/QA工程师 每天沟通会 项目经理 无 项目周例会 项目经理 项目经理周报、项目进度计划 月度/里程碑总结会 项目经理 月度小结/里程碑小结
21、 必要时组织 项目结项会 项目经理 项目总结、项目评价表等 项目问题分析会 项目经理/QA工程师 必要时组织 …… 6.3. 同行评审计划 列出同行评审工作计划（此计划必须在项目开发计划中留出工作任务和时间）。同行评审的组织和执行参照同行评审规范 评审内容 作者 评审方式 评审时间 评审员（组长、成员） 备注 7. 配置管理计划（如果内容比较多，可用附件形式） 7
22、1. 人员及职责 提示： （1）根据《项目计划》中的角色分配，确定配置管理员，CCB（配置控制委员会）成员。 （2）CCB的人数根据项目规模而定。一般地，项目经理是CCB的负责人。 角色 人员 职责、工作范围 配置管理员 （1）制定《配置管理计划》 （2）创建和维护配置库 CCB负责人 （1）审批《配置管理计划》 （2）审批重大的变更 CCB成员 例如：审批某些配置项或基线的变更 … 7.2. 用于配置管理的软硬件资源 提示： （1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的Visual Sourc
23、eSafe或者Rationa公司的l ClearCase。 （2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU等）。 配置管理软硬件资源 说明 配置管理软件名称 公司，软件版本等 计算机名称 内存、外存、CPU等 7.3. 配置项计划 提示：配置管理员标识配置项，估计每个配置项的正式发布时间。标识符的参考格式为Project-Type…Type-Number。例如： 类型 主要配置项 标识符 预计正式发表时间 计划 需求 设计
24、 编程 测试 …… 7.4. 基线计划 基线名称/标识符 基线所包含的主要配置项 预计建立时间 7.5. 配置库备份计划 提示：配置管理员制定配置库备份计划，指明“何人”在“何时”（频度）将配置库备份到“何处”。 备份频度、时间 备份人 备份内容、目的地、方式等 8. 专题计划 8.1. 技术专题 [说明：（1）对新工具和新技术的使用；（2）能否直接使用
25、已有项目的成果，或简单改造后使用？；（3）关键的技术攻关任务及相应人员。等] 8.2. 培训计划 领域/名称 需要的技能 项目组成员 已有技能 培训方法 期望的培训日期 其它 8.3. 外包计划 8.3.1. 外包方说明 子合同名称 主要工作 时间要求 外包方单位名称 联系人 联系方式 其它 备注：凡是需要外包的部分，必须与外包方签署正式的外包合同。 8.3.2. 外包任务跟踪计划 序号 日期 应提交的工作产品 验收标准 跟踪人 备注 8.4. 其它计划
26、 9. 风险管理计划 9.1. 风险管理计划（包括主要的阈值风险） 风险列表 管理计划 编号 风险描述 破坏力 ＝概率*影响力 影响力描述 措施（包括预防措施、应急方案、替代方案） 时间段 责任人 0.5*3=1.5 9.2. 进度控制阈值及超出阈值采取措施 计划任务 阈值（根据项目人员规模、任务性质和时间紧迫程度制定合适的阈值） 采取措施 说明 非关键路径任务1 [预计延期一周（此时间可根据项目情况调整）以内] PM局部调整计划和甘特图，并通报项目管理处 非
27、关键路径任务2 [预计延期一到两周（此时间可根据项目情况调整）] PM调整计划任务甘特图，并通报项目管理处。 M评估延期对后续任务影响，以及是否会影响关键路径。并采取必要措施保证任务的完成，不致影响关键路径。 非关键路径任务2 [预计延期两周以上（此时间可根据项目情况调整）] PM申请项目计划变更和预算变更。 PM评估延期对后续任务影响，以及是否会影响关键路径。并采取必要措施保证任务的完成，不致影响关键路径。 非关键路径任务3 关键路径任务1 [预计延期一周以内（此时间可根据项目情况调整）] PM评估延期对后续任务影响，是否延期会继续扩大还是能够控制。
28、如延期将继续扩大则重新制定项目计划，申请项目计划变更和预算变更 关键路径任务2 [预计延期一周以上（此时间可根据项目情况调整）] PM重新制定项目计划，并申请项目计划和预算变更 10. 其它特殊说明 物业安保培训方案 为规范保安工作，使保安工作系统化/规范化,最终使保安具备满足工作需要的知识和技能，特制定本教学教材大纲。 一、课程设置及内容全部课程分为专业理论知识和技能训练两大科目。 其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。 二．培训的
29、及要求培训目的 1）保安人员培训应以保安理论知识、消防知识、法律常识教学为主，在教学过程中，应要求学员全面熟知保安理论知识及消防专业知识，在工作中的操作与运用，并基本掌握现场保护及处理知识2）职业道德课程的教学应根据不同的岗位元而予以不同的内容，使保安在各自不同的工作岗位上都能养成具有本职业特点的良好职业道德和行为规范）法律常识教学是理论课的主要内容之一，要求所有保安都应熟知国家有关法律、法规，成为懂法、知法、守法的公民，运用法律这一有力武器与违法犯罪分子作斗争。工作入口门卫守护，定点守卫及区域巡逻为主要内容，在日常管理和发生突发事件时能够运用所学的技能保护公司财产以及自身安全。 2、培训要求 1）保安理论培训 通过培训使保安熟知保安工作性质、地位、任务、及工作职责权限，同时全面掌握保安专业知识以及在具体工作中应注意的事项及一般情况处置的原则和方法。 2）消防知识及消防器材的使用 通过培训使保安熟知掌握消防工作的方针任务和意义，熟知各种防火的措施和消防器材设施的操作及使用方法，做到防患于未燃，保护公司财产和员工生命财产的安全。 3) 法律常识及职业道德教育 通过法律常识及职业道德教育，使保安树立法律意识和良好的职业道德观念，能够运用法律知识正确处理工作中发生的各种问题；增强保安人员爱岗敬业、无私奉献更好的为公司服务的精神。 4) 工作技能培训
©2010-2025 宁波自信网络信息技术有限公司 版权所有
客服电话：4009-655-100 投诉/维权电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
