第11章 规划过程组 / 11.3
11.3 收集需求
一句话讲明白
把干系人嘴里零碎的"我想要"问出来、记下来、排好队，变成一条条可追踪的需求。
生活类比
装修前设计师上门：先访谈业主两口子，再开个焦点小组把老人小孩的意见一起聊，拿问卷问亲戚朋友，再看看邻居家的装修做标杆对照，最后用原型（3D 效果图）让业主"看见"未来家的样子。问得越细，后面返工越少。
正经定义
收集需求是为实现目标而确定、记录并管理干系人的需要和需求的过程。主要作用：为定义产品范围和项目范围奠定基础。本过程仅开展一次或仅在项目的预定义点开展。
拆解与流程
输入 — 工具与技术 — 输出
| 内容 | |
|---|---|
| 主要输入 | 项目章程；项目管理计划（范围管理计划、需求管理计划、干系人参与计划）；项目文件（假设日志、经验教训登记册、干系人登记册）；立项管理文件；协议；EEF；OPA |
| 主要工具与技术 | 数据收集（头脑风暴、访谈、焦点小组、问卷调查、标杆对照）；数据分析（文件分析）；决策（投票、独裁型决策制定、多标准决策分析）；数据表现（亲和图、思维导图）；人际关系与团队技能（名义小组技术、观察/交谈、引导）；系统交互图；原型法 |
| 主要输出 | 需求文件、需求跟踪矩阵 |
工具速记表（选择题最爱"给场景选工具"）
| 工具 | 一句话 | 典型场景 |
|---|---|---|
| 访谈 | 一对一直接问，可挖机密信息 | 找发起人、高管、主题专家 |
| 焦点小组 | 主持人带一群人互动讨论 | 收集用户对产品的期望和态度 |
| 问卷调查 | 书面问题、快速、受众广 | 受访者分散、要统计分析 |
| 标杆对照 | 拿可比组织比一比 | 识别最佳实践（内部或外部） |
| 文件分析 | 审核现有文件挖需求 | 协议、业务规则库、问题日志、用例 |
| 名义小组技术 | 结构化头脑风暴：写想法→记录→讨论→私下投票（5 分制） | 给创意排优先级 |
| 观察/交谈 | 看用户怎么干活（工作跟随） | 用户说不清需求时 |
| 系统交互图 | 画系统与人和其它系统的交互 | 可视化产品范围 |
| 原型法 | 先做个模型再收集反馈（含故事板） | 渐进明细，循环：建模→体验→反馈→修改 |
输出一：需求文件（需求分 6 类）
业务需求（组织高层级需要）→ 干系人需求 → 解决方案需求（功能需求：做什么动作/流程/数据/交互；非功能需求：可靠性、保密性、性能、安全性、服务水平、可支持性等）→ 过渡和就绪需求（数据转换、培训）→ 项目需求（里程碑日期、合同责任、制约因素）→ 质量需求（测试、认证、确认）。
输出二：需求跟踪矩阵
把每条需求从其来源连接到能满足它的可交付成果。典型属性：唯一标识、文字描述、收录理由、所有者、来源、优先级别、版本、当前状态、状态日期（可补充稳定性、复杂性、验收标准）。作用：确保每条需求都带来业务价值、都能被交付、为范围变更提供框架。
考试怎么考
- 题型：选择题高频；"给场景选工具"是常驻题型。
- 必背：两大输出——需求文件、需求跟踪矩阵；需求 6 大分类。
- 陷阱词：把"需求跟踪矩阵"说成"需求文件"（错）；把"原型法"说成"已经做出来的最终产品"（错，是模型）。
- 常见问法：
- "用户说不清需求，用什么技术？" → 观察/交谈。
- "要对大量创意分组？" → 亲和图；"要整合共性差异激发新创意？" → 思维导图。
- "跟踪每条需求来源与交付成果的工具是？" → 需求跟踪矩阵。
易混辨析
| 需求文件 | 需求跟踪矩阵 | |
|---|---|---|
| 形态 | 一条条需求的内容清单 | 需求↔来源↔交付成果的对照表 |
| 回答 | "要什么" | "从哪来、到哪去、状态如何" |
| 用途 | 定义范围的基础 | 跟踪 + 管理范围变更的框架 |
一秒记忆
"访谈挖深、问卷铺广、焦点看态度、标杆学别人；说不清就去看（观察），看不懂就做模型（原型）；问完进文件，跟踪靠矩阵。"