项目管理十大知识领域-01项目整合管理

项目整合管理包括识别、定义、组合、统一、协调项目管理过程组的各个过程和项目管理活动。项目整合管理贯穿项目始终。

整合管理目标：

1. 资源分配
2. 平衡竞争性需求
3. 研究各种备选方法
4. 裁剪过程以实现项目目标
5. 管理各个项目管理知识领域之间的依赖关系

管理基础

执行整合

项目整合管理由项目经理负责，项目经理负责整合所有其他知识领域的成果，并掌握项目总体情况。

1. 过程层面整合

   项目管理过程有的过程只发生一次，有的过程在整个项目期间会相互重叠并重复发生多次。项目经理在过程层面整合整合，项目经理如果无法整合相互作用的项目过程，那么实现项目目标的可能性将会很小。

2. 认知层面整合

   管理项目有很多方法，方法的选择通常取决于项目具体特点。项目经理应熟练掌握所有项目管理知识领域，帮助项目经理把经验、见解、领导力等运用到项目管理中。

3. 背景层面整合

   一些新技术的出现让组织和项目所处环境发生很大变化。在执行并管理整合，项目经理需要意识到这些新因素，决定如何利用新环境因素，让项目获得成功。

整合复杂性

项目复杂性源于组织的系统行为、人类行为以及组织或环境中的不确定性。

在项目整合之前，项目经理需要考虑项目面临的内外部因素，检查项目特征或属性。作为项目的一种特征，复杂性含义是：

1. 包含多个部分
2. 不同部分存在关联
3. 不同部分之间的动态交互作用
4. 这些交互作用产生的行为远大于各部分简单相加

项目管理计划和项目文件

项目管理过程中会产生两大类文件：项目管理文件；项目文件

ps 计划和文件不是一个东西

管理计划指的是规则程序、单位、流程、方法工具… 不包含具体的东西

具体的东西在项目文件中

其实就是12个子计划（十大知识领域的计划+配置变更计划）、3个基准、3个其他（开发 绩效 周期）

项目整合管理过程

裁剪考虑因素

ps: 每个项目都是独一无二的，要根据项目实际情况对项目管理方法、流程、工具、文档进行裁剪，找到最适合项目的管理方式。比如对于小型项目来说 PMBOK 里的5大过程组、10大知识领域流程太繁杂了，可以合并或者裁剪部分过程、简化文档、减少会议，从而提升效率。

因为每个项目都是独特的，项目经理可能需要根据需要裁剪项目整合管理过程，考虑因素包括：

• 项目生命周期
• 开发生命周期
• 管理方法
• 知识管理
• 变更
• 治理
• 经验教训
• 效益

敏捷适应方法

这里一般论文会考到 需要背一些术语随便糊弄下：）

比如论文考 你是如何把敏捷的思想运用到你的项目中的?

我在做项目的过程中，考虑了敏捷的思想，我知道在敏捷环境中，我们的项目范围是动态的，我们的产品待办事项列表可以不断的去更新、维护、分析、排序，根据团队吞吐能力去确定要办的事项，我还把我的过程精简了，给我的团队松绑了，在质量检查和评估去内建在产品的开发过程中

1. 范围动态 为了适应敏捷环境，项目范围不会一成不变的，产品待办事项列表会不断的被更新、维护、分析和排序。根据团队吞吐能力确定在一个冲刺（Sprint）中要完成的待办事项。用产品待办列表灵活调整
2. 过程精简 敏捷开发不局限于49个管理过程、5大过程组，不需要冗长苛刻的整体变更控制程序；进度、成本、范围也不是按照三大基准来控制，对文档的要求要务实简约。团队必须给自己减负和松绑，才能更好的创造价值。简化流程、不僵化套用标准
3. 状态可视 开发前的原型设计，需求分析中的卡诺模型，每日站会中的看板、燃尽图，评审中的实际效果展示，回顾中的价值流图，都体现了可视化的思想。看板、燃尽图、原型等可视化管理
4. 质量内建 结对编程、测试驱动开发等方法都强调了产品质量不能依赖事后检查，要在产品开发的过程中进行质量检查和评估。开发过程中就做质量保障
5. 团队自组织 整合的工作不在以项目经理为主。在敏捷团队中，Scrum Master只是为团队创造一个充分参与、高效互动、集体决策的开发环境和氛围，而关于干什么、怎么干、由谁来干，都是团队自己协商决定的。下放决策权，Scrum Master 只做支持

采用敏捷适应方法可以帮助项目经理将决策权下放，团队成员自行决定并控制具体产品的规划和交付，项目经理重点营造出合作型的决策氛围，确保团队有能力应对变更，促进团队成员以相关领域专家身份参与整合管理。