系统集成项目管理工程师（软考中级）—— 第十一章 项目整体管理 笔记分享

• 前言

  现在分享一些笔记给大家，希望能够帮助大家并顺利通过软考。

  幕布地址：第十一章 项目整体管理 - 幕布

• 概述

  • 综合知识:一般6分
  • 案例分析:高频考点(章程，计划，变更，收尾)

• 基本情况

  

• 过程

  

  • 制订项目章程(★★★★★)

    • 编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程

  • 制订项目管理计划(★★★★)

    • 定义、准备和协调所有子计划,并把它们整合为一份综合项目管理计划的过程。项目管理计划包括经过整合的项目基准和子计划

  • 指导和管理项目工作(★★)

    • 为实现项目目标而领导和执行项目管理计划中所确定的工作,并实施已批准变更的过程

  • 监控项目工作(★)

    • 跟踪、审查和报告项目进展，以实现项目管理计划中确定的绩效目标的过程

  • 实施整体变更控制★★★★★)

    • 审查所有变更请求，批准变更，管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更，并对变更处理结果进行沟通的过程

  • 结束项目或阶段(★★★★)

    • 完结所有项目管理过程组的所有活动，以正式结束项目或项目阶段的过程

• 制订项目章程

  

  • 项目章程的作用:授权!

    • 确定项目经理,规定项目经理的权利
    • 正式确认项目的存在，给项目一个合法的地位
    • 规定项目的总体目标，包括范围、时间、成本和质量等
    • 通过叙述启动项目的理由，把项目与执行组织的日常经营运作及战略计划等联系起来。
  • 项目章程由发起人(或高层管理者，不能是项目经理)发布。注:项目经理可参与起草项目章程。
  • 项目工作说明书:对项目提供的产品或服务的文字说明。(业务需要、产品范围描述、战略计划)
  • 商业论证:从商业角度提供必要的信息，决定项目是否值得投资。
  • 协议:定义了启动项目的初衷，包括合同，谅解备忘录、意向书、口头协议、电子邮件等形式。

  • 项目章程的内容

    • ①概括性的项目描述和项目产品描述。
    • ②项目目的或批准项目的理由，即为什么要做这个项目。
    • ③项目的总体要求,包括项目的总体范围和总体质量要求。
    • ④可测量的项目目标和相关的成功标准。
    • ⑤项目的主要风险，如项目的主要风险类别。
    • ⑥总体里程碑进度计划。
    • ⑦总体预算。
    • ⑧项目的审批要求，即在项目的规划、执行、监控和收尾过程中，应该由谁来做出哪种批准。
    • ⑨委派的项目经理及其职责和职权。
    • ⑩发起人或其他批准项目章程的人员的姓名和职权。

