03-环境

第二章（上）：环境

2.1 概述

项目经理不是在真空中工作。每一个项目都嵌在一个具体的组织环境中，这个环境决定了你能用什么、不能碰什么、该怎么走。

项目运行的两大环境要素：

复制代码

        ┌──────────────────────────────────┐
        │        组织运行环境               │
        │                                  │
        │  ┌────────────┐ ┌──────────────┐ │
        │  │   EEFs     │ │     OPA      │ │
        │  │  事业环境   │ │  组织过程资产  │ │
        │  │  因  素    │ │              │ │
        │  └─────┬──────┘ └──────┬───────┘ │
        │        │               │         │
        │        ▼               ▼         │
        │  你不能改变的      你可以借用的    │
        │   (约束)          (资源)         │
        └──────────────────────────────────┘

要素	一句话	权力归属
EEFs（事业环境因素）	外部的"天气"，PM 改变不了，只能适应	不由 PM 控制
OPA（组织过程资产）	内部的"兵器库"，PM 可以借力，越用越锋利	PM 可以使用和更新

2.1.1 组织运行环境：EEFs 与 OPA

EEFs（Enterprise Environmental Factors）------事业环境因素

定义： 项目团队不能控制的、对项目产生正面或负面影响的各种条件。

分类： 内部 + 外部

内部 EEFs（组织内部的"客观条件"）

类别	具体内容	对项目的影响
组织文化	鼓励创新还是求稳？老板说了算还是数据说了算？	决定你怎么沟通、怎么推动决策
组织结构	职能型、矩阵型还是项目型？	决定 PM 有多大权力
基础设施	办公场地、IT 系统、开发工具	决定了团队怎么协作
资源可用性	有没有足够的人、钱、设备	约束你的人力预算上限
员工能力	现有人员的技能水平分布	决定是自研还是外包
地理分布	团队在一个城市还是全球分布	决定能否面对面沟通

外部 EEFs（组织外部的"大环境"）

类别	具体内容
法律法规	GDPR（隐私）、行业牌照、劳动合同法
市场条件	竞争对手动态、供应商关系、汇率波动
行业标准	ISO 质量体系、信息安全等级保护
技术趋势	新技术成熟度、旧技术淘汰风险
自然环境	气候（工程延期）、环保要求（碳排放）

PM 对 EEFs 的态度： 不抱怨、不硬改，而是识别 → 分析 → 利用或规避。下雨不能让他停，但可以带伞。

OPA（Organizational Process Assets）------组织过程资产

定义： 组织积累下来的、可供项目使用的过程、政策、流程和知识库。

分类： 过程类 + 知识库类

类型一：过程、政策与程序（Processes & Procedures）

内容	示例
标准流程模板	项目章程模板、WBS 模板、风险管理计划模板
工作指南	需求评审 SOP、代码提交流程、发布规范
组织政策	考勤制度、审批权限表、差旅报销标准
治理框架	变更控制流程、问题升级路径、CCB 章程

这些告诉 PM："在我们公司，这个事是这样做的。"

类型二：组织知识库（Corporate Knowledge Base）

内容	示例
经验教训库（Lessons Learned）	"上个项目因为供应商没备货延期了2个月"
历史项目档案	类似项目的 WBS、估算数据、实际成本
配置管理知识库	各版本软件基线、变更历史记录
财务数据库	工时费率、供应商参考价
风险数据库	常见风险清单、历史风险应对效果

这些告诉 PM："之前有人碰到过类似问题，他们的经验在这。"

EEFs vs OPA 对比表

维度	EEFs（事业环境因素）	OPA（组织过程资产）
本质	约束和条件	资源和工具
PM 能改吗	不能（适应）	能（使用并更新）
来源	组织内部+外部环境	组织自身积累
类比	天气	兵器库
考试关键词	政策、法律、文化、结构	模板、经验教训、流程、知识库
典型动作	"考虑、识别、分析 EEFs"	"查阅、更新、利用 OPA"

考试辨析口诀

复制代码

