# 项目整体管理

  • 包括为识别、定义、组合、统一和协调各项目管理过程组的各种过程和活动而开展的过程与活动。
  • 兼具统一、合并、沟通和集成的性质,对受控项目从执行到完成、成功管理干系人期望和满足项目要求,都至关重要。
  • 它包括:
    • 选择资源分配方案
    • 平衡相互竞争的目标和方案
    • 以及管理项目管理知识领域之间的依赖关系
启动过程组规划过程组执行过程组监控过程组收尾过程组
制定项目章程
编写一份正式批准项目,并授权项目经理的文件。
制定项目管理计划
定义、准备和协调所有子计划整合为一份综合的项目管理计划
指导与管理项目执行
领导和执行项目管理计划中所确定的工作,并实施已批准的变更
监控项目工作
跟踪、审查和报告项目进展,以实现绩效目标。
结束项目或阶段
完结所有过程组的所有活动,正式结束项目或阶段。
实施整体变更控制
审查所有变更请求,批准变更,管理变更

# 启动 制定项目章程

  • 编写一份正式批准项目授权项目经理在项目活动中使用组织资源的文件的过程。
本过程的作用
明确定义项目开始和项目边界确立项目的正式地位,高级管理层直述他们对项目的支持。
输入 Input工具与技术 Tool & Technology输出 Output
  1. 项目工作说明书 SOW
  2. 商业论证
  3. 协议
  4. 事业环境因素
  5. 组织过程资产
  1. 专家判断
  2. 引导技术
  1. 项目章程

# 输入

# 1️⃣ 项目工作说明书 SOW

  • 对项目需交付的产品、服务或成果的叙述性说明。
  • 包含的内容:
    1. 业务需求
    2. 产品范围描述
    3. 战略计划
  • 提供者:
    • 内部项目:项目启动者或发起人
    • 外部项目:客户(作为招标文件或合同的一部分)

# 2️⃣ 商业论证

  • 从商业角度提供必要的信息,决定项目是否值得投资
  • 在商业论证中,开展业务需要成本效益分析,论证项目的合理性,并确定项目边界

是对 SOW 进行论证

商业分析师乙方的 BA 人员进行商业论证分析

发起组织

进行商业论证的定期审核
意味反复多次,贯穿项目始终

项目经理确保满足商业理论中规定的组织目的广大干系人需求

# 3️⃣ 协议

  • 定义了启动项目的初衷。
  • 协议的形式
    • 合同(为外部客户做项目时)
    • 谅解备忘录 MOUs
    • 服务品质协议 SLA
    • 意向书

协议范围很广,合同是其中一种

# 4️⃣ 事业环境因素

  • 能影响项目但项目团队无法控制的任何内外部环境因素

客观存在的大环境因素
不可控,有积极或消极影响

  • 内部

    • 组织文化、结构和治理
    • 设施和资源的地理分布
    • 基础设施
    • 项目管理信息系统 PMIS
    • 干系人的风险承受力
    • 人事管理制度
  • 外部

    • 市场条件
    • 社会和文化影响与问题
    • 法律限制
    • 商业数据库
    • 政府或行业标准

# 5️⃣ 组织过程资产

  • 执行组织特有并使用的计划、政策、(过程与程序)(知识库),在项目的全过程中, 项目团队成员可以对其进行必要的更新和增补

遗产,可控

  • 过程与程序

    • 指南和标准
    • 模板
    • 财务控制程序
    • 变更控制程序
    • 风险控制程序
    • 组织对沟通的要求...
  • 组织知识库

    • 配置管理知识库
    • 财务数据库
    • 测量指标数据库
    • 经验教训知识库
    • 以往项目的档案...

# 工具

# 1️⃣ 专家判断

  • 可来自具有专业知识或受过专业培训的任何小组或个人

人人都是 “砖家”

# 2️⃣ 引导技术

  • 广泛应用于各项目管理过程,用来帮助团队和个人完成项目活动的关键技术。

例如:

头脑风暴
短时间内获得大量创意,是典型的信息收集技术,不包含分析过程。
  • 四不原则:不质疑、不分析、不批判、不反对。
冲突管理
有助于相关方就目标、成功标准、高层级需求、项目描述、总体里程碑等内容达成一致意见
问题解决
  1. 定义问题;
  2. 识别原因;
  3. 生成方案;
  4. 选最佳方案;
  5. 执行方案;
  6. 验证有效性;
会议管理
  • 会前:确定会议议程、目的、目标和期限。
    • 会中:不要跑题。
    • 会后:形成书面的会议纪要和行动方案。

