项目管理指南 · 规划与范围
项目需求：高层级需求与技术需求
需求描述项目结果必须做什么以及必须满足的条件。把需求做对，是项目成功最有力的预测因素之一。
要点总结
- 需求涵盖从业务需要到技术规格的各个层面。
- 与相关方一起，使用多种技术收集需求。
- 使其可测试，并将其追溯到可交付成果。
需求的类型
| 类型 | 描述内容 | 示例 |
|---|---|---|
| Business | 为什么需要这个项目 | 降低发票处理成本 |
| 相关方 | 特定群体的需要 | 财务部门需要月末报告 |
| 高层级 | 启动时确定的总体能力 | 系统必须支持在线支付 |
| 功能性 | 解决方案做什么 | 用户可以将发票导出为 PDF |
| 非功能性 | 表现得有多好 | 页面加载时间少于两秒 |
| 技术 | 技术条件和制约因素 | 在现有云平台上运行 |
| 过渡 | 过渡到新状态所需的条件 | 在上线前培训 50 名用户 |
收集需求
- 访谈和研讨会。
- 观察当前的工作。
- 问卷调查。
- 文件分析。
- 原型和用户故事。
记录与跟踪
将需求记录在需求文件或待办事项列表中。需求跟踪矩阵将每项需求与其来源、设计、测试和可交付成果关联起来，确保没有遗漏。
良好的需求应当
- 清晰且无歧义。
- 可测试。
- 必要。
- 可行。
- 已排定优先级，例如使用 MoSCoW 方法。
本主题的免费模板
常见问题
什么是高层级项目需求？
在项目早期定义的、关于解决方案必须实现什么的总体性陈述。
什么是技术性项目需求？
关于技术、基础设施、安全和性能的规格。
功能性和非功能性项目需求有什么区别？
功能性需求描述系统做什么；非功能性需求描述系统做得有多好。
谁来收集项目需求？
业务分析师、产品负责人或项目经理，与相关方一起收集。
什么是项目需求跟踪矩阵？
将需求与其来源、设计、测试和可交付成果关联起来的表格。
项目需求的 MoSCoW 优先级排序是什么？
一种优先级排序方法：必须有（Must）、应该有（Should）、可以有（Could）、这次不会有（Won't）。
敏捷中如何处理项目需求？
以用户故事的形式放在待办事项列表中，并适时细化。
项目需求为什么会失败？
歧义、遗漏相关方，以及未通过变更控制管理的变更。
什么是项目需求签字确认？
正式批准需求已足够完整，可以继续推进。
项目需求等同于范围吗？
需求是范围的输入；范围定义了满足需求所需的工作。