题目出现"必须遵守的法律/政策/标准" → EEFs
题目出现"模板/流程/经验教训/历史数据" → OPA

EEFs 是"天要下雨"（你管不了，只能带伞）
OPA  是"前人栽树"（前人留下的，你享用并要继续栽）

项目生命周期中的 EEFs 与 OPA

阶段	EEFs 起什么作用	OPA 起什么作用
启动	确定项目是否与组织战略一致	用模板写项目章程
规划	考虑资源可用性、市场条件来估算	参考历史项目的 WBS 和经验教训
执行	遵循行业标准和法规要求	按 SOP 执行，用现有工具平台
监控	按组织治理结构汇报	按历史指标判断偏差是否需干预
收尾	满足合同和法规的收尾要求	归档文档，更新经验教训库

一句话区分： EEFs 是你项目运行的客观环境（管不了），OPA 是组织给你的工具箱（要善用，还要往里面添新工具）。

2.1.2 组织结构

组织结构决定了项目经理有多少权力、资源归谁管、钱谁能批。从"PM 完全没权"到"PM 全权负责"，是一条不断右移的光谱。

组织结构光谱

复制代码

PM 权力从小到大：
────────────────────────────────────────────────────→

  职能型    多部门    弱矩阵    平衡矩阵    强矩阵    项目型    虚拟组织
    │        │        │         │         │        │        │
 PM≈协调员  PM≈联络员  PM<职能经理  PM≈职能经理  PM>职能经理  PM>所有人  PM无实权
    │        │        │         │         │        │        │
 预算在部门  预算在部门  预算在部门   预算在PM   预算在PM   预算在PM   预算分散

七种结构详细对比

维度	职能型	多部门	弱矩阵	平衡矩阵	强矩阵	项目型	虚拟组织
PM 角色	协调员	协调员	联络员	正式PM	全权PM	最高权威	远程协调
PM 职权	几乎没有	几乎没有	低	中等（与FM相当）	中高	最高	低
资源归属	职能部门	事业部	职能部门	共享	PM 主导	项目专属	分散各地
预算控制者	职能经理	事业部领导	职能经理	混合	PM	PM	各组织各自
PM 是全职吗	否（兼职）	否（兼职）	否	是	是	是	是/否
团队是全职吗	否	否	否	部分	部分	是	否
行政人员	少	少	少	部分	部分	多	少
典型组织	制造业工厂	大型集团	IT部门做小项目	传统企业转型期	咨询公司	建筑/猎头	跨国远程团队

逐类详解

1. 职能型组织（Functional）

复制代码

                CEO
                 │
   ┌─────────────┼─────────────┐
   │             │             │
 研发部         市场部         财务部
   │             │             │
 员工A          员工D          员工G
 员工B          员工E          员工H
 员工C          员工F          员工I

项目团队：从各职能部门"借"人，项目结束归位

特征	对 PM 的影响
部门墙厚，横向沟通困难	PM 像"传话的"，只能靠刷脸推动事情
员工只听部门经理的	PM 分配任务可能被无视
预算在部门手中	PM 想花钱先找职能经理审批

适合： 重复性生产运营。不适合： 跨部门协作型项目。

2. 多部门（事业部）组织（Divisional）

复制代码

                集团总部
                   │
   ┌───────────────┼───────────────┐
   │               │               │
 事业部A         事业部B         事业部C
 (手机业务)      (家电业务)      (汽车业务)
   │               │               │
 独立核算        独立核算        独立核算

特征	对 PM 的影响
各事业部有自己的职能部门	事业部内部的 PM 有一定自由度
跨事业部的项目协调极难	两事业部合作 → 需要两个老板点头
资源重复配置	每个事业部都有独立的 HR/财务

适合： 产品线差异大的集团。项目： 大部分在事业部内部完成。

3. 弱矩阵（Weak Matrix）

复制代码

        CEO
         │
    ┌────┴────┐
  职能经理  职能经理     ← 权力大
    │  │      │  │
    │  ├──────┼──┤─ PM（联络员）
    │         │         ← 权力小
  员工A     员工B

