改进需求管理流程可以对您的开发流程产生重大影响。其中一些好处包括提高效率、加快上市时间以及节省宝贵的预算和资源。
需求是向工程师传达构建内容和质量保证经理测试内容的最佳信息。
需求具有三个功能：
* 定义您计划创建的内容
* 确定产品需要做什么以及它应该是什么样子
* 描述产品的功能和价值
需求的复杂程度各不相同。需求管理计划可能是在白板上勾勒出的粗略想法或结构化的“应”语句。它可以是文本、详细的模型或模型，也可以是层次结构的一部分，其中高级需求分解为子需求。它也可能是详细的规范，其中包括一组描述产品行为或组件的功能需求。
高级需求有时简称为“需求”或“目标”。软件开发实践可能将需求称为“用例”、“特性”或“功能需求”。敏捷开发方法通常将需求捕获为“史诗”和“故事”。无论使用何种术语，需求对于所有产品的开发都至关重要。如果不明确定义需求，公司就有可能制造出不完整或有缺陷的产品。
在整个过程中，可能会有许多人参与定义需求。利益相关者可能会要求一项功能来描述产品在解决问题方面将如何提供价值。设计师可能会根据最终产品的外观或从可用性或用户界面的角度执行来定义需求。业务分析师可能会创建遵守特定技术或组织约束的系统需求。但是，无论您的独特目标是什么，实施经过验证的需求管理最佳实践都是必不可少的。
四个需求管理最佳实践？
当今复杂的产品和软件应用程序通常需要数百或数千个需求才能充分定义项目或版本的范围。团队必须能够访问、协作、更新和测试每个需求直至完成，因为需求在开发过程中自然会随着时间的推移而变化和发展。他们还必须了解需求管理工作流程的四个基本原则：
1. 良好的需求
良好的需求应该是有价值且可操作的。它应该提供解决方案的途径，团队中的每个人都应该理解它的含义。良好的需求需要简洁明了，应该回答“我们需要什么？”而不是“我们如何满足需求？”的问题。有了准确的需求，利益相关者就可以理解他们在计划中的部分。如果他们缺乏这方面的知识，并且需求不明确或模糊，最终产品可能会有缺陷或失败。
2. 协作和认同
很难让一家公司就需求达成一致，尤其是对于拥有许多利益相关者的大型项目。实际上，没有必要通过妥协来达成共识。更重要的是让团队认同（在管理层批准项目之前或之后），这样开发过程才能向前推进。有了认同，团队就会支持最佳解决方案，做出明智的决定，并采取必要措施推进需求管理流程。
团队协作是建立良好需求的关键。协作团队会努力确保每个人都参与项目并提供反馈。当团队成员对项目目标有承诺并理解时，他们往往会支持其他人的决定。当开发人员、测试人员或其他利益相关者感到“脱节”时，沟通问题就会出现，人们会感到沮丧，项目也会被推迟。
3.可追溯性和变更管理
需求可追溯性是一种让每个人都了解情况的方法。它组织、记录和跟踪所有需求，从最初的想法到测试。可追溯性的一个简单比喻是连接各个点以识别项目中各项目之间的关系。下图显示了一个常见下游流程的示例。
公司应该能够在整个开发过程中将每个需求追溯到其原始业务目标，而不仅仅是在需求完成后。通过追踪需求，公司可以识别变更产生的连锁反应，查看他们是否已经完成需求以及是否对其进行了适当的测试。通过可追溯性，以及通过有效地管理变更，管理人员可以获得预测问题并确保持续质量的可见性。
可追溯性还可以确保产品满足来自不同利益相关者的所有重要要求。通过追踪需求，所有团队成员都可以彼此保持联系，并与所有相互依赖项保持联系。通过妥善管理变更，公司可以避免范围蔓延——当需求没有被清楚地捕获、理解和传达时发生的计划外变更。良好需求的好处是可以清楚地了解产品和所涉及的范围。这会带来更好的开发计划和预算，从而避免延误和成本超支。
4. 质量保证
第一次就正确获取需求意味着更好的质量、更快的开发周期和更高的客户对产品的满意度。简洁、具体的需求可以帮助公司尽早发现和解决问题，而不是等到问题解决后再修复，因为等到问题解决后成本会高得多。
研究表明，通过有效地管理需求，项目团队可以消除 50% 到 80% 的项目缺陷。此外，根据 Borland Software（现为 Micro Focus）的说法，在开发过程的后期（编码后）修复缺陷的成本可能比仍以书面形式修复缺陷的成本高出 100 倍。
通过将需求管理最佳实践整合到质量保证流程中，公司可以帮助团队提高效率并消除返工。根据卡内基梅隆软件工程研究所的说法，软件开发成本的 60% 到 80% 都花在了返工上。换句话说，开发团队将大部分预算浪费在了第一次没有正确执行的工作上。
需求管理最佳实践看起来是一个复杂的话题，但从本质上讲，它是一个简单的概念。它可以帮助团队回答这个问题：每个人——从业务主管到产品经理、项目主管、开发人员、质量保证经理和测试人员——是否都了解正在构建什么以及为什么构建？
当每个人都在协作并且对产品开发中涉及的讨论、决策和变化有充分的背景和可见性时，他们就能保持高质量，并且几乎总能确保成功。