# 输出

# 1️⃣ 项目章程

  • 项目启动者或发起人发布的,正式批准项目成立,并授权项目经理动用组织资源开展项目活动的文件。

是项目的 “宪法”,是项目经理的 “尚方宝剑

必背:

  • 委派的项目经理及其权责
  • 项目目的,或批准项目的原因
  • 概括性的项目描述
  • 可测量的项目目标
  • 总体要求 范围
  • 总体里程碑进度计划 进度
  • 总体预算 成本
  • 主要风险 风险
  • 发起人或其他批准项目章程的人员信息 干系人
  • 项目审批要求(成功标准、结束签署人)
  • 项目由项目以外的实体来启动,如发起人、PMO、项目组合指导委员会等等。
  • 批准的项目章程意味着项目的正式启动
  • 项目章程在项目执行组织 乙方需求组织 甲方 之间建立起伙伴关系。
  • 通过编制项目章程,来确认项目符合组织战略和日常运营的需要
  • 不要把项目章程看做合同,因为其中未承诺报酬或金钱或用于交换的对价。
  • 尽早确认并任命项目经理,项目经理应该参与项目章程的制定,以便对项目需求有基本的了解。
  • 最好制定项目章程时就任命最晚也必须在规划开始之前

# 规划 制定项目管理计划

  • 定义、准备和协调所有子计划,并把它们整合为一份综合项目管理计划的过程。
本过程的作用
  • 生成一份核心文件,作为所有项目工作的依据。
    • 确定项目的执行、监控和收尾方式
    • 可以是概括的或详细的,通过不断更新渐进明细
    • 一旦被确定为基准,则只能通过提出变更请求,并经实施整体变更控制过程批准后,才能变更
输入 Input工具与技术 Tool & Technology输出 Output
  1. 项目章程
  2. 其他过程的输出
  3. 事业环境因素
  4. 组织过程资产
  1. 专家判断
  2. 引导技术
  1. 项目管理计划

# 输入

# 1️⃣ 项目章程

  • 项目团队把项目章程作为初始规划的起点

# 2️⃣ 其他过程的输出

  • 其他规划过程所输出的任何基准和子管理计划,都是本过程的输入

# 输出

# 1️⃣ 项目管理计划

# 项目管理计划的组成

项目管理计划:13+3=16 份文件,除此之外都属于 “项目文件”
项目管理计划有哪些内容组成

  • 10 个知识领域的 13 子管理计划
    • 配置 / 变更管理计划
    • 范围 / 需求管理计划
    • 进度管理计划
    • 成本管理计划
    • 质量 / 过程管理计划
    • 人力资源管理计划
    • 沟通管理计划
    • 风险管理计划
    • 采购管理计划
    • 干系人管理计划
  • 3 大基准
    • 范围基准
    • 进度基准
    • 成本基准

# 项目管理计划记录的规划成果

重点 必背
项目管理计划包含哪些内容

  1. 项目管理团队选择的各个项目管理过程实施哪些子过程
  2. 每一选定过程的实施水平实施到什么程度
  3. 对实施这些过程时适用的工具与技术所做的说明。 这些子过程会用什么工具
  4. 在管理具体项目中使用选定过程的方式和方法,包括过程之间的依赖关系和相互作用,以及重要的依据和成果。 子过程的相互联系如何的,有什么输入输出(ITTO)

  1. 为了实现项目目标所执行的工作的方式、方法规划项目执行
  2. 监控变更的方式、方法监控管理
  3. 实施配置管理的方式、方法配置管理
  4. 项目干系人之间的沟通需要与技术干系人沟通

  1. 使用实施效果测量基准并使之保持完整的方式、方法。

规划绩效测量基准 PMB(范围 + 进度 + 成本的综合基准)

  1. 选定的项目生命周期和多阶段项目的项目阶段

规划项目要分几个阶段,阶段名称是什么

  1. 高层管理人员为了加快解决未解决的问题和处理未做出的决策,对内容、范围和时间安排的关键审查

规划哪些东西需要审查,该由谁来审查,审查时间是什么。

# 启动会议

启动会议initiating meeting(碰头会)kick-off meeting(开工会议、开踢会议)
所属过程组启动过程组规划过程组
召开时间启动即将结束,规划尚未开始的时规划即将结束,执行尚未开始的时

主要任务

发布项目章程、任命并授权项目经理

获得主要相关方对项目管理计划一致认可
传达项目目标获得团队对项目的承诺

