07 范围管理从 06 过程概述中拆出2026-06-245.2 收集需求 — 常用工具2026-06-24 补充工具核心特点考试关键词头脑风暴自由发散不评判量质激发想法、发散思维亲和图大量想法分组归类找共同主题分类、归纳、贴便签质量功能展开(QFD)把客户需求翻译成技术指标需求→技术规格转化思维导图中心主题向外发散可视化脑中图树状辐射、创意连接访谈一对一深度交流私密、高管、敏感话题焦点小组同领域代表小组讨论同角色深度讨论引导式研讨会(JAD)跨职能一起开会快速定需求跨部门、快速共识德尔菲法匿名多轮问卷→防权威压制匿名、多轮、专家共识标杆对照参照最佳实践行业领先、参照对比原型法做模型→试用→反馈→修改快速反馈、降低误解问卷调查大范围收集、统计分析量大面广、数据分析观察/交谈看用户实际怎么干活隐性需求、真实场景高频考点德尔菲法防权威压制、群体思维、引导式研讨会跨职能快速共识、原型法减少需求误解5.2 需求决策与表现2026-06-24 补充多标准决策Multi-criteria Decision Analysis对需求的优先级/可行性/重要性等多维度打分排序的工具。建立一个评分矩阵需求重要性紧急度成本风险加权总分优先级需求A54324.21需求B35243.52关键点不是拍脑袋排优先级是有权重的结构化决策。需求跟踪矩阵RTM vs 需求文件维度需求文件需求跟踪矩阵(RTM)是什么需求的清单——列出所有需求的内容需求的图谱——连接需求→来源→去向核心内容需求ID、描述、优先级、版本需求ID → 业务目标 → WBS → 测试用例核心作用记录要什么追踪从哪来、到哪去谁用团队理解需求内容PM 追踪每个需求是否都落地考试口诀需求说明书菜谱RTM每个菜从哪买的、谁做的、客人吃了没核心区别一句话需求文件是横向列表有什么RTM 是纵向链路来源→目标→执行→验证确保每个需求都有爸来源和儿子去向没有孤儿需求也没有多余需求。4.36 敏捷下的卡诺模型Kano Model2026-06-24 补充卡诺模型把产品特性按用户满意度分成三类核心属性属性类型特点有了没有举例必备属性Must-be基本要求用户默认该有不会提升满意度极度不满手机能打电话期望属性Performance越多越好一分钱一分货满意度线性提升不满手机续航时间魅力属性Attractive惊喜用户没想到的满意度暴涨无所谓早期 iPhone 的多点触控核心规律时间漂移魅力属性 → 期望属性 → 必备属性随时间和竞争对手跟进昨天的惊喜变成今天的标配。敏捷中应用优先做必备属性没它产品不能用重点投入期望属性提升竞争力适量做魅力属性差异化但不要全堆在这里4.37 用户故事 与 用户地图2026-06-24 补充用户故事User Story标准格式卡片作为角色我想要功能以便目的要素说明举例角色Who谁要用这个功能作为普通会员功能What要做什么我想要一键导出月度账单目的Why为什么需要业务价值以便核对个人消费记录INVEST 原则Independent(独立)、Negotiable(可协商)、Valuable(有价值)、Estimable(可估算)、Small(小颗粒)、Testable(可测试)用户故事地图User Story Mapping维度说明横轴用户旅程步骤按时间从左到右骨架Backbone纵轴每个步骤下的具体故事从上到下优先级从高到低顶部第一行最小可行产品 MVP 的切分线Walking Skeleton线以下后续迭代要做的故事横轴用户旅程: 浏览商品 → 加入购物车 → 下单 → 支付 → 查看订单 纵轴优先级高→低: MVP线 ──────────────────────────────────────────── 浏览商品 加入购物车 下单 支付 查看订单 搜索商品 修改数量 选择地址 微信支付 物流跟踪 筛选分类 删除商品 使用优惠券 支付宝 申请退款 ... ... ... ... ...核心价值一张图看清全貌能精准切 MVP避免陷入细节看不到全局。4.38 项目范围说明书2026-06-24 补充项目章程 vs 项目范围说明书维度项目章程高、粗项目范围说明书层级高层级回答 Why详细层回答 What产出过程4.1 制定项目章程启动5.3 定义范围规划内容目的、高层级需求、项目经理任命、里程碑产品范围描述、可交付成果、验收标准、除外责任谁批准发起人PM 和相关方确认详细度粗线条一页纸具体描述说清边界考试口诀章程立项书做不做范围说明书边界线做什么不做什么一句话章程定方向启动范围说明书划边界规划。章程里没有 WBS没有详细可交付成果那是规划阶段的事。范围基准Scope Baseline范围基准 三者合一缺一不可组件是什么形式项目范围说明书文字描述范围、验收标准、除外责任文档WBS工作分解结构将项目逐层分解为可管理的工作包树状图WBS 词典对每个 WBS 元素详细说明表格/文档范围基准 ├── 项目范围说明书 → 做什么不做什么 ├── WBS → 怎么拆成小块 └── WBS 词典 → 每个小块具体是什么考试重点范围基准一旦批准任何变更必须走 4.6 整体变更控制。范围基准是项目范围管理的核心基线。4.39 WBS 工作分解结构2026-06-24 补充WBS 分解层级从上到下项目整体 ├── 可交付成果 / 子项目 ← 大块输出 │ └── 控制账户Control Account ← 管理层级连接 WBS 和 OBS │ ├── 规划包Planning Package ← 远期工作暂不分解 ┐ │ └── 工作包Work Package ← WBS 最底层 最小可估算单元 │ 属于 WBS5.4 │ ← ═══════ WBS 到此为止 ═══════ │ │ └── 活动Activity ← 完成工作包的怎么做 ┐ │ └── 任务Task ← 非正式术语更细粒度的活动 │ 属于 6.2 定义活动核心分界线WBS 回答做什么What→ 停在工作包。工作包以下是 6.2 定义活动回答怎么做How。各层级详解层级是什么考试要点可交付成果WBS 第二层项目的主要输出100% 原则所有分支之和必须覆盖全部范围子项目大型项目中可独立管理的部分可单独外包有独立 PM控制账户管理控制点连接 WBS 和 OBS范围/进度/成本的汇总节点规划包控制账户下暂未分解的工作远期不确定性高→暂不拆细等明确了再分解为工作包工作包WBS 最底层最小可估算成本/时间、最小可分配资源、最小可监控的单元活动↓6.2 定义活动不在 WBS 中属于进度管理领域任务↓比活动更细PMBOK 非正式术语实际工作中常用必须记住的规则WBS 到工作包为止——工作包以下是 6.2 定义活动不要混进 WBS100% 原则——WBS 必须覆盖项目范围全部工作不能多也不能少规划包是工作包的待定状态——只用于滚动式规划时明确了就分解成工作包控制账户是管理和汇报的节点——项目经理在这里汇总范围进度成本4.40 WBS 词典与责任分配矩阵2026-06-24 补充WBS vs WBS 词典维度WBSWBS 词典是什么树状图把工作拆开表格把每个节点说清楚形式层级图视觉化逐条文档文字化内容编号 名称编号、工作描述、验收标准、估算、资源、负责人……作用看全貌、看结构查细节、防扯皮考试口诀WBS 目录WBS 词典 每章的详细内容一句话WBS 是拆成哪几块WBS 词典是每块具体长什么样。两者 范围说明书 范围基准。责任分配矩阵RAM控制账户 / 工作包 ↓ OBS组织分解结构 ↓ 交叉 责任分配矩阵作用把 WBS 的工作项分配给 OBS 的人谁干什么一目了然。RACI 矩阵RAM 最常用的形式角色含义一句话每任务几个RResponsible 执行干活的人可多个AAccountable 负责最终背锅的有且仅有 1 个CConsult 咨询做之前要问他的可多个IInform 告知做完要告诉他的可多个考试最高频陷阱A 只能有 1 个2 个 A 责任不清 “多头负责等于没人负责”。RAM vs RACI维度RAMRACI关系广义概念责任分配矩阵RAM 的一种具体形式角色定义可自定义角色不限于R/A/C/I固定四角色使用场景简单项目需要明确区分执行/审批/咨询/告知一句话RAM 是分配责任的表格RACI 是其中最经典最常考的一种。4.41 确认范围Validate Scope / 5.52026-06-24 补充核心定义让客户或发起人正式验收已完成的可交付成果获得正式签收。要点说明谁做客户/发起人外部验收做什么检查可交付成果签字确认输入核实的可交付成果来自 8.3 控制质量输出验收的可交付成果交给 4.7 收尾什么时候做可多次执行不是只有最终验收⚡ 最高频考点确认范围 vs 控制质量8.3 控制质量 → 5.5 确认范围 内部检查 客户验收 做得好不好 我不接受 产出核实的可交付成果 产出验收的可交付成果对比维度8.3 控制质量5.5 确认范围谁来做项目团队内部客户/发起人外部做什么检查质量是否合规验收成果是否接受顺序先内部检查通过才能提交后拿到核实成果再验收关注点是否正确Right是否接受Accepted过程组监控监控知识领域质量管理范围管理考试必背口诀先检后验——先 8.3 内部检查再 5.5 客户验收。可交付成果流转链贯穿 4 个过程4.3 指导与管理项目工作 → 产 可交付成果 ↓ 8.3 控制质量 → 内部检查 → 核实的可交付成果 ↓ 5.5 确认范围 → 客户验收 → 验收的可交付成果 ↓ 4.7 结束项目或阶段 → 最终移交常见错误陷阱正解内部测试通过 可以提交验收 ×必须走正式的 8.3 控制质量不是随便测一下验收过了就不用管了 ×验收后还有保修期保修期内出问题还是要修确认范围只做一次 ×可以在项目过程中多次执行阶段性验收控制质量和确认范围是同一个 ×完全不同内部检查 vs 外部验收本章高频考点清单#考点一句话112种需求收集工具德尔菲(匿名防权威)JAD(跨职能共识)原型(快速反馈) 最高频2需求文件 vs RTM需求文件横向清单(有什么)RTM纵向链路(从哪来→到哪去)3卡诺模型三类属性必备/期望/魅力时间漂移规律魅力→期望→必备4用户故事格式作为角色我想要功能以便目的 INVEST六原则5章程 vs 范围说明书章程Why(启动)范围说明书What边界(规划)6范围基准三者合一项目范围说明书WBSWBS词典7WBS分解止于工作包工作包以下的活动/任务是6.2定义活动不在WBS中8RACI的A只能1个两个A多头负责没人负责最高频陷阱9确认范围 vs 控制质量先检后验(8.3→5.5)内部检查≠外部验收本章常见考试陷阱陷阱正解用户故事只用于记录需求 ×用户故事是对话的占位符鼓励持续沟通而非文档替代魅力属性最值得投资 ×必须先做好必备属性没有基础的功能魅力属性毫无意义WBS中可以包含活动 ×WBS只到工作包活动在6.2定义活动中管理规划包工作包 ×规划包是待定的工作包明确了再分解确认范围通过就不用管了 ×验收后还有保修期缺陷仍需修复