特征	对 PM 的影响
PM = 项目联络员/项目助理	不能独立决策，主要负责催进度、传信息
职能经理保留主要权力	PM 像"皇帝的传令兵"，不是"将军"

适合： 公司刚开始尝试项目制，不敢一下改变架构。

4. 平衡矩阵（Balanced Matrix）

复制代码

        CEO
         │
    ┌────┴────┐
  职能经理   职能经理
    │  ║      │  ║
   PM ────────┼──║─ PM    ← PM 与职能经理平起平坐
    │         │
  员工A     员工B

特征	对 PM 的影响
PM 和职能经理权力相当	"你需要我的人，我需要你的配合"，天生的博弈关系
资源由双方协商	每次资源分配都像谈判

适合： 组织已认可项目制的价值，但尚未完全转型。

5. 强矩阵（Strong Matrix）

复制代码

        CEO
         │
   ┌─────┴─────┐
 PMO            │
  │         职能部门
  ├─ PM1    (提供资源)
  ├─ PM2
  └─ PM3

特征	对 PM 的影响
PMO 统一管理所有 PM	PM 有组织支持，不是散兵游勇
职能经理退化为"资源提供者"	PM 说了算，FM 配合
预算和资源由 PM 主导	PM 对自己项目的全过程有支配权

适合： 项目驱动的公司（如咨询公司、IT 服务公司）。

6. 项目型组织（Projectized）

复制代码

        CEO
         │
   ┌─────┼─────┐
  PM1   PM2   PM3
   │     │     │
  全员   全员   全员
  (全职) (全职) (全职)

特征	对 PM 的影响
没有职能部门，只有项目	PM = CEO of the project
团队成员全职在一个项目	忠诚度最高，但项目结束可能失业
资源高度集中	一个项目独占资源，其他项目得不到

适合： 建筑公司（一个工地一个项目部）、猎头公司（一个客户一个团队）。

7. 虚拟组织（Virtual Organization）

复制代码

  上海团队 ───── 在线协作 ───── 伦敦团队
      │                              │
      ├────────── 云端PM ────────────┤
      │                              │
  印度团队 ───── Git/Slack/Zoom ─── 纽约团队

特征	对 PM 的影响
团队成员分布在不同地理位置	时区管理是最大挑战
沟通全部在线	缺乏非正式交流（聊不出八卦就聊不出信任）
PM 无行政管理权	靠自律+透明看板驱动

适合： 开源项目、跨国协作团队。PM 核心能力：异步沟通 + 可视化进度。

PM 权力递增口诀

复制代码

职能型：PM 就是个传话的
弱矩阵：PM 就是个小助理
平衡矩阵：PM 和部门经理平起平坐，但得靠谈判
强矩阵：PM 说了算，部门经理只提供资源
项目型：PM 就是这一亩三分地的老板

组织结构对 PMP 考试的影响

考试中，判断 PM 该怎么做，首先要识别组织结构：

职能型/弱矩阵：PM 没权改预算、没权硬要人 → 选"和职能经理协商"
平衡矩阵：PM 有权但要博弈 → 选"与职能经理共同决策"
强矩阵/项目型：PM 有主导权 → 选"项目经理直接决定"

一句话： 项目经理的权力不是天生的，是组织结构赋予的。认清自己所在的"游戏规则"，才知道怎么打牌。

2.1.3 职能型组织

本质：铁路警察，各管一段

职能型组织是人类发明的最自然的组织方式------把同类技能的人放在一起，设一个经理管这一群人。它在工业时代运转了上百年，至今仍是大部分组织的基础形态。

复制代码

    挂号处 → 门诊 → 检验科 → 放射科 → 药房 → 收费处
      ↑       ↑       ↑        ↑       ↑       ↑
     各管挂号  各管开药  各管验血   各管拍片  各管发药  各管收费

没有一个人对"病人今天看病体验好不好"负责。 除了院长。

医院：职能型组织的典型困境