其他事项各方干系人进行认识和会面、表达决心、调动积极性落实具体项目工作,阐明每个相关方的角色和职责
考试时注意点题中出现的 “启动会议” 字样,对照上下文理解

# 执行 指导与管理项目工作

  • 领导和执行项目管理计划中确定的工作,并实施已批准变更的过程;
本过程的作用:
  • 干计划 按项目管理计划去干活;
  • 干变更 实施已批准的变更;
  • 干接口 接口的整合;
  • 干数据 产生工作绩效数据;
输入 Input工具与技术 Tool & Technology输出 Output
  1. 项目管理计划
  2. 批准的变更请求
  3. 事业环境因素
  4. 组织过程资产
  1. 专家判断
  2. 项目管理信息系统
  3. 会议
  1. 可交付成果
  2. 工作绩效数据
  3. 变更请求
  4. 项目管理计划更新
  5. 项目文件更新

# 输入

# 1️⃣ 项目管理计划

  • 先计划,后执行

# 2️⃣ 批准的变更请求

  • 批准的变更请求可能是:
    • 纠正措施
    • 预防措施
    • 缺陷补救

# 工具与技术

# 1️⃣ 项目管理信息系统 PMIS

项目管理信息系统 PMIS
基于计算机技术而进行的项目管理系统,可用于自动收集和报告关键绩效指标 KPI
主要由 “计划系统” 和 “控制系统” 两部分组成。
工作授权系统
用来保证项目工作由正确的组织、在正确的时间正确的顺序执行。

可以防止 “镀金”

# 2️⃣ 会议

  • 交换信息 —— 信息交流会
  • 方案评估或者方案设计 —— 方案设计和评审会
  • 制定决策 —— 决策制定会

# 如何召开高效会议

案例可用

  1. 事先制订一个例会制度、明确会议规则; 定规则
  2. 放弃可开可不开的会议;
  3. 明确会议的目的和期望结果、明确每个参会者的角色;
  4. 发布会议通知;
  5. 在会议之前将会议资料发给参会人员;
  6. 面对面的会议效果最好、也可以借助视频设备;
  7. 会议后要总结、提炼结论、达成共识、有行动计划;
  8. 会议要有纪要;
  9. 做好会议的后勤保障;
  10. 不要把各种会议类型混合在一起;

# 输出

# 1️⃣ 可交付成果

  • 在某一过程、阶段或项目完成时,必须产出的独特并可核实的产品、成果或服务能力,通常是有形的组件,也可包括项目管理计划

只在此子过程输出

# 2️⃣ 工作绩效数据

工作绩效数据工作绩效信息工作绩效报告
输出过程组执行过程组监控过程组监控过程组
定义收集到的原始观察结果和测量值进行整合分析得到的绩效数据汇编工作绩效信息形成的文件
强调点反映项目当前情况(范、进、成)的第一手、基础的数据工作绩效数据和基准计划对比后的偏差结果可真实提交给干系人,能全面反映项目情况的真实文件

举例

变更请求的数量
工作完成百分比
质量和技术绩效测量值
实际成本和实际持续时间

变更请求的执行状况
可交付成果的状况
预测的完工估算

状况报告
备忘录
电子报表
推荐意见或情况更新

只在此子过程输出

# 3️⃣ 变更请求

  • 是关于修改任何文档、可交付成果或基准的正式提议。
  • 可以是直接或间接的,可以由外部或内部提出,可能是自选或由法律 / 合同所强制的,可口头提,但必须书面记录。
  • 包括:
    • 预防措施:防风险

      用来维护某些基准

    • 纠正措施:纠偏差

      用来维护某些基准

    • 缺陷补救:补质量

      针对质量缺陷,解决质量问题

    • 更新:通常改 / 调整基准

      会改变项目管理计划或基准,是用来修改基准的

在很多过程中可输出

# 监控 监控项目工作

  • 跟踪、审查和报告项目进展,收集、测量并散发绩效信息分析测量结果预测趋势,以便推动过程改进。
本过程的作用
  • 让干系人了解项目的当前状态、已采取的步骤
  • 对预算、进度和范围的预测,以便推动过程改进。
  • 监控项目工作贯穿于整个项目,是唯一输出工作绩效报告 {.red}} 的过程。
输入 Input工具与技术 Tool & Technology输出 Output
  1. 项目管理计划
  2. 进度预测
  3. 确认的变更
  4. 确认的变更
  5. 工作绩效信息
  6. 事业环境因素
  7. 组织过程资产
  1. 专家判断
  2. 分析技术
  3. 项目管理信息系统
  4. 会议
  1. 变更请求
  2. 工作绩效报告
  3. 项目管理计划更新
  4. 项目文件更新

