企业官网建设流程全解析

第 8 章 项目整合管理

项目整合管理是项目管理的 “总指挥”，核心是识别、定义、组合、统一和协调所有项目管理过程与活动，贯穿项目始终。它的目标包括资源分配、平衡竞争性需求、研究备选方法、裁剪过程、管理知识领域间的依赖关系，就像乐队指挥协调所有乐器，确保项目整体有序推进，而非各个部分孤立工作。

8.1 管理基础

8.1.1 执行整合

项目整合管理由项目经理全权负责，责任不能授权或转移，核心是整合过程、知识和人员，项目经理需扮演双重角色：组织层面（与发起人对齐战略）、项目层面（指导团队协同）。执行整合分为三个层面：

1. 过程层面：整合相互重叠、反复发生的项目过程（如需求变更影响范围、进度、成本，需通过整体变更控制整合）；
2. 认知层面：项目经理需熟练掌握所有知识领域，整合经验、领导力、技术和商业技能，实现项目目标；
3. 背景层面：考虑新技术、虚拟团队、多元文化等外部环境变化，调整整合方式（如虚拟团队需优化沟通规划）。

8.1.2 整合的复杂性

复杂性源于组织系统行为、人类行为、环境不确定性，核心特征包括：包含多个部分、部分间有关联、动态交互、交互产生的行为大于部分简单相加（如突发风险）。项目经理需识别这些特征，确保整合过程覆盖关键领域。

8.1.3 管理新实践

随着项目管理发展，整合管理的新趋势的包括：

• 信息化工具：用项目管理信息系统收集、分析数据，支持目标实现；
• 可视化管理工具：通过图表直观展示项目状态，促进知识转移和问题解决；
• 项目知识管理：防止人员流动导致的知识流失，沉淀项目全生命周期知识；
• 项目经理的额外职责：参与立项前可行性研究、结项后效益评估，管理与职能部门、运营部门的接口；
• 混合型方法：融合敏捷、商业分析、组织变革管理等方法，适配复杂项目。

8.1.4 项目管理计划和项目文件

项目管理过程中会产生两类核心文件，二者分工明确：

简单说，项目管理计划是 “项目操作手册”，项目文件是 “项目详细台账”。

8.2 项目整合管理过程

项目整合管理包含 7 个核心过程，各过程相互交叠、相互作用，覆盖项目全生命周期：

8.2.1 过程概述

7 个过程分别是：①制定项目章程；②制订项目管理计划；③指导与管理项目工作；④管理项目知识；⑤监控项目工作；⑥实施整体变更控制；⑦结束项目或阶段。

8.2.2 裁剪考虑因素

每个项目的独特性要求裁剪整合管理过程，需考虑：

• 项目生命周期和开发生命周期（预测型 / 适应型 / 混合型）；
• 管理方法（适配组织文化和项目复杂性）；
• 知识管理、变更管理、治理要求；
• 经验教训收集方式、效益报告时机。

8.2.3 敏捷与适应方法

敏捷环境中，项目经理重点营造合作型决策氛围，下放具体产品规划和交付决策权，团队成员需具备跨领域技能。核心是确保团队能快速应对变更，专家充分参与整合管理。

8.3 制定项目章程

制定项目章程是编写 “项目准生证”，正式批准项目并授权项目经理使用组织资源的过程，仅开展一次或预定义时点开展。

8.3.1 输入

• 立项管理文件：可行性研究报告、项目评估报告等，提供商业需求和成本效益分析；
• 协议：合同、谅解备忘录等（外部项目常用合同）；
• 事业环境因素：政府 / 行业标准、组织文化、治理框架等；
• 组织过程资产：组织政策、模板、历史项目经验教训等。

8.3.2 工具与技术

• 专家判断：征求组织战略、行业技术、风险识别等领域专家意见；
• 数据收集：头脑风暴（收集创意）、焦点小组（干系人互动讨论）、访谈（一对一获取高层需求）；
• 人际关系与团队技能：冲突管理（协调干系人共识）、引导（推动会议达成结论）、会议管理（确保会议高效）；
• 会议：与关键干系人召开会议，明确项目目标、成功标准、主要可交付成果等。

8.3.3 输出

1. 项目章程：记录高层级信息，核心包括：

   • 项目目的、可测量目标和成功标准；

   • 高层级需求、项目描述、主要可交付成果；

   • 整体项目风险、总体里程碑、预批准财务资源；

   • 关键干系人、项目审批要求、退出标准；

   • 委派的项目经理及职权、发起人信息。

     示例：CRM 软件开发项目章程，明确 6 个月内完成 6 大功能，预算 50 万，指定项目经理及核心干系人。

