信息it单位项目管理规范_v01_

信息it单位项目管理规范_v01_内容摘要：

进展通报和监督项目执行 项目管理办公室可以为实际的组织，也可以为由项目经理组成的虚拟组织履行项目管理办公室职责。 注意事项： 1. 每个项目都可能涉及多个实施单位。 项目应在启动 时明确各实施单位及其在项目中的主辅关系，并明确各实施单位的项目经理和 项目负责人。 一般由承担主要责任的实施单位的项目经理和 项目负责人 负主要项目管理和协调责任。 2. 每个项目都可能因项目实施内容的差异划分为多个子项目（如涉及软件和集成、涉及多条产品线等）。 项目应在启动时明确对子项目的划分及第一项目经理和第一 项目负责人。 北京电力公司技术中心 信息系统建设项目管理规范 3 项目级别 按照 承担项目 的重要性可以将项目分为两级： 中心 级和普通级。 项目级别定义如下： 1. 中心 级项目 ：能为 中心 带来较大利润，或客户关系较重要，或具有战略意义等的重要性很高的项目。 2. 普通级项目 ： 中心 级项 目以外的利润较小或 其它 因素导致重要性不高的项目。 注意事项： 1. 项目级别缺省都是普通级； 2. 信息 中心 将定期确认和发布哪些项目为 中心 级项目，对于不同级别的项目， 测试中心 将采取不同的监控力度； 3. 对所有 中心 级项目， 测试 中心 要指定 QA进行支持和监控。 项目 类别 按照项目 实施单位不同 可以分为两 类 ： 自建项目 和 非自建项目。 分类 定义如下： 1. 自建 项目 ： 由信息中心技术部门组织自有研发力量，承建 的 公司信息化系统建设 项目。 对于此类项目，信息中心能够自主掌握项目的技术实现细节，完全具备系统研发、安装部署及维护的自主能力。 2. 非自建 项目 ： 信息中心通过与外部厂商合作开发或市场采购的方式建设的信息化项目。 对于此类项目，为加强对项目 过程 的有效控制，降低后期运维中的风险，项目 建设过程 中应该加强监管 ，中心项目经理在非自建项目 至少应参与项目监管及项目验收所定义的活动。 项目关键里程碑 北京电力公司技术中心 信息系统建设项目管理规范 4 基于过程控制实现 的 项目管理涉及众多的管理活动。 项目经理根据 项目的级别、类别 及特 定 要求， 可 在征得主要项目干系人同意的前提下对 项目 管理活动进行适当 裁剪 ，形成 适应特定项目的管理 流程 ，报项目管理办公室审批后执行。 本文所描述的项目 管理 活动是围绕着项目关键里程碑进行 ， 基于项目 管理 的 不同层次，项目关键里程碑分为两类： 1. 中心 标准里程碑： 中心 指定的标准里程碑，所有项目通用。  一级里程碑：一般在项目合同中有完成时间要求，与项目回款相关的关键里程碑；  二级里程碑：体现项目实施中的关键进展，可以作为 中心 考核项目绩效的里程碑。 2. 项目自定义里程碑：项目自定义的，为项目所特有的里程碑，例如有的项目将“发布版本”作为一个里程碑。 中心 标准里程碑的作用和管理要求 里程碑分级 里程碑名称 管理要求 含义 作用 一级 项目启动 M 启动项目 项目开始 设备到货验收 O 验收项目所需软硬件 确保项目软硬件 条件就位 上线试运行 验收 O 试运行验收 获取试运行验收报告 上线正式运行验收 M 正式运行验收 获取正式运行验收报告 二级 需求评审 O 评审项目需求 保障需求可靠性 设计评审 O 评审项目 设计 保障设计质量 功能验收 M 验收项目功能 获取功能验收报告 注意事项： 1. 表格中“管理要求”一栏中“ M”和“ O”的含义：  M 代表 Mandatory，为必选项，如果里程碑的管理要求为“ M”，表示所有项目都要将此里程碑纳入监管活动；  O 代表 Optional，为可选项。 如果里程碑的管理要求为“ O”，表 示并不是所有的项目都要将此里程碑纳入监管活动； 2. “管理要求”一栏为“ O”的里程碑可以不纳入监管活动的条件如下： 北京电力公司技术中心 信息系统建设项目管理规范 5 里程碑名称 不纳入监管的条件 设备到货验收 无设备采购项目 需求评审 需求简单明确，无异议。 上线试运行验收 普通级项目 或项目合同未约定试运行验收时 ， 不作为监管里程碑 设计评审 设计思路清晰，有可借鉴的前期实施 成功案例。 3. 一个特例：某些项目合同可能只规定了一个验收时间，则将此验收时间视为 项目正式上线运行验收 时间，在这种情况下， 上线试运行验收 不需要作为里程碑的。 4. 如遇特殊情况，项目经理可 以根据项目实际情况，在报 项目负责人 批准同意的情况下，可以对项目监管里程碑做适当调整。 里程碑的完成依据 项目的关键里程碑是否完成、何时完成（用于项目考核），由项目管理 办公室 根据收到的依据文件确定，确定准则见下表： 分类 里程碑名称 完成依据 目前暂定的考核时间点 一类里程碑 项目启动 项目启动会会议纪要 会议召开时间 上线试运行验收 系统试运行验收报告 验收报告签署时间 上线正式运行验收 系统正式运行验收报告 验收报告签署时间 二类里程碑 需求评审 需求评审会议纪要 会议召开时间 设计评审 设计评审会议纪要 会议召开时间 功能验收 测试报告 测试报告出具时间 注意事项： 1. 通常与里程碑任务相关的几个时间：开完验收会的日期、 项目管理办公室 拿到依据文件的日期、依据文件的签署日期。 具体以哪个时间点作为里程碑完成的考核点可能会调整，目前暂定依据签署的时间作为里程碑完成的依据。 2. 当暂定的某个里程碑完成 依据用于考核某个项目的实施情况时，如果存在比较大的争议，可以提请中心领导 仲裁，获得批准后可以对此项目的此里程碑完成的依据进行调整。 北京电力公司技术中心 信息系统建设项目管理规范 6 3 项目各阶段 管理活动 项目管理 办公室 要对所有正在实施的项目进行监控管理， 不仅要对项目的进展情况进行监控，而且要对项目实施是否符合项目管理流程进行监控。 项目监控的活动贯穿项目启动、计划、 执行和 验收 关闭的整个过程。 测试中心要对项目实施质量进行监控管理 ，按需对系统进行测试 ，定时向 项目负责人 、项目经理及项目管理办公室通报项目质量监控状况。 项目启动阶段 项目启动阶段的活动主要为 四 项： 项目可行性研究、 项目启动申请、 项目经理任命及开工会、项目建档。 项目可行性研究 目的 项目可行性研究 目的是 对该项目实施的可能性、有效性、技术方案进行具体、深入、细致的技术论证和经济评价，以求确定一个在技术 上合理、经济上合算的最优方案和最佳时机。 活动描述 1. 与 应用单位 、建设单位 初步进行沟通，初步确定项目的实施范围及内容； 2. 对关键技术进行分析，初步确定最优的技术选型及技术架构； 3. 规划项目资源，初步确定项目实施的资源需求； 4. 初步规划项目的实施周期； 5. 编写项目可行性报告； 6. 组织项目可行性研究报告评审，获取项目干系人对项目可行性研究报告的认可。 北京电力公司技术中心 信息系统建设项目管理规范 7 项目启动申请 目的 执行项目启动申请流程的目的是为了把项目信息从前期项目运作传递到 实施单位 ，以便明确项目的目标和任务。 有效控制对研发资源的调用，避免研发资源不合理消耗。 活动 描述 1. 如果项目启动时项目合同已经开始签批，则直接执行项目启动申请流程； 2. 如果项目已经立项，合同还没有开始签批，则先执行项目提前启动申请，提前启动申请签批通过后再执行项目启动申请流程； 3. 项目启动申请审批通过以后，应已确认 项目负责人 和项目经理。 4. 项目管理 办公室 向项目经理提供项目合同（电子版），项目经理应仔细阅读合同的所有条款。 项目经理任命及 启动 会 目的 项目经理任命及 启动 会是为了初步策划项目任务，使项目相关方明确项目目标和项目负责人。 活动描述 1. 项目任务书 a) 项目经理需根据 项目 启动申请中的约定 、 可行性报告、 项 目合同等进行初步策划，编写项目任务书； b) 项目任务书需征求 应用单位、建设单位、实施单位 建议后，由 项目负责人 签发、项目管理 办公室 存档； 2. 项目 启动 会 北京电力公司技术中心 信息系统建设项目管理规范 8 a) 项目任务书签发后， 项目经理 组织召开 启动 会。 b) 启动 会 的参加者应至少包括： 应用单位 、建设单位、 项目负责人 、 项目 经理和项目组成员。 c) 项目负责人 主持开工会，宣布项目经理任命及项目目标。 3. 编制项目章程 项目建档 目的 项目建档是为了将 信息 中心 所有正在实施的项目纳入 统一 管理，为项目的进展状况可查询、可追踪、可管理提供基础。 活动描述 1. 项目管理 办公室 根据 《项目可行性研究报告》 、 《 项目启动申请》 和《项目任务书》建立项目档案； 2. 项目档案中包括项目的基本信息、项目合同约定的里程碑时间、里程碑计划完成时间等信息。 3. 项目档案将成为 项目管理 办公室进行 项目考核基准 ， 作为项目进展通报和项目阶段考评的基准。 项目范围定义 目的 项目范围是指完成用户业务需求所必须完成的工作内容， 项目范围 定义 是为了 明确 定义项目 范围、 具体交付成果及其详细验收标准 ，划分项目各方责任，并获取项目干系人认可。 活动描述 北京电力公司技术中心 信息系统建设项目管理规范 9 1. 明确、清晰、详细的定义项目成功后要交付的成果； 2. 定义项目中要完成且仅需要完成的工作内容（包括项目交付物、服 务、承诺的维护等） ； 3. 明确完成项目工作所需的相关条件：假定、约束、对方责任、前提条件等 ； 4. 项目验收标准含功能定义、性能定义、应用环境描述、所需集成部件描述、其它方面的规格定义、不在范围内说明等内容； 5. 就以上内容与项目各方达成共识。 项目计划阶段 工作分解及实施计划 目的 工作分解是为将项目工作逐步细化为可以将落实执行 的工作包 ，实施计划是项目过程中对项目进度、工作执行情况、资源使用情况等进行控制 的 依据。 活动描述 1. 确定工作范围 ， 保障项目工作被完整的完成，且项目团队只做该做的 工作。 2. 确定项目里程碑，制定里程碑实 施计划； 3. 在项目范围确定的基础上，拆分项目工作， 安排工作 先后 顺序， 逐级细化工作项， 制定项目实施时间 、资源安排 计划； 注意事项： 1. 工作内容的分解视项目大小，可以采用前期工作划分粒度较细，后期粒度较大的方式，在项目过程中逐步细化 ； 2. 实施计划含测试中心介入测试的时间； 3. 建议采用 Microsoft Project 进行工作分解，计划制定。 人力资源计划 北京电力公司技术中心 信息系统建设项目管理规范 10 目的 人力资源计划的目的是建立项目团队组织结构，明确团队 成员责任 ，为实现人力资源投入的最优化配置提供控制标准。 活动描述 1. 项目经理协调 人力 资源； 2. 确定项目组织结构，明确项目组成员责任， 依据项目范围定义及工作分解 表 和实施计划 ， 规划项目中的人力资源投入。 注意事项： 1. 可参见项目模板《 项目名称 _综合计划 _YYYYMMDD》中的人力资源计划。 成本计划 目的 成本计划的目的是 实现项目实施过程的成本可控，为项目各阶段控制成本提供依据。 活动描述 1. 按不同类别列出各项成本预算，对实施时间较长的项目按时间段 进行分解，以便进行成本控制 ； 2. 成本计划要充分考虑项目风险， 预留风险储备金。 注意事项： 1. 可参见项目模板《 项目名称 _综合计划 _YYYYMMDD》中的成本计划。 编制风险管理计划 目的 编制风险管理计划是为了应对项目过程中可能会面对的风险，提前对可能存在的风险进行分析，制定风险应对措施，将有效降低风险对项目的影响，增强项目的可控性。 北京电力公司技术中心 信息系统建设项目管理规范 11 活动描述 1. 项目经理 召开风险分析会，与团队成员共同发现项目风险 ； 2. 对项目风险进行定性、定量 分析 ，确定 项目风险 发生 的概率和影响度 ， 制定 风险应对措施 ； 3. 建立 项目的风险监控机制 ，制定项目风险应对计划。 质量 计划 目的 制定质量计划的目的是为 明确项目质量目标，通 过对项目关键环节的质量保障和质量控制，加强 对项目质量过程监控， 保障 项目交付质量。 活动描述 1. 项目经理与 QA 共同 定义项目质量目标； 2. 分析 影响项目质量的 项目关键环节，明确 关键环节的质量考核 标准 ； 3. 分配质量责任，列出质量保障措施和质量控制措施。 注意事项： 1. 可参见项目模板《 项目名称 _综合计划 _YYYYMMDD》中的质量计划。 编制项目沟通计划 目的 编制项目沟通计划是为 建立项目全体干系人的沟通模式 ，明确项目干系人的项目信息需。