场景	发生了什么	哪个部门负责？
挂号排 1 小时	挂号处说"窗口就这些"	挂号处
医生看 3 分钟开单	医生说"后面还有50个号"	门诊
抽血排 40 分钟	检验科说"人手不够"	检验科
拿报告又回门诊排队	流程规定必须先门诊再看结果	门诊
拿药再排 30 分钟	药房说"按顺序来"	药房
病人早上8点来，下午2点走	6 个小时，实际看病 15 分钟	没有部门负责

每个环节都符合规范、每个部门都很专业、每个人都完成了自己的工作。但整体体验是灾难。

这就是职能型组织的代价：局部最优 ≠ 整体最优。

为什么跨部门协作这么难？

复制代码

              院长
                │
   ┌────────────┼────────────┐
   │            │            │
 门诊部        检验科        药房
   │            │            │
  目标：         目标：         目标：
 多看病人       报告准确       发药不出错
 缩短单个病人时间  不超预算       库存不积压

  门诊和检验科的目标天然冲突：
  门诊希望检验赶快出结果 → 检验科说"仪器就这些，等"
  检验科说"你把需求写清楚"→ 门诊说"我不懂检验术语"

部门墙的三大成因：

成因	表现
目标分裂	每个部门 KPI 不同，一个部门成功可能以另一个部门失败为代价
语言不通	研发说"技术可行性"，市场说"用户需求"，采购说"成本控制"------鸡同鸭讲
无人端到端负责	挂号→门诊→检验→药房，每个节点只交接不负责，全程体验没人管

好处是什么？

职能型组织能存在上百年，不是因为蠢，而是因为它是工业时代最优解：

好处	说明
专业化极深	让内科医生一辈子只看内科，他的医术会无比精湛。重复产生熟练，熟练产生效率
效率高（在单一职能内）	同专业人员集中管理，资源共享，设备利用率高
培训成本低	新人只需要学好一个专业领域，不需要懂全流程
职业路径清晰	从初级到专家到首席，一生只升一条线，员工有安全感
管理简单	一个经理管一群同专业人士，考核标准一致，管理成本最低
技术传承好	师傅带徒弟，内科经验不会断档

职能型组织的"适"与"不适"

适合	不适合
重复性生产（工厂流水线）	创新项目（需要跨部门协作）
专业服务（律所、医院诊断）	客户导向业务（需要端到端体验）
确定性高的工作	需求不确定的工作
部门内部效率优先	整体价值优先

从医院到"以患者为中心"的转型

聪明的医院意识到了问题，引入了项目管理思维：

复制代码

传统模式：
  挂号 → 门诊 → 检验 → 回门诊 → 药房 → 缴费（患者来回跑）

转型模式：
  以"患者当日就诊完成"为项目目标
  ↓
  多学科会诊（MDT）：门诊、检验、影像坐在一起看同一个病人
  ↓
  一站式服务：患者不动，服务流动

这就是职能型组织引入项目管理的价值：在专业深度的土壤上，架起横向协作的桥梁。 不是抛弃专业化，而是在专业化之上叠加项目化。

一句话： 职能型组织像一把锋利的刀------切纵深极快，切横向极钝。项目管理就是那把横向切刀。

2.1.4 项目型组织

本质：每个项目都是独立作战单元

在项目型组织中，没有职能部门，只有一个个项目。项目经理就是"微型 CEO"，对项目的全过程全权负责。

复制代码

            CEO
             │
    ┌────────┼────────┐
   PM1     PM2      PM3
    │       │        │
  全员A    全员D    全员G
  全员B    全员E    全员H
  全员C    全员F    全员I

（每个人只在一个项目，全职投入，直接向 PM 汇报）

优势

优势	说明
端到端负责	一个人（PM）从头到脚对项目成败负责，决不会出现"这不是我的问题"
效率极高	团队成员在同一条船上，沟通路径最短（群聊就是一个项目群）
决策快	PM 说了算，不需要跨部门请示
目标一致	全员只有一个目标：项目成功。不存在"门诊 vs 检验科"的内部博弈
客户体验好	客户面对的是一个统一接口（PM），不需要自己去串联各个部门

劣势