2. 假设日志：记录项目全生命周期的假设条件（如 “假设用户需求无重大变更”）和制约因素（如 “预算不可超支”）。

8.4 制订项目管理计划

制订项目管理计划是整合所有子计划和基准，形成 “项目操作手册” 的过程，核心是明确项目如何执行、监控和收尾。

8.4.1 输入

• 项目章程：提供高层级信息，作为规划起点；
• 其他知识领域规划过程的输出：各子计划和基准（如范围管理计划、进度基准）；
• 事业环境因素：行业标准、组织结构、基础设施等；
• 组织过程资产：组织政策、模板、历史项目计划等。

8.4.2 工具与技术

• 专家判断：裁剪过程、确定工具技术、定义配置管理级别等；
• 数据收集：头脑风暴（收集规划创意）、核对单（检查计划完整性）、焦点小组（讨论整合方式）、访谈（获取特定规划信息）；
• 人际关系与团队技能：冲突管理（协调干系人分歧）、引导（推动共识）、会议管理（组织规划会议）；
• 会议：包括项目开工会议，传达目标、明确角色职责，小型项目可与规划同步，大型项目在执行阶段启动前召开。

8.4.3 输出

项目管理计划：整合所有组件，核心包括：

• 子管理计划：10 大知识领域对应的计划（范围、进度、成本等）；

• 基准：范围、进度、成本基准（考核项目绩效的依据）；

• 其他组件：变更管理计划、配置管理计划、绩效测量基准、项目生命周期、开发方法等。

  示例：京华网上花店系统计划，明确 6 个月周期、20 万预算、各角色职责、风险防范措施等。

8.5 指导与管理项目工作

指导与管理项目工作是执行 “操作手册”，领导团队完成计划内工作并实施已批准变更的过程，贯穿项目始终。

8.5.1 输入

• 项目管理计划：所有组件均为输入；
• 项目文件：需求跟踪矩阵、风险登记册、里程碑清单、项目进度计划等；
• 批准的变更请求：经 CCB 或项目经理批准的纠正措施、预防措施、缺陷补救等；
• 事业环境因素：组织文化、基础设施、干系人风险临界值等；
• 组织过程资产：组织政策、问题 / 缺陷管理程序、历史项目信息等。

8.5.2 工具与技术

• 专家判断：行业技术、成本预算、法规采购等领域意见；
• 项目管理信息系统：进度计划工具、配置管理系统、知识库等；
• 会议：开工会议、技术会议、每日站会、问题解决会议等，明确参会角色和议题。

8.5.3 输出

1. 可交付成果：独特且可核实的产品 / 成果 / 服务（如软件原型、文档）；
2. 工作绩效数据：原始测量值（如已完成工作、实际成本、缺陷数量）；
3. 问题日志：记录并跟进项目中的问题（类型、提出者、描述、优先级、负责人、解决日期等），首次创建于本过程；
4. 变更请求：发现问题时提出，包括纠正措施、预防措施、缺陷补救、更新；
5. 项目管理计划（更新）：通过变更请求更新相关组件；
6. 项目文件（更新）：活动清单、假设日志、经验教训登记册等；
7. 组织过程资产（更新）：问题解决记录、绩效数据等。

8.6 管理项目知识

管理项目知识是 “沉淀经验、复用知识” 的过程，核心是利用现有知识、生成新知识，支持项目目标和组织学习。

8.6.1 输入

• 项目管理计划：所有组件；
• 项目文件：资源分解结构、项目团队派工单、干系人登记册等；
• 可交付成果：项目产出的产品 / 成果；
• 事业环境因素：组织文化（信任氛围关键）、团队物理分布、知识专家等；
• 组织过程资产：组织政策、人事管理制度、经验教训登记册等。

8.6.2 工具与技术

• 专家判断：知识管理、信息管理、组织学习等领域意见；
• 知识管理：促进隐性知识分享（人际交往、实践社区、会议、讲故事等），面对面互动最易建立信任；
• 信息管理：整合显性知识（编撰方法、经验教训登记册、项目管理信息系统等）；
• 人际关系与团队技能：积极倾听、引导、领导力、人际交往、大局观。

8.6.3 输出

1. 经验教训登记册：记录挑战、问题、风险、机会、建议和行动方案，项目早期创建，持续更新，项目结束后归入知识库；
2. 项目管理计划（更新）：通过变更请求更新相关组件；
3. 组织过程资产（更新）：沉淀项目新知识，嵌入可交付成果或改进过程。

8.7 监控项目工作

监控项目工作是 “实时体检”，跟踪、审查项目进展，对比实际绩效与计划，识别偏差并推动改进的过程。

8.7.1 输入

