系统集成项目管理工程师【第十一章 规划过程组】项目管理计划、范围管理与收集需求篇
系统集成项目管理工程师【第十一章 规划过程组】项目管理计划与范围管理篇
一、项目管理计划：项目的“总司令部”
1. 定义与核心作用
项目管理计划是整合所有子计划的综合性文件，用于：
- ✅ 定义所有项目工作的执行基准
- ✅ 指导项目执行、监控与收尾
- ✅ 为绩效考核提供依据
2. 关键特性与机制
| 阶段 | 更新规则 | 详细程度 |
|---|---|---|
| 基准确定前 | 可非正式多次更新 | 可概括或详细 |
| 基准确定后 | 需经正式变更流程审批 | 需基准化 |
| 项目收尾前 | 渐进明细，受控更新 | 随项目进展逐步细化 |
3. 内容组成（核心组件）
4. 易混淆点辨析
- 🆚 项目管理计划 vs 项目文件
- 计划类：名称含“计划”或“基准”（除外：进度计划）
- 文件类：活动清单、问题日志、变更日志等过程记录
- 典型特例：
- ❌ 进度计划（甘特图/网络图）→ 项目文件
- ❌ 质量测量指标 → 项目文件
二、规划范围管理：范围控制的“宪法”
1. 双计划核心职能
| 范围管理计划 | 需求管理计划 |
|---|---|
| 制定项目范围说明书 | 规划/跟踪/报告需求活动 |
| 创建WBS的方法 | 需求优先级排序规则 |
| 范围基准维护机制 | 需求配置管理与变更流程 |
| 可交付成果验收标准 | 需求测量指标与跟踪矩阵 |
✅ 记忆口诀：需求管理计划 = “需指配”（需：需求活动；指：指标管理；配：配置管理）
2. 范围概念精解
- 产品范围：成果的特性与功能（如驾驶证考试通过的驾驶能力）
- 项目范围：为交付产品所需的全流程工作（如报名、练车、考试）
- 🔥 核心关系：项目范围 ⊃ 产品范围
三、收集需求：破解“甲方谜题”的核心技术
1. 高频工具技术对比
| 工具 | 适用场景 | 关键特征 |
|---|---|---|
| 访谈 | 深度挖掘个体需求 | 预设问题+即兴提问 |
| 焦点小组 | 激发群体观点碰撞 | 主持人引导+多专家互动 |
| 问卷调查 | 大规模受众快速统计 | 简洁书面问题+量化分析 |
| 原型法 | 需求模糊的场景 | 快速建模→用户反馈迭代 |
| 名义小组技术 | 结构化创意筛选 | 头脑风暴+投票排序 |
2. 需求基准五大铁律
需求必须满足以下条件才能作为基准：
- 明确性：可测量、可测试（如“入户广州”而非“入户”）
- 完整性：包含时间、地点、原因等要素
- 协调性：需求间逻辑自洽（非独立）
- 可跟踪：全程状态可追溯
- 干系人认可：关键干系人（非仅项目经理）确认
✅ 记忆口诀：“整明认鞋跟”（整：完整；明：明确；认：认可；鞋：协调；跟：跟踪）
3. 六大需求类型详解
| 需求类型 | 定义与特征 | 实例说明 |
|---|---|---|
| 业务需求 | 组织的高层级目标（战略层） | 公司年度营收突破5亿 |
| 干系人需求 | 具体干系人的期望（用户层） | 用户要求系统登录响应时间＜3秒 |
| 解决方案需求 | 为满足上述需求，产品必须具备的功能特性（产品层） | 支付系统需支持微信/支付宝双渠道 |
| 过渡需求 | 从当前状态迁移到未来状态的临时能力（过渡层） | 数据迁移工具、员工操作培训 |
| 项目需求 | 项目执行需满足的过程条件（管理层） | 需通过ISO认证、每周提交进度报告 |
| 质量需求 | 可交付成果的验收标准（质量层） | 系统故障率≤0.1%，兼容Windows/iOS |
✅ 速记逻辑：
4. 需求跟踪矩阵：穿透需求全生命周期的“监控器”
| 属性字段 | 作用 | 填写示例 |
|---|---|---|
| 唯一ID | 需求追溯的唯一标识 | Req-2025-001 |
| 需求描述 | 清晰的功能/性能说明 | 开发直播课程录制回放功能 |
| 业务目标 | 解决的核心问题或价值 | 满足学员课后复习需求，提升完课率 |
| 优先级 | 实现顺序权重（高/中/低） | 高 |
| 当前状态 | 需求生命周期位置 | 开发中/测试完成/已上线 |
| 负责人 | 需求执行责任人 | 张工（后端开发） |
📌 重点提示：
- 需求文件是需求描述的载体（包含6类需求）
- 需求基准是需求文件的子集（仅含符合五大铁律的需求）
- 跟踪矩阵是需求状态的仪表盘（动态监控需求实现过程）
实战案例：在线教育系统需求分析片段
背景：开发一套学员直播学习系统
1. 业务需求： 提升学员考试通过率至85%（战略目标）
2. 干系人需求：学员要求直播卡顿率＜1%（体验指标）
3. 解决方案需求： - 必须支持千人同时在线 - 需集成白板实时批注功能
4. 过渡需求： 旧系统学员数据迁移工具（临时模块）
5. 质量需求： 视频延迟≤500ms（可测量标准）
6. 项目需求： 项目需通过等保2.0认证（合规要求）
跟踪矩阵片段：
| ID | 需求描述 | 业务目标 | 优先级 | 状态 |
|---|---|---|---|---|
| Req-001 | 千人并发支持 | 保障大规模教学 | 高 | 已完成 |
| Req-015 | 白板批注功能 | 提升师生互动效率 | 中 | 测试中 |
高频考点总结
- 需求基准 VS 需求文件：选择题常混淆两者范围（基准⊂文件）
- 过渡需求特殊性：易被忽略的临时性需求（案例题高频点）
- 矩阵状态字段：“当前状态”是近年新增考点（关注：已取消/已推迟）