劣势	说明
人员都得配齐	每个项目要自备全套人马------开发、测试、运维、文档......即使每个人只干 50% 的工作量
工作不饱和	项目初期需求分析时开发闲，项目末期测试时开发更闲。忙闲不均，资源利用率低
项目结束后归零	项目结束团队解散，成员面临"找工作"焦虑，PM 面临"重新拉人"压力
安全感缺失	不像职能部门有"铁饭碗"归属，员工永远是"临时工"心态
知识难以沉淀	项目一解散，经验锁在个人脑子里，下一个项目从头再来
重复造轮子	每个项目自建全套，项目 A 写过的用户登录模块，项目 B 再写一遍

适用场景

特征	为什么适合项目型
长期项目	项目周期长（1年以上），全职投入有价值
大型项目	项目规模大，值得自建全套团队
跨区域项目	团队集中在一个物理地点或明确的虚拟团队，PM 统一指挥
高风险/高重要性	一把手工程，必须专人专职全力以赴
客户定制化	每个客户的交付物差异大，无法标准化复用

典型行业：

建筑公司（一个项目部管一个工地）
咨询公司（一个客户一个团队）
电影制作（一个剧组一个项目）
猎头公司（一个客户一个小组）

职能型 vs 项目型：场景互斥

用户的问题是"职能型的场景是什么？"------把两种极度组织放在一起看，反差最明显：

维度	职能型组织	项目型组织
适合什么	重复性、标准化、专业深度要求高	一次性、定制化、需要端到端协同
典型场景	医院、工厂、政府	建筑、咨询、影视
核心优势	专业精湛、资源高效	目标统一、响应快速
核心痛点	横向沟通断裂	资源冗余、安全感低
人的归属	"我是内科医生"（专业认同）	"我现在在 XX 项目"（临时角色）
如果用一个词	深度	速度

职能型追求"把一件事情做到极致"（同一批人反复做同类事）。

项目型追求"把一件事完整地做成"（一群人为同一目标聚在一起）。

现实中最优解：矩阵型

纯职能型太僵，纯项目型太贵。所以大多数组织选择了矩阵型------既保留职能部门的专业深度，又引入项目经理的横向拉通能力。

复制代码

         CEO
          │
   ┌──────┼──────┐
 职能经理  PMO   职能经理
   │  ┊    │  ┊    │
  员工 ─── PM ─── 员工
   (虚线汇报)   (虚线汇报)

实线 = 行政归属（职能经理考核绩效、发工资）
虚线 = 项目归属（PM 分配任务、评估项目表现）

这就是前面 2.1.2 中弱/平衡/强矩阵的底层逻辑------在专业化和项目化之间找一个平衡点。

一句话： 项目型组织像一个特种兵小队------精干、专注、高效，但打完一仗就要重新整编。职能型组织像一个军团------稳定、深厚、持久，但跨兵种协同作战很费劲。

2.1.5 矩阵型组织

矩阵型是职能型和项目型的折中方案------既保留职能部门的专业深度，又赋予项目经理横向拉通的能力。

三种矩阵的对比

维度	弱矩阵	平衡矩阵	强矩阵
PM 头衔	项目联络员/助理	正式项目经理	正式项目经理
PM 权力	低（协调为主）	中等（与 FM 平级）	高（主导项目）
预算控制者	职能经理	混合	PM
PM 全职	否（兼职）	是	是
团队全职	否	部分	部分
资源谈判	PM 求 FM 给人	双方协商	FM 提供资源，PM 调配

矩阵型的两难

优势	劣势
一个人可以被多个项目共享	一个人要向两个老板汇报（PM+FM）
专业人才有职业归属（职能部门）	两个老板的命令可能冲突
项目结束，人员回归职能部门	职能经理和PM 对人员的争夺永不休止
比纯项目型更经济（资源共享）	沟通成本高（实线+虚线）

一句话： 矩阵型组织是最复杂的组织形态------它要求组织中所有人同时理解"行政隶属"和"项目归属"两条线。

2.1.6 项目管理者在不同组织中的特征