• 项目管理计划：所有组件；
• 项目文件：假设日志、风险登记册、里程碑清单、成本 / 进度预测等；
• 工作绩效信息：加工后的绩效数据（如进度偏差、成本偏差）；
• 协议：外包项目的采购协议；
• 事业环境因素：项目管理信息系统、基础设施、干系人期望等；
• 组织过程资产：组织政策、监督报告方法、知识库等。

8.7.2 工具与技术

• 专家判断：挣值分析、趋势分析、风险管理等领域意见；
• 数据分析：
  • 备选方案分析：选择纠正措施；
  • 成本效益分析：确定最经济的纠正措施；
  • 挣值分析：综合分析范围、进度、成本绩效；
  • 根本原因分析：查找偏差根源；
  • 趋势分析：预测未来绩效（如进度延误趋势）；
  • 偏差分析：对比目标与实际绩效，识别总体偏差；
• 决策：投票（一致同意、大多数同意等）；
• 会议：用户小组会议、审查会议等。

8.7.3 输出

1. 工作绩效报告：整合绩效信息，包括状态报告、进展报告、挣值图表、趋势预测等，用于决策和沟通；
2. 变更请求：针对偏差提出纠正 / 预防措施、缺陷补救等；
3. 项目管理计划（更新）：通过变更请求更新相关组件；
4. 项目文件（更新）：成本 / 进度预测、问题日志、经验教训登记册、风险登记册等。

8.8 实施整体变更控制

实施整体变更控制是 “变更把关”，审查所有变更请求，批准 / 否决变更，管理计划和文件更新的过程，贯穿项目始终。

8.8.1 输入

• 项目管理计划：变更管理计划、配置管理计划、范围 / 进度 / 成本基准等；
• 项目文件：需求跟踪矩阵、风险报告、估算依据等；
• 工作绩效报告：资源情况、挣值报告等；
• 变更请求：所有正式提出的变更（书面形式）；
• 事业环境因素：法律限制、行业标准、组织治理框架等；
• 组织过程资产：变更控制程序、配置管理知识库等。

8.8.2 工具与技术

• 专家判断：行业技术、法律法规、风险管理等领域意见；
• 变更控制工具：支持配置管理和变更管理（识别配置项、记录变更状态、核实变更实施）；
• 数据分析：备选方案分析（评估变更影响）、成本效益分析（判断变更价值）；
• 决策：投票、独裁型决策、多标准决策分析；
• 会议：变更控制会（CCB 参与），审查变更请求，评估影响，传达决策。

8.8.3 输出

1. 批准的变更请求：经项目经理或 CCB 批准的变更，需传达给相关干系人；
2. 项目管理计划（更新）：仅更新受变更影响的组件，基准变更需基于最新版本，不修改历史绩效；
3. 项目文件（更新）：更新相关项目文件，所有变更记录在变更日志中。

关键说明：CCB（变更控制委员会）

• 角色：决策机构，非作业机构；
• 职责：审查变更请求，决定批准 / 否决 / 推迟，不提出变更方案；
• 组成：主要干系人（用户、管理层等），职责记录在变更管理计划中。

8.9 结束项目或阶段

结束项目或阶段是 “项目收尾”，终结项目 / 阶段 / 合同所有活动，存档信息、释放资源的过程，仅在结束点开展。

8.9.1 输入

• 项目章程：记录项目成功标准、审批要求；
• 项目管理计划：所有组件；
• 项目文件：假设日志、需求文件、风险登记册、经验教训登记册等；
• 验收的可交付成果：经客户或干系人验收的成果（含中间成果）；
• 立项管理文件：可行性研究报告、项目评估报告；
• 协议：采购合同；
• 采购文档：合同进度、支付记录、检查结果等；
• 组织过程资产：收尾指南、配置管理知识库等。

8.9.2 工具与技术

• 专家判断：管理控制、审计、法规采购等领域意见；
• 数据分析：文件分析（总结经验）、回归分析（分析变量关系）、趋势分析（验证模式）、偏差分析（对比目标与结果）；
• 会议：收尾报告会、经验教训总结会、庆祝会等，参会者包括项目团队和干系人。

8.9.3 输出

1. 项目文件（更新）：标记所有文件为最终版本，完善经验教训登记册；
2. 最终产品、服务或成果：移交给客户或运营部门；
3. 项目最终报告：总结项目绩效，包括范围 / 质量 / 成本 / 进度目标达成情况、效益实现情况、风险 / 问题处理情况等；
4. 组织过程资产（更新）：
   • 项目文件、运营支持文件；
   • 收尾文件（完工证明、移交文件，提前终止需记录原因）；
   • 经验教训知识库（沉淀供未来项目使用）。