上文讲了需求工程的上半部分需求开发，本文接着下半部分需求管理的分享。

需求蓝图规划

需求管理

需求管理建立在需求开发的基础之上，贯穿整个软件项目管理过程，是项目管理的一部分。

需求管理包括四个过程：

需求管理-五个过程

过程一：需求变更管理

变更不可避免，但需求变应该被控制，不被控制的需求变更将会使项目万劫不复。将影响资源调整、项目进度、质量目标。

1、需求变更一般基于如下原因：

• 需求开发阶段需求不可能完全定义（遗漏）
• 业务发展的需求
• 开发人员实现过程中反馈的需求变化（需求分析不充分）
• 前期需求业务人员和最终用户之间的冲突（交流不充分）。

2、需求变更管理过程

首先要控制项目范围的扩展，经可能的在前期穷尽需求；与项目范围进行比较，决定是否采纳；根据经验，给需求变更打出提前量；对于不合理的需求，要敢于说“不”；在某些特定时刻，要冻结需求，不再变更。

成立变更控制委员会（CCB），负责需求变更的审批。变更控制委员会需求变更最高决策机构。

变更控制过程(需求变更申请审批单)

需求变更控制过程

3、 需求变更影响分析

一个小的变更可能发展成致命的结果；“变更是免费的”的错误理解时造成需求蔓延的的根本原因。需要让客户明白变更是有代价的。变更会导致大量的连锁反应，甚至达到令人难以接受的地步!

分析需求变更带来的影响，首先建立需求变更涉及的问题表，包括以下一些内容：

• 基线中是否有需求和变更需求发生冲突。
• 不采纳变更业务和技术上有什么后果
• 执行变更会有什么负面效应和风险
• 技术上是否可行
• 针对项目实施计划，是否会影响到任务的执行顺序、和其他任务的依赖性、项目进度和工作量？
• 是否到导致返工？

然后再建立需求变更影响的系统元素核对表；，确认软件需求规格的修订，从设计文档、源代码、数据结构、测试案例、培训材料、维护手册等相关系统元素出发，确认是否需要增删改查。评估需求变更的劳动时数（工单）。

最后编写需求变更影响分析报告，从以下几个方面来进行描述：需求优先级；变更需要的总工时；预计对项目进度的影响；预计对项目成本的影响；预计对项目质量的影响；预计对项目资源的影响。

需求变更带来的影响

过程二：需求版本管理

需求文档版本控制是需求管理的必要活动，是保证开发 人员得到最新版本的唯一手段。

版本控制要遵循以下规则：

• 统一确定需求开发过程需求文档的每一个版本，组内成员必须得到最新版本。
• 需求在评审通过后，确定一个需求基线版本，入配置库进行发布。
• 需求变更后，需要重新确定基线版本，应包括修正版本的历史情况。
• 新的版本出现后，及时通知项目中所有涉及的干系人。
• 指定专人进行需求版本控制。
• 控制手段手工和工具相结合。

需求版本的几个状态

• 草稿
• 正式发布
• 修订中

需求版本变化过程

过程三：需求跟踪管理

通过编制每一条需求（需求编号）同系统元素（其他需求、系统结构、系统设计、编码、测试案例、用户手册）之间的关联文档，精确把握需求状态的变化行为，跟踪需求变更所带来的影响并进行分析，从而降低项目实施过程中的风险。

1、需求跟踪能力链

需求跟踪能力联系链使得我们可以跟踪需求生命周期的全过程。跟踪能力是优 秀需求规格说明书的一个特征，为了能力实现跟踪能力，必须对每一条需求进行编码，即需求编号。

跟踪能力联系链记录了单个需求之间的父层、互连、依赖的关系。当某个需求变更（被修改或者删除）后，这种信息能够确保正确的变更传播，并将相应的任务做出调整。

需求跟踪能力

2、需求跟踪目的

• 审核跟踪能力信息可以确保所有需求被应用。
• 需求变更影响分析跟踪能力信息在增删改需求时可以确保不忽略每个收到影响的系统元素。
• 系统维护人员可以根据跟踪能力信息高效的实施变更。
• 增强开发过程中的查漏补缺。
• 快速定位测试问题代码。
• 减少关键人员离职时所带来的风险。

3、需求跟踪能力过程

当我们决定要用跟踪能力来管理工具时，考虑以下步骤：

• 决定定义哪几种联系链：
• 选择使用跟踪能力矩阵的种类
• 确定使用跟踪能力矩阵的模块：核心功能、高风险功能等。
• 制定标记性规范，用以统一标记所有系统元素，达到可以相互联系的目的。

4、需求跟踪能力的可行性

需求跟踪是需要付出巨大成本的，如何权衡成本与回报，是要认真考量的。

过程四：需求状态管理

1、需求属性

需求属性的定义和更新是需求管理的重要内容，为需求提供了背景资料和上下文关系。

需求属性

2、需求状态

需求状态指某一时间点需求的一种情况的反映，建立需求状态时为了表示需求的各种不同情况，用于需求跟踪。

需求状态

总结

最后，根据实践经验，在需求管理和需求调研的时候，总结以下几个需要注意的方面：

• 足够的用户参与
• 需求规格一定要及时签字，以达到用户的认可和承诺。
• 需求变更哪怕是微小的变更，也要填写需求变更单，并签字确认。
• 需求变更要及时通知所有项目干系人。
• 绝不允许画蛇添足
• 严格按照需求开发是一个优秀程序员的基本素养。
• 不要迫于压力许诺自己明知道不可能做到的事情。
• 项目范围和系统目标不能随意更改。
• 是否能够清楚、准确、严密表述，想不明白、说不明白、写不明白的问题无法实现
• 是否能够适应当前管理和业务发展现状，不要出现做了却无法用不能用的功能；
• 是否能够在现有的资源下完成（进度时间、人力、研究实力）。
• 需求优先度原则：效果/代价比高优先。