组织类型	PM 角色	权力来源	核心能力
职能型	协调员	无实权，靠刷脸	人际影响力、向上管理
弱矩阵	联络员/助理	委派权力（低）	沟通协调、跟催
平衡矩阵	正式 PM	章程授权+协商	谈判能力、冲突管理
强矩阵	全权 PM	章程+PMO 背书	领导力、决策力
项目型	迷你 CEO	最高授权	全面管理、商业思维
虚拟组织	远程协调者	无行政权	异步沟通、工具驱动

PM 的核心矛盾： 职位越高、权力越大的组织，PM 越需要硬技能（预算、计划、控制）。职位越低、权力越小的组织，PM 越需要软技能（影响力、沟通、情商）------而权小责大恰恰是大多数 PM 的现实。

2.1.7 组织治理框架

什么是治理

治理（Governance） 是组织用来指导和控制项目/项目组合的规则、政策、流程和决策权分配。

复制代码

战略层（老板/董事会）：我们应该做什么？
    │
    ▼
治理层（PMO/组合经理）：哪些项目值得投？怎么管？
    │
    ▼
管理层（PM/职能经理）：怎么把这个项目做成？
    │
    ▼
执行层（团队）：怎么把今天的活干好？

治理框架的核心要素

要素	要回答的问题
决策权限	谁有权批预算？谁有权批变更？多少以内 PM 自己说了算？
升级路径	问题解决不了找谁？一层一层往上走到谁为止？
问责机制	项目延期算谁的？质量出问题谁担责？
合规要求	项目必须满足哪些法律/审计/监管要求？
阶段关口	每个阶段结束时谁来评审Go/No-Go？

PM 视角：治理不是官僚主义

低级 PM 抱怨"流程太多"；高级 PM 借用治理框架来保护自己------"这个变更超过我的授权了，需要 CCB 审批"不是推诿，是依法办事。

2.1.8 法约尔原则

亨利·法约尔（Henri Fayol），古典管理理论之父，1916 年提出 14 条管理原则，是现代项目管理的理论源头之一。

十四条原则速览

#	原则	含义	PM 对应
1	劳动分工	专业化提高效率	WBS 分解，角色定义
2	权力与责任	有权必有责，权责对等	PM 的责权匹配（往往失衡）
3	纪律	遵守组织规则	团队章程、基本规则
4	统一指挥	一个人只向一个上级汇报	矩阵型中员工被两个老板管------这是法约尔最大的痛点
5	统一方向	同一目标的活动由一人领导	一个项目一个 PM
6	个人利益服从集体利益	项目目标高于个人偏好	干系人管理
7	公平报酬	薪酬应公平合理	激励团队
8	集权与分权	找到决策权分配的最佳平衡	授权 vs 干预的平衡
9	等级链	组织层级清晰	升级路径、汇报关系
10	秩序	正确的人在正确的位置	资源分配，人岗匹配
11	公平	管理者以善意和公正待人	冲突管理
12	人员稳定	减少人员流动	团队建设
13	首创精神	鼓励创新和主动性	敏捷自组织团队
14	团队精神	团结就是力量	建设高效项目团队

法约尔对 PMP 的最大贡献： 原则 4"统一指挥"------项目成员不应同时接受两个上级的冲突指令。矩阵型组织天生违反这条原则，所以沟通和冲突管理成为 PMP 的核心议题。

2.1.9 企业文化与战略

企业文化对项目的隐形影响力

文化是组织中不成文的规则。一个项目的失败，可能不是因为计划不好，而是因为计划与组织文化冲突。

文化类型	特点	对项目的影响
权力型	老板说了算，层级分明	PM 决策受限，一切需要向上请示
角色型	流程至上，按规矩办事	变更困难，但合规性好
任务型	结果导向，谁行谁上	最适合项目化运作
人本型	以人为本，员工幸福第一	PM 不能强行加班，需要柔性管理

战略对项目的决定性作用

复制代码

战略 ←── 项目（战略落地）
  │
  ├── 市场扩张战略 → 新产品开发项目、海外市场项目
  ├── 成本领先战略 → 流程优化项目、自动化项目
  ├── 差异化战略   → 研发创新项目、品牌升级项目
  └── 防御战略     → 合规项目、风险管控项目