# 输入

# 1️⃣ 项目管理计划

  • 监控工作需要测量绩效信息,并进行分析及预测趋势,所以需要将实际绩效计划做对比。

# 2️⃣ 工作绩效信息

# 工具

分析技术,了解

# 输出

# 1️⃣ 变更请求

  • 通过比较实际情况与计划要求,可能需要提出变更请求,变更请求可能导致需要收集和记录新的需求。

# 2️⃣ 工作绩效报告

  • 为制定决策、采取行动或引起关注而汇编工作绩效信息所形成的实物或电子项目文件

# 监控 实施整体变更控制

  • 审查所有变更请求、批准变更、管理变更、并对变更处理结果进行沟通的过程。
本过程的作用
  • 从整合的角度考虑记录在案的项目变更,从而降低项目风险
  • 本过程只会审批、管理变更,不会提出变更请求

我们只处理变更,不生产变更

输入 Input工具与技术 Tool & Technology输出 Output
  1. 项目管理计划
  2. 工作绩效报告
  3. 变更请求
  4. 事业环境因素
  5. 组织过程资产
  1. 专家判断
  2. 会议
  3. 变更控制工具
  1. 批准的变更请求
  2. 变更日志
  3. 项目管理计划更新
  4. 项目文件更新

# 输入

# 1️⃣ 项目管理计划

  • 会用到变更管理计划,为管理变更控制过程提供指导,记录变更控制委员会 CCB 的情况

# 2️⃣ 工作绩效报告

  • 对此过程特别有用的工作绩效报告包括:
    • 资源可用情况
    • 进度和成本数据
    • 挣值管理 EVM 报告
    • 燃烧图或燃尽图
燃烧图或燃尽图
在项目完成之前,对需要完成的工作的一种可视化表示。燃尽图有一个 Y 轴 工作 和 X 轴 时间
理想情况下,该图表是一个向下的曲线,随着剩余工作的完成,“烧尽” 至零

# 3️⃣ 变更请求

  • 8 步流程! 重要
    1. 提出与记录
      任何干系人都能提,也可口头提,但必须书面记录
    2. 初审变更:
    • 施加影响,确认变更必要性
    • 校验确保信息充分
    • 达成共识

    方式为文档的审核流转

    1. 评估论证变更方案
    • 论证可行性
      • 技术评估;
      • 经济评估;
    • 如可行,则将技术要求转为资源需求
    1. 提交 CCB 审查
    • 专业评审;
    • 经济评审;
    • 客户意见为核心;

    方式为文档会签、正式会议等:

    1. 更新通知组织实施
    • 一定会更新 “变更日志”
    • 还可能更新计划、基准,文件;
    1. 变更实施的监控
    2. 变更效果的评估
    • 基准
    • 目的是否达成
    • 方案实现度
    1. 判断变更后的项目是否纳入正规:

# 工具

# 1️⃣ 会议

  • 通常指变更控制会议,可由变更控制委员会 CCB 开会审查变更请求,并做出批准、否决或其他决定。

# 2️⃣ 变更控制工具

  • 为便于开展配置和变更管理,可以使用一些手工或自动化的工具

# 输出

# 1️⃣ 批准的变更请求

  • 批准的变更请求应通过指导与管理项目工作过程加以实施。
  • 全部变更请求的处理结果,无论批准与否,都要在变更日志中更新

# 2️⃣ 变更日志

  • 用来记录项目过程中出现的变更,被否决的变更请求也应该记录在变更日志中。

更新请求审批的状态

# 3️⃣ 项目管理计划更新

  • 对基准的变更,只能针对今后的情况,不能变更以往的绩效
  • 这有助于保护基准和历史绩效数据的严肃性

# 收尾 结束项目或阶段

  • 完结所有项目管理过程组的所有活动,以正式结束项目或阶段的过程。
本过程的作用
  • 总结经验教训
  • 正式结束项目工作
  • 为开展新工作而释放组织资源
  • 结束项目或阶段做些什么?(6+2 个步骤)
