需求管理是项目管理的一部分，在项目管理过程中至关重要。在各行各业的IT系统建设过程中，都会涉及到需求管理。但实践中，很多咨询顾问或者项目经理对于需求管理方法论不是很熟悉，不知道如何进行需求管理，给项目实施造成困惑，严重的会导致项目实施失败。那么需求究竟如何管理？，怎么才能提升你的业务咨询能力？。希望本文能带给你答案。

需求蓝图规划

一、为什么要进行需求管理

如果把项目比作一个金字塔，那么需求管理就是金字塔的顶端，起到启下的作用。需求是整个项目的火车头，决定了项目的走向。如果需求出了偏差，对于项目来说，后果将是灾难性的。

据权威统计，因为需求管理不到位导致项目不成功的概率是40-60%，可见其重要性。

通过需求管理，使客户需求、软件需求、交付的产品保持一致。需求变化太快了， 必须使需求受到控制。而需求一旦出现问题，修正的成本将是高昂的。

需求工程

需求工程由两个过程组成：1： 需求开发；2：需求管理

需求工程

软件需求的概念：

软件工程的标准定义

用户解决问题或者达到目标所需要的条件或能力系统满足政策、制度、行业标准和规范所需要具备的条件或能力。反映以上两点的条件或者能力的文档说明

简单的说，就是目标客户对待开发软件产品的功能、性能、设计约束和其他方面的期望和要求。

三、需求开发

需求开发有五个过程组成，如下图所示：

需求开发：五个过程

过程一：需求管理计划

进行需求开发这个过程之前，首先明确甲乙双方的权利和义务，让彼此都知道哪些事情是应该做的，哪些事情是不该做的，需要配合哪些事项；然后确定需求管理所使用资源，包括系统的软硬件设施、需求管理工具等；接着确定需求管理的项目干系人及介入时机，方便制定沟通计划；制定需求跟踪矩阵，用来在需求管理阶段，跟踪需求的变更；最后制定需求变更审批流程，对需求变更进行有效的管理。

过程二：需求获取

需求管理计划制定之后，第二个过程是需求获取，这个阶段是通过一个方法和工具获取用户的原始需求或者说是业务需求。

做任何事情，都是计划先行。首先制定需求访谈计划，在这个计划中，明确需求的收集、分析、细化的步骤，确定需求开发方法、工作方法、制定具体的访谈计划。

在需求获取过程中，我们可以采取的方法有：

• 访谈提纲：拟定访谈提纲，了解现状，获知客户初步的建议，确定系统建设的方向。
• 政策驱动：如果我们的客户是银行，就需要详细阅读和熟悉行内业务管理方法、政策制度。用来指导需求开发，使得系统在制度的要求范围内。
• 访谈时可以做好录音、会议纪要。
• 实例收集：用户与系统的交互方式和对话要求
• 专题讨论：对于一些体系化的内容进行专题讨论。
• 制定蓝图规划和项目范围分析

需求获取可以采用的工具和技术：访谈、焦点小组会议、引导式研讨会、思维导图、群体创新技术、群体决策技术、问卷调查、观察、原型法。

过程三：需求分析

需求分析就是将获取到的客户需求转化为系统可以阅读的并和客户需求保持一致的软件需求规格说明书的过程。

这个过程做的主要事项包括以下几个方面：

• 分析业务需求的可行性；
• 绘制业务流程图；
• 梳理业务规则及约束条件；
• 图示界面流转说明；
• 功能输入输出分析；
• 查询统计方面的要求；
• 外部关联系统说明；
• 确定需求优先级；
• 建立需求模型（面向对象和面向数据流）；
• 创建系统原型迭代开发，提高沟通效率；

过程四：需求定义

需求定义是编制需求规格说明书的过程。

软件需求规格说明书（SRS）是 精确的阐述一个软件系统必须提供的功能和性能以及所能考虑的一些限制条件，是对外部行为和系统环境接口详细的完整的描述性文档。

在编制需求文档时，要注意一些基本的要求和格式：

• 语句和段落简洁明了
• 表达时采用主动语态
• 语句完整，语法、标点正确无误。
• 使用专业术语，并和词汇表保持一致
• 陈述时上下文保持一致
• 不要有错别字

需求文档具有以下用途：

• 客户：检查需求是否满足需要
• 项目管理人员：开发计划、WBS
• 软件开发人员：
• 测试人员：测试计划和测试用例
• 维护人员：理解软件需求的内在逻辑关系
• 发布人员：编写用户书册
• 培训人员：编写培训材料

对需求的质量评价：

质量评价

过程五：需求验证

需求开发的终极目的，是满足客户意愿。

需求规格说明书完成之后，要对需求进行验证，验证方法可以采用：场景模拟、需求评审、 测试用例等方法来进行交叉验证。验证时按照以下标准：

• 有效性和一致性
• 完备性检查
• 实现性检查：现有技术、预算和进度
• 可检验性检查
• 可跟踪性检查
• 可调节性检查
• 可读性检查

总结

需求工程的上半部分需求开发就讲到这里，下半部分需求管理的内容见下一篇文章。