项目经理的战略素养：

知道自己的项目在战略地图中的位置
当战略变了，敢于建议砍掉或转向自己的项目
汇报时不说"进度完成 80%"，说"这个里程碑保障了 Q3 的上市计划"

一句话： 文化是土壤，项目是庄稼。不管种子多好，土壤不对就长不出来。PM 的第一课不是在贫瘠的土地上硬种，而是识别土壤、改善土壤。

2.1.10 商业环境

PMP 新考纲中，商业环境（Business Environment） 占 8%------比重不大，但决定了项目的"生存大气候"。

商业环境的四层结构

复制代码

        ┌──────────────┐
        │   社会环境    │  ← 最外层：人口、文化、环保意识
        │  (Social)    │
        ├──────────────┤
        │   经济环境    │  ← 汇率、通胀、市场周期
        │  (Economic)  │
        ├──────────────┤
        │   行业环境    │  ← 竞品、供应链、技术成熟度
        │  (Industry)  │
        ├──────────────┤
        │   专业环境    │  ← 执业标准、职业道德、知识体系
        │(Professional)│
        └──────────────┘
              ↑
         项目在其中

四层逐一拆解

1. 专业环境（Professional）

离 PM 最近的一层------项目管理本身就是一个专业。

要素	说明
执业标准	PMBOK® 指南、PRINCE2、敏捷实践指南
职业道德	PMI 道德与专业行为准则：责任、尊重、公正、诚实
知识体系	项目经理能力三角：技术项目管理 + 领导力 + 战略与商业管理
认证要求	PMP 续证 PDU 要求（3年60个PDU）

专业环境告诉你：作为 PM，什么能做、什么不能做、应该怎么做。

2. 行业环境（Industry）

不同行业的游戏规则截然不同。

行业	关键环境因素
IT/互联网	技术迭代快、人才竞争激烈、敏捷为主流
建筑/工程	合规要求高、EPC 合同为主、HSE 红线
医疗/制药	FDA/药监局审批、临床试验周期长、质量零容忍
金融	监管合规（巴塞尔协议等）、安全等级保护、审计频繁
能源	油价波动、碳减排政策、地缘政治风险

PM 必须理解行业语言： 在建筑业谈"打桩"，在 IT 业谈"Sprint"，在金融业谈"合规审计"------不懂行业语言，沟通成本翻倍。

3. 经济环境（Economic）

因素	对项目的影响
通货膨胀	一年期项目的材料预算可能不够用了
汇率波动	跨国采购的进口设备成本波动
利率	融资型项目的资金成本随利率变化
市场周期	上行期抢人贵，下行期砍预算
劳动力市场	开发人员供不应求 → 人力成本飙升

PM 不必是经济学家，但必须理解经济波动对项目约束的冲击。

因素	对项目的影响
人口结构	老龄化 → 建筑工人短缺；年轻化 → 移动端项目优先
文化差异	跨国团队的节假日不同、沟通风格不同、权力距离不同
环保意识	ESG 合规、碳中和承诺可能改变项目范围和交付标准
公众舆情	一个不当的项目决策可能引发社交媒体风暴
劳动力观念	00 后拒绝 996 → PM 的激励方式必须改变

商业环境对 PMP 考试的映射

PMP ECO 商业环境领域 4 项任务与本节的对应：

ECO 任务	对应层级
规划和管理项目合规性	专业 + 行业
评估和交付项目收益和价值	经济
评估和应对外部商业环境变化	经济 + 社会
支持组织变革	社会

PM 的商业环境敏感度

低级 PM	高级 PM
"我只管做好我的项目"	"行业政策变了，我的项目要不要调方向？"
"预算是财务部的事"	"汇率涨了 5%，采购成本超了，需要更新风险应对"
"团队加班是正常的"	"这批应届生不吃 996 这一套，得换管理方式"

5. 自然环境（Natural Environment）