• 制订项目管理(总)计划

  

  • 定义:是定义、准备和协调所有子计划，并把它们整合为一份综合项目管理计划的过程。
  • 作用:生成一份核心文件作为所有项目工作的依据。
  • 其他过程的输出：主要是各种子计划

  • 内容9+4+3

    • (1）所使用的项目管理过程。
    • (2）每个特定项目管理过程的实施程度。
    • (3)完成这些过程的工具和技术的描述。
    • (4)项目所选用的生命周期及各阶段将采用的过程。
    • (5)如何用选定的过程来管理具体的项目。包括过程之间的依赖与交互关系和基本的输入和输出。
    • (6）如何执行工作来完成项目目标及对项目目标的描述。
    • (7)如何监督和控制变更，明确如何对变更进行监控。
    • (8）配置管理计划，用来明确如何开展配置管理。
    • (9)对维护项目绩效基线的完整性的说明。
    • (10）与项目干系人进行沟通的要求和技术。
    • (11）为项目选择的生命周期模型。
    • (12）为解决某些遗留问题和未定的决策，对于其内容、严重程度和紧迫程度进行的关键管理评审。

  • 计划

    • 进度基准
    • 成本基准
    • 范围基准
    • 需求管理计划
    • 变更管理计划
    • 范围管理计划
    • 进度管理计划
    • 成本管理计划
    • 质量管理计划
    • 过程改进计划
    • 人力资源管理计划
    • 沟通管理计划
    • 风险管理计划
    • 采购管理计划
    • 干系人管理计划

  • 制订项目管理计划

    • 项目管理强调项目的特性和项目计划的渐进明细

    • >项目管理计划的主要【用途】

      • 1）指导项目执行、监控和收尾。
      • (2）为项目绩效考核和项目控制提供基准
      • (3）记录制订项目计划所依据的假设条件。
      • (4）记录制订项目计划过程中的有关方案选择。
      • (5）促进项目干系人之间的沟通。
      • (6）规定管理层审查项目的时间、内容和方式。

    • ≥项目管理计划制订的【步骤】

      • (1）各具体知识领域制订各自的分项计划。
      • (2）整体管理知识领域收集各分项计划，整合成项目管理计划。
      • (3）用项目管理计划指导项目的执行和监控工作,并在执行过程中监控。
      • (4）对提出的必要的变更请求，报实施整体变更控制过程审批。
      • (5)根据经批准的变更请求，更新项目管理计划。

• 指导与管理项目工作

  • 概要

    

    • 定义:是实现项目目标领导和执行项目管理计划中所确定的工作,并实施已批准变更的过程。
    • 作用:对项目工作提供全面管理。

  • 指导和管理项目工作的活动包括(但不限于):

    • ★开展活动以实现项目要求
    • ★创造项目的可交付成果，完成规划的项目工作
    • ★配备、培训和管理项目团队成员
    • ★获取、管理和使用资源，包括材料、工具、设备与设施
    • ★执行已计划好的方法和标准
    • ★建立并管理项目团队内外的项目沟通渠道
    • ★生成工作绩效数据(如成本、进度、技术和质量进展情况，以及状态数据)，为预测提供基础
    • ★提出变更请求，并根据项目范围、计划和环境来实施批准的变更
    • ★管理风险并实施风险应对活动
    • ★管理卖方和供应商
    • ★管理干系人及他们在项目中的参与
    • ★收集和记录经验教训,并实施批准的过程改进活动

• 监控项目工作

  • 概述

    • 定义:跟踪、审查和报告项目进展，以实现项目管理计划中确定的绩效目标的过程;
    • 作用:让干系人了解项目的当前状态、已采取的步骤，以及对预算、进度和范围的预测;

  • 监控项目工作的过程关注:

    

    • ★把项目的实际绩效与项目管理计划比较
    • ★评估项目绩效，决定是否需要采取纠正或预防措施，并推荐必要的措施
    • ★识别新风险、分析、跟踪和监测已有风险，确保全面识别风险。执行适当的风险应对计划
    • ★在整个项目期间，维护一个准确且及时更新的信息库，以反映项目产品及相关文件的情况
    • ★为状态报告、进展测量和预测提供信息
    • ★做出预测、以更新当前的成本与进度信息
    • ★监督已批准变更的实施情况

• 实施整体变更控制

  • 什么情况要变更?为什么要变更?

    • 基线形成之后，才有变更的说法。

  • 变更的常见原因:

    • √产品范围(成果)定义的过失或者疏忽;
    • √项目范围(工作)定义的过失或者疏忽;
    • √客户提出新需求;
    • √应对风险的紧急计划或回避计划;
    • √项目执行过程与基准要求不一致带来的被动调整;
    • √项目团队人员调整;
    • √技术革新的要求;
    • √外部事件（如:政策变动);

• 实施整体变更控制

  • 概述

    

    • 定义:审查所有变更请求，批准变更，管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更，并对变更处理结果讲行沟通的过程。
    • 作用:从整合的角度考虑记录在案的项目变更，从而降低因未考虑变更对整个项目目标或计划的影响而产生的项目风险。

  • 整体变更控制流程

    

    • 1、提出变更申请
    • 2、变更影响分析
    • 3、CCB审查批准
    • 4、变更实施
    • 5、监控变更实施
    • 6、结束变更

  • 注意:

    • 1、变更控制流程针对所有变更请求
    • 2、变更控制流程贯穿于项目始终，项目经理对此最终负责

  • 过程流程

    

    • 1、提出变更申请

      • (1)变更申请可能是:
        • 纠正措施:为使项目工作绩效重新与项目管理计划一致而进行的有目的的活动。
        • 预防措施:为确保项目工作的未来绩效符合项目管理计划而进行的有目的的活动。
        • 缺陷补救:为了修正不一致的产品或产品组件而进行的有目的的活动。
        • 更新:对正式受控的项目文件或计划等进行的变更申请，反映修改或增加意见或内容。
      • （2）任何干系人都可以提出变更请求。
      • （3）可以口头提出,但需要有书面记录，且纳入配置管理系统中。

    • 2、变更影响分析

      • 1）变更影响分析由项目经理负责，但可由指定人员完成。
      • 2）分析内容:技术可行性，对进度/成本/质量的影响，变更风险。

    • 3、CCB审查批准

      • 1)可由项目发起人或项目经理批准或否决。
      • 2)必要时，由CCB审查批准。
      • (3)某些特定的变更请求，CCB批准后，还可能需要得到客户或发起人的批准。
      • (4)项目经理可以是CCB成员，但一般不是组长。
      • (5)CCB是决策机构，但可以不是常设的。

    • 4、变更实施

      • 项目经理负责协调执行,调配资源

    • 5、监控变更实施

      • ⑴保证批准的变更正确落实(
      • 2记录变更实施情况

    • 6、结束变更

      • (1)变更被否→项目经理通知变更申请人
      • 2变更执行→成果纳入配置管理通知相关受影响人员

  • 变更管理的基本原则:

    • 基准管理(岔堕的依据这
    • 建立变更控制流程
    • 建立变更控制委员会(CCB)（不是常设机构 ）
    • 完整体现变更的影响(从多维度分析影响)
    • 变更产生的相关文档应纳入配置管理中
    • 注:案例分析中，经常用到!!!

• 结束项目或阶段

  • 概述

    

    • 定义:完结所有项目管理过程组的所有活动，以正式结束项目或阶段的过程。
    • 作用:总结经验教训，正式结束项目工作，为开展新工作而释放组织资源

  • 过程

    • 1、合同收尾)(对外，一次性)
      • >产品核实
      • >合同管理收尾
    • 2、行政收尾(对内，每个阶段末尾，先做合同收尾，再做行政收尾)
    • 产品核实
    • 财务收尾
    • 更新项目记录
    • 总结经验教训
    • 更新组织过程资产
    • 解散团队
    • 结果
      • ★对项目产品的正式接受
      • ★完整的项目档案
      • ★组织过程资产更新
      • ★释放资源

  • 系统集成项目验收工作(产品核实)的步骤

    • ★系统测试（(开发方主导)
    • ★系统的试运行(用户进行)
    • ★系统的文档验收(项目介绍、项目最终报告、系统说明手册、系统维护手册、软硬件产品说明书、质量保证书等)
    • ★项目终验(报告)

  • 项目总结会讨论的内容

    • 项目绩效
    • 技术绩效
    • 成本绩效
    • 进度计划绩效
    • 项目的沟通
    • 识别问题与解决问题
    • 意见和建议

  • 项目总结的意义

    • 了解项目全过程情况及相关成员的绩效
    • 了解出现的问题并总结改进措施
    • 了解值得吸取的教训并总结
    • 对总结后的文档进行归档，并存入公司的知识库，从而归纳入企业的过程资产

• 总结