项目正常收尾项目提前收尾
获得项目或阶段的整体验收记录终止的原因
干系人满意度调查干系人满意度调查
移交成果移交已完成和未完成的成果
总结和记录经验教训总结和记录经验教训
组织过程资产更新组织过程资产更新
文件归档文件归档
庆功会庆功会
释放资源释放资源
  • 项目的产品范围或技术工作全部完成了,并不代表项目结束, 必须经过正式收尾过程,才可以正式结束 项目或阶段
  • 项目提前结束(中止、 取消、无法完成)也必须正式收尾
  • 收尾工作不仅针对整个项目,也要在每个阶段结束时进行
  • 项目收尾分为
    1. 行政收尾(即上述 6+2 个步骤)
    2. 合同收尾
      结束合同工作,进行采购审计,结束当事人之间的合同关系,并将有关资料收集归档。
行政收尾合同收尾
不同点针对整个项目和各项目阶段,每个阶段结束或项目结束都要做,进行多次针对合同,每个合同需要且只需要进行一次
发起人或高级管理层确认买方的采购管理员确认
以合同形式进行的项目,从整个项目来说,后进行行政收尾以合同形式进行的项目,从整个项目来说,先进行合同收尾
合同收尾中也包含行政工作

相同点

  1. 都需产品核实
  2. 都需总结经验教训
  3. 都需整理和归档
  4. 都需更新组织过 程资产
  • 在项目结束时,项目经理需要审查:
    1. 各阶段的收尾信息
      确保所有项目工作都已完成,确保项目目标已经实现
    2. 范围基准
      确保在项目工作全部完成后才宣布项目结束
输入 Input工具与技术 Tool & Technology输出 Output
  1. 项目管理计划
  2. 验收的可交付成果
  3. 组织过程资产
  1. 专家判断
  2. 分析技术
  3. 会议
  1. 最终产品、服务或成果移交
  2. 组织过程资产更新

# 输入

# 1️⃣ 项目管理计划

  • 项目管理计划规定了项目完工的标准
  • 要了解结项所需的活动,要看项目管理计划 行政收尾 和合同文件 合同收尾

# 2️⃣ 验收的可交付成果

客户或发起人已签字验收的可交付成果

  • 在分阶段实施或被取消的项目中,可能会包括未全部完成的可交付成果。

# 工具与技术

# 1️⃣ 专家判断

  • 用于开展行政收尾活动。
  • 由相关专家确保项目或阶段收尾符合适用标准。
  • 主题专家会提供项目收尾的正式授权

# 输出

# 1️⃣ 最终产品、服务或成果移交

  • 移交项目所产出的最终产品、服务或成果
  • 在阶段收尾时,则是移交该阶段所产出的中间产品、服务或成果。

# 2️⃣ 组织过程资产更新

  • 项目档案
  • 项目或阶段收尾文件:
    1. 表明项目或阶段完工的正式文件
    2. 把可交付成果移交给他人的正式文件
  • 若项目提前终止,需要:
    1. 正式的收尾文件中说明终止的原因;
    2. 已完成未完成的可交付成果移交他人。
  • 历史信息:
    3. 把历史信息和经验教训信息存入经验教训知识库,供未来项目或阶段使用。

# 补充知识点

# 项目目标

目的
想要达到的地点或境地或想得到的结果。
目标
行动对象或欲使其达到的境地或标准(具体的、可度量的、可达到的、与企业战略目标相关的、有时 间限制的)
  • 目的可能只有一个,而目标可以有多个。
  • 目标的用途之一是衡量目的是否已经达到,结果是否符合事先说明的需要和要求。

# 成果目标和约束目标

成果目标 产品目标
通过生产,开发出满足客户要求的产品、系统、服务或成果等。
约束目标 管理目标、过程目标
在完成成果目标的同时,又要满足时间进度、成本费用、质量要求、资源限制等约束条件要求的目标
  • 要分清成果目标和约束目标的轻重缓急,一般来说,约束目标应让位于成果目标

    为达成目标,可以不择手段

  • 制定目标的注意点:

    1. 将成果目标和约束目标区分开来;
    2. 将目的和手段区别开来;
    3. 不制定无法量化或无法实现的目标;
    4. 不转移项目管理人员的努力方向;

# 总结

子过程主要输入主要工具和技术主要输出
制定项目章程商业论证专家判断项目章程
协议、项目工作说明书 SOW引导技术
制定项目管理计划项目章程专家判断项目管理计划
其他过程的输出会议
指导与管理项目执行项目管理计划项目管理信息系统可交付成果、变更请求
批准的变更请求会议工作绩效数据
监控项目工作工作绩效信息分析技术工作绩效报告
项目管理计划变更请求
实施整体变更控制变更请求会议批准的变更请求
工作绩效报告变更控制工具变更日志、项目管理计划更新
结束项目或阶段验收的可交付成果专家判断最终的产品、服务或成果
项目管理计划会议组织过程资产更新