描述
需求管理和沟通描述我们如何管理冲突、问题、变更，并确保涉众和项目团队在方案范围内保持一致。不同项目的复杂度和方法论支持都不一样，我们需要管理正式评审、基线并跟踪需求文档的版本，还需要跟踪需求到实现的步骤
目的
- 认识在所有知识域（knowledge areas）中发生的沟通对于管理需求来说非常重要
- 管理批准的方案和需求范围
- 确保涉众可以获得业务分析工作交付物
- 准备好和涉众沟通需求
- 有效的重用需求，提高企业一致性
任务
- 管理方案和需求的范围（Manage Solution and Requirements Scope）
- 管理需求追溯（Manage Requirements Traceability）
- 管理需求重用（Maintain Requirements for re-use）
- 准备需求包（Prepare Requirements Package）
- 传递需求（Communicate requirements）
任务：管理方案和需求的范围（Manage Solution and Requirements Scope）
- 目的
业务案例、方案和需求的基线和变更管理
- 对需求达成一致
- 基线需求
- 正式和非正式的需求变更管理
- 控制需求工件的版本
- 管理需求冲突和问题
- 输入
- 涉众角色和职责
- 需求
- 需求管理计划
- 输出
- 认可的需求（Approved Requirements）
- 决策记录（Decision Record）
任务：管理需求追溯（Manage Requirements Traceability）
- 目的
- 需求跟踪
- 影响分析
- 支持方案评估和验证中的需求分配
- 输入
需求 - 输出
可跟踪的需求
任务：管理需求重用（Maintain Requirements for re-use）
- 目的
- 选择哪些需求在方案实现后还需要维护
- 确定谁负责维护需求
- 在影响分析和方案维护中更方便的使用需求
- 鼓励企业业务模型的一致性，在相关项目中更方便的重用需求
- 输入
可实现的需求 - 输出
被管理的可重用需求
任务：准备需求包（Prepare Requirements Package）
- 目的
- 确认适当的需求格式
- 生成一个需求包
- 输入
- 需求
- 业务分析沟通计划
- 输出
需求包（如executive summary, formal documentation, RFI, RFP, etc.)
任务：传递需求（Communicate requirements）
- 目的
- 在项目初期、中期和后期全过程与涉众交互
- 每个领域与沟通有关的将都在这里说明
- 与方案团队沟通，以确保需求被正常的理解和实现
- 输入
- 需求包
- 业务分析沟通计划
- 输出
沟通过的需求
更多内容：业务分析与需求.pdf
本文转自 jingen_zhou 51CTO博客，原文链接：http://blog.51cto.com/zhoujg/519757，如需转载请自行联系原作者