因素	对项目的影响
气候条件	雨季延期土建项目、高温限电影响工厂产能
地理位置	偏远矿区物流成本高、高海拔人员健康风险
自然灾害	地震/洪水/台风 → 供应链中断、工期跳票
资源禀赋	水资源短缺限制选址、矿产资源决定原材料成本
生态约束	自然保护区附近禁建、环评审批周期长

自然环境不是"可选项"，是 EEFs 的重要组成部分。一个建筑工程 PM 不看气象预报就排工期，等于闭着眼睛开车。
五层总结： PM 的视野边界不该停在项目章程的最后一页。往上望------专业、行业、经济、社会、自然，每一层风吹草动都可能掀翻你的项目。

本章高频考点清单

#	考点	一句话
1	EEFs vs OPA	EEFs=外部条件无法控制(如法规/市场)；OPA=内部资产可以更新(如模板/经验库)
2	七种组织结构	职能→弱矩阵→平衡矩阵→强矩阵→项目型，PM权力从低到高
3	弱矩阵 vs 强矩阵	弱矩阵PM=协调员；强矩阵PM=真正管理者
4	法约尔14原则	权力与责任对等、统一指挥(一人一老板)、公平、秩序
5	OPA 两类	过程/程序类(模板、流程) vs 知识库类(经验教训、项目档案)
6	治理框架	PM→PMO→项目组合经理→治理委员会，各自职责不同

本章常见考试陷阱

陷阱	正解
PM 在所有组织中都有同样权力 ×	职能型PM无权，矩阵型分弱/平衡/强，只项目型有全权
EEFs 和 OPA 可以互换 ×	EEFs 是约束条件(不可改)，OPA 是内部资产(可积累更新)
企业文化不影响项目管理 ×	文化决定沟通方式、决策流程、风险态度，PM 必须适配
PMO = 项目经理的老板 ×	PMO 是支持和治理机构，不是直接上级，不同PMO类型职责差异大

第二章（上）：环境

2.1 概述

2.1.1 组织运行环境：EEFs 与 OPA

EEFs（Enterprise Environmental Factors）------事业环境因素

内部 EEFs（组织内部的"客观条件"）

外部 EEFs（组织外部的"大环境"）

OPA（Organizational Process Assets）------组织过程资产

类型一：过程、政策与程序（Processes & Procedures）

类型二：组织知识库（Corporate Knowledge Base）

EEFs vs OPA 对比表

考试辨析口诀

项目生命周期中的 EEFs 与 OPA

2.1.2 组织结构

组织结构光谱

七种结构详细对比

逐类详解

1. 职能型组织（Functional）

2. 多部门（事业部）组织（Divisional）

3. 弱矩阵（Weak Matrix）

4. 平衡矩阵（Balanced Matrix）

5. 强矩阵（Strong Matrix）

6. 项目型组织（Projectized）

7. 虚拟组织（Virtual Organization）

PM 权力递增口诀

组织结构对 PMP 考试的影响

2.1.3 职能型组织

本质：铁路警察，各管一段

医院：职能型组织的典型困境

为什么跨部门协作这么难？

好处是什么？

职能型组织的"适"与"不适"

从医院到"以患者为中心"的转型

2.1.4 项目型组织

本质：每个项目都是独立作战单元

优势

劣势

适用场景

职能型 vs 项目型：场景互斥

现实中最优解：矩阵型

2.1.5 矩阵型组织

三种矩阵的对比

矩阵型的两难

2.1.6 项目管理者在不同组织中的特征

2.1.7 组织治理框架

什么是治理

治理框架的核心要素

PM 视角：治理不是官僚主义

2.1.8 法约尔原则

十四条原则速览

2.1.9 企业文化与战略

企业文化对项目的隐形影响力

战略对项目的决定性作用

2.1.10 商业环境

商业环境的四层结构

四层逐一拆解

1. 专业环境（Professional）

2. 行业环境（Industry）

3. 经济环境（Economic）

4. 社会环境（Social）

商业环境对 PMP 考试的映射

PM 的商业环境敏感度

5. 自然环境（Natural Environment）

本章高频考点清单

本章常见考试陷阱