Appearance
项目管理概论：从"什么是项目"到"项目怎么被管理"
本页导读：本页是项目管理核心篇的总纲。先厘清四个最容易混的概念——项目、运营、项目集、项目组合；再讲项目的特性、生命周期与阶段、开发生命周期类型；然后分析职能型/矩阵型/项目型组织对项目经理权力和资源可用性的影响；最后落到项目经理的角色与能力要求。本篇是后面十三个知识领域页面的地基，建议第一轮复习时精读一遍，冲刺阶段回来看"高频考点与易错点"即可。
一、知识框架图
- 项目管理知识体系全景
- 基础概念层：项目、运营、项目集、项目组合、PMO
- 管理框架层：五大过程组 × 十大知识领域 = 49 个过程
- 运行环境层：组织结构（职能/矩阵/项目型）、事业环境因素、组织过程资产
- 生命周期层：通用四阶段、阶段关口、开发生命周期（预测/迭代/增量/适应/混合）
- 角色层：项目经理（整合者/管理者/领导者）与人才三角
- 本页主线：是什么（项目特性）→ 在哪管（组织环境）→ 管什么（49 过程框架）→ 什么时候管（生命周期）→ 谁来管（项目经理）
二、什么是项目
定义：项目是为创造独特的产品、服务或成果而进行的临时性工作。
两个关键词拆开看：
- 临时性：项目有明确的起点和终点。临时性不等于工期短，一个为期五年的信息化工程仍是临时性工作；也不意味着成果短暂，项目建成后交付的系统可能运行十年。
- 独特性：项目交付的成果是独一无二的。即便是"再做一个类似的系统"，需求、干系人、技术环境也不同，不可能完全复制。
第三个常考特性是渐进明细：项目的范围、计划随着信息逐步明确而持续细化和完善，这解释了为什么项目管理计划不是一次性写死，而是滚动更新。
补充两个第4版教程强调的视角：
- 项目驱动变革：项目把组织从当前状态带到期望的未来状态，是落实战略的手段。
- 项目创造商业价值：价值不限于财务收益，也包括品牌、能力、合规、干系人满意度等无形收益。
什么情况下用项目、什么情况下用运营：目标独特、一次性的工作用项目；目标重复、持续产出同样成果的工作用运营。系统上线是项目，上线后的日常运维是运营。
三、项目、运营、项目集、项目组合
| 维度 | 项目 | 运营 | 项目集 | 项目组合 |
|---|---|---|---|---|
| 本质 | 临时性、独特性 | 持续性、重复性 | 一组相互关联且被协调管理的项目、子项目集和项目集活动 | 为实现战略目标而组合在一起的项目、项目集、子项目组合和运营工作 |
| 目标 | 交付独特成果，成功标准是"满足项目目标" | 维持业务运转、持续稳定输出 | 获取分别管理所无法获得的效益（效益管理是核心） | 实现组织战略，关注投资方向与优先级排序 |
| 时间 | 有明确起止 | 持续进行 | 有起止（随效益实现而结束） | 长期存在、动态调整 |
| 管理者 | 项目经理 | 运营经理 | 项目集经理 | 项目组合经理 |
三句话记住层次关系：
- 项目关注"把事做对"：战术执行层，盯着范围、进度、成本、质量。
- 项目集关注"1+1>2"：组件项目之间存在依赖关系，协调管理这些依赖以拿到单独管理拿不到的效益（例如"智慧医院"项目集下的挂号、电子病历、结算三个子项目共享数据平台）。
- 项目组合关注"做对的事"：组件之间不一定相关，但都要争夺同一份组织资源，所以要做优先级排序、取舍与投资决策。
四、项目管理：五大过程组 × 十大知识领域 × 49 个过程
项目管理是将知识、技能、工具与技术应用于项目活动，以满足项目要求。第4版教程采用"五大过程组、十大知识领域、49 个过程"的框架（与 PMBOK 第 6 版口径一致）。
五大过程组（按时间推进）：
- 启动过程组（2 个过程）：定义新项目或新阶段，授权其开始。核心是"立项授权"。
- 规划过程组（24 个过程）：明确范围、优化目标、为实现目标制定行动计划。过程数量最多，是"重灾区"。
- 执行过程组（10 个过程）：完成计划中确定的工作，满足项目要求。资源花费最集中。
- 监控过程组（12 个过程）：跟踪、审查和调整项目进展与绩效，识别必要的变更并启动变更。
- 收尾过程组（1 个过程）：正式结束项目、阶段或合同义务。
十大知识领域（按管理对象划分）：整合、范围、进度、成本、质量、资源、沟通、风险、采购、干系人。
过程数量分布表（背下来，选择题直接考）：
| 知识领域 | 整合 | 范围 | 进度 | 成本 | 质量 | 资源 | 沟通 | 风险 | 采购 | 干系人 | 合计 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 过程数 | 7 | 6 | 6 | 4 | 3 | 6 | 3 | 7 | 3 | 4 | 49 |
| 过程组 | 启动 | 规划 | 执行 | 监控 | 收尾 | 合计 |
|---|---|---|---|---|---|---|
| 过程数 | 2 | 24 | 10 | 12 | 1 | 49 |
每个过程的详细输入/工具与技术/输出（ITO），见全站核心工具页 49 过程 ITO 速查表。
两个必考辨析：
- 过程组 ≠ 阶段。过程组是"管理动作的分类"，阶段是"项目工作的自然分段"；一个阶段内部可以完整跑一遍"启动→规划→执行→监控→收尾"，阶段之间以"阶段关口（评审）"衔接。
- 监控贯穿始终。监控过程组与所有过程组并行，不是"执行完了才监控"；收尾不只有项目收尾，每个阶段结束也要做阶段收尾。
五、项目生命周期与阶段
1. 通用项目生命周期
项目从启动到收尾的宏观演进，典型分为四个阶段（教材通用口径）：
- 启动阶段：定义目标、授权开始（产出项目章程的雏形——立项文件）。
- 组织与准备阶段：编制计划、搭建组织（对应项目管理计划获批）。
- 执行项目阶段：完成主体工作、交付成果（人力物力投入高峰）。
- 结束项目阶段：正式收尾、移交成果、释放资源。
两个经典曲线常考：
- 成本与人力投入曲线：先升后降，执行阶段最高，收尾阶段迅速回落。
- 变更代价曲线：越早期，变更代价越小、影响风险的能力越强；越后期，代价急剧上升。这是"变更管理要尽早、要受控"的理论依据。
2. 项目阶段与阶段关口
- 阶段是一组具有逻辑关系的项目活动的集合，通常以一个或多个可交付成果的完成为标志。
- 阶段关口（阶段评审/阶段出口/里程碑关卡）：阶段结束时审查绩效、决定"进入下一阶段/返工/正常结束/暂停"。通过关口不等于"必须换阶段"，也可以调整后继续。
3. 开发生命周期类型（高频考点）
| 类型 | 特点 | 适用 |
|---|---|---|
| 预测型（瀑布型） | 范围、进度、成本在早期确定；按顺序执行一次 | 需求明确、技术成熟 |
| 迭代型 | 范围早期确定但逐步细化；通过一系列迭代优化方案 | 技术方案需要反复打磨 |
| 增量型 | 需求可分解，分批交付可用的产品增量，逐步增加功能 | 需要尽早交付部分价值 |
| 适应型（敏捷/变更驱动） | 详细范围在迭代开始前才定义；迭代周期短、节奏固定 | 需求不确定、环境多变 |
| 混合型 | 预测与适应的组合（如总体预测、开发模块敏捷） | 部分需求明确部分多变 |
4. 信息系统项目的生命周期
信息系统项目除通用生命周期外，常按"立项、开发、运维、消亡"描述系统全生命周期：立项（项目建议书、可行性研究）、开发（系统分析/设计/实施/验收）、运维（持续运行支持）、消亡（更新改造或退役）。注意这是"系统"的视角，不要与项目过程组混淆。
六、组织结构对项目的影响
组织结构决定了项目经理的权力大小、资源可用性和预算角色，是选择题常客。主流口径如下：
| 组织结构 | 项目经理角色 | 项目经理权力 | 资源可用性 | 预算角色 |
|---|---|---|---|---|
| 职能型 | 兼职（甚至只有项目协调员） | 很小或没有 | 很少或没有 | 兼职 |
| 弱矩阵 | 兼职，角色是协调员/联络员 | 低 | 低 | 兼职 |
| 平衡矩阵 | 兼职或专职（"项目经理"头衔） | 低到中 | 低到中 | 混合 |
| 强矩阵 | 全职项目经理 | 中到高 | 中到高 | 全职 |
| 项目型 | 全职，权力很大 | 高到几乎全权 | 高到几乎全权 | 全职 |
| 复合型/虚拟组织 | 视组合方式而定 | 视组合方式而定 | 视组合方式而定 | 视组合方式而定 |
记忆与考点：
- 从职能型到项目型，是一条"项目经理从无权到全权"的光谱；矩阵型越"强"，项目经理权力越大，职能经理权力越小。
- 矩阵型的代价是"双重汇报"：团队成员同时听职能经理和项目经理的，沟通复杂、冲突源多。
- 职能型里项目协调员与联络员的区别：协调员有一定决策权（可以向职能经理上报并沟通），联络员只做沟通桥梁、基本无决策权。
- 项目型组织"项目结束后团队解散"，成员有"项目一完就回家"的焦虑，这是其典型缺点。
PMO（项目管理办公室）
| 类型 | 控制程度 | 职能定位 |
|---|---|---|
| 支持型 | 低 | 当顾问、提供模板、培训、经验库，"服务角色" |
| 控制型 | 中 | 要求遵守治理框架，用合规性检查施加影响 |
| 指令型 | 高 | 直接管理并控制项目，"PMO 说了算" |
七、项目经理的角色与能力
项目经理是由执行组织委派，领导团队实现项目目标的个人。他对项目成败负责，但权力常常小于责任——因此要靠影响力而非仅靠职权做事。
1. 影响力范围（由近及远）
- 项目层面：领导项目团队，平衡竞争性制约因素（范围、进度、成本、质量、资源、风险）。
- 组织层面：与职能经理、PMO、其他项目经理、运营方协商资源与依赖。
- 行业层面：关注标准、法规、技术趋势。
- 跨学科与专业领域：整合各专业知识。
- 虚拟组织/跨地域文化层面：管理远程与多元文化团队。
2. PMI 人才三角（项目经理能力模型，高频）
| 能力维度 | 含义 |
|---|---|
| 技术项目管理 | 会用工具方法：进度网络分析、挣值、WBS、风险建模等 |
| 领导力 | 指导、激励团队，处理冲突，建立愿景与信任 |
| 战略和商务管理 | 理解行业与商业环境，让项目成果服务于组织战略与效益 |
3. 管理 vs 领导（辨析）
- 管理："正确地做事"，关注系统、流程、控制（计划、组织、指挥、协调、控制）。
- 领导："做正确的事"，关注方向、愿景、激励人。
- 项目经理是"管理者+领导者"的双重角色；越是复杂多变的环境，领导力权重越大。
4. 项目经理的整合职责
十大知识领域中唯一由项目经理"亲自负责到底"的是整合管理：其他领域的输出汇聚成项目管理计划，由项目经理统筹、裁剪、维护，并对变更进行整体控制。
八、高频考点与易错点
- 项目 vs 运营：判断题给出场景（如"每月例行出具财务报表"）问属于什么——例行重复=运营；"首次上线 ERP 系统"=项目。
- 项目集 vs 项目组合："相互关联、追求协同效益"=项目集；"不一定相关、服务战略、做优先级排序"=项目组合。注意项目组合可以包含运营，项目集不含运营。
- 49 过程的分布数字：启动 2、规划 24、执行 10、监控 12、收尾 1；整合与风险各 7 个过程，质量、沟通、采购各 3 个。
- 阶段关口的作用：是决策点，可以决定继续、调整、提前终止，不是"仪式性打卡"。
- 开发生命周期选择题："需求明确、技术成熟、一次交付"→预测型；"需求多变、短迭代、每迭代出可用增量"→适应型（敏捷）；"分批交付功能"→增量型。注意迭代型优化"方案"、增量型交付"功能"，方向不同。
- 组织结构选择题：给出"项目经理是全职、权力中到高、职能经理仍管人事"→强矩阵；"只有项目协调员、无实权"→弱矩阵或职能型（看有无明确的项目经理头衔）。
- 变更代价随时间上升：所以变更要"早发现、走流程、受控实施"，这是后面变更管理页面的理论根基。
- PMO 类型判断："提供模板与培训但不管项目"=支持型；"直接管理项目"=指令型。
易错点：
- 把"临时性"理解成"短"，把"独特性"理解成"从没做过"——都过窄。
- 认为收尾过程组只在项目结束时执行——每个阶段结束也可能执行。
- 认为过程组按时间严格串行——实际高度重叠、反复迭代。
九、例题（自编模拟题）
【例题 1】 某集团为完成"十四五数字化转型"战略，将智慧园区、数据中台、供应链协同三个项目统一打包管理，其中数据中台为另外两个项目提供统一数据服务。该集团的做法属于（ ）。
A. 对三个项目进行项目组合管理 B. 对三个项目进行项目集管理 C. 建立指令型 PMO D. 采用矩阵型组织结构
答案：B
解析：三个项目"相互关联"（共享数据中台）、被协调管理，目的是获取分别管理无法获得的整体效益，符合项目集的定义。项目组合的组件之间不一定相关，核心是战略优先级排序与资源取舍，题干强调的是"协同服务与联动"，选 B。
【例题 2】 关于项目生命周期，下列说法正确的是（ ）。
A. 项目成本与人力投入随时间均匀分布 B. 变更的代价随项目推进逐渐降低 C. 项目阶段之间以阶段关口衔接，关口上可以做出"继续/调整/终止"的决策 D. 五大过程组与项目阶段一一对应，每个阶段只执行一个过程组
答案：C
解析：A 错——投入先升后降，执行阶段最高；B 错——变更代价随推进上升；D 错——过程组是管理动作分类，一个阶段内部通常完整经历各过程组，两者不是一一对应关系。C 是阶段关口的正确表述。
十、本页小结
- 项目 = 临时性 + 独特性，靠渐进明细逐步清晰；运营 = 持续 + 重复。
- 层次：项目（成果）→ 项目集（协同效益）→ 项目组合（战略与优先级）；项目组合可含运营。
- 管理框架：5 过程组（2/24/10/12/1）× 10 领域 = 49 过程；监控贯穿始终，过程组≠阶段。
- 生命周期：通用四阶段 + 阶段关口；开发生命周期分预测/迭代/增量/适应/混合。
- 组织结构从职能型到项目型，项目经理权力递增；矩阵型有双重汇报；PMO 分支持/控制/指令三类。
- 项目经理 = 整合者 + 管理者 + 领导者，能力靠技术项目管理、领导力、战略和商务管理三角支撑。
下一篇：49 过程 ITO 速查表——全站最核心的工具页，背表就赢一半。