项目管理中的非功能需求有哪些？将其纳入路线图和规划的7个步骤

数据显示，需求收集不准确是导致高达70% 项目失败的主要原因之一。然而，这一数据背后隐藏着真正的问题：团队过于关注功能需求（系统做什么），而忽视了非功能性方面（系统如何做）。

非功能需求(NFR)可确保您提供良好的用户体验，并且您的产品性能达到客户、客户和利益相关者期望的水平。不幸的是，太多的产品团队忽视了非功能需求，直到为时已晚。更糟糕的是，在构建软件后更新非功能需求成本高昂，可能会超出预算。

您没必要犯同样的错误。本文我们将介绍什么是非功能需求、为什么它们很重要以及如何将它们纳入您的产品路线图和敏捷项目冲刺计划中。

什么是非功能需求（NFR）？

非功能需求 (NFR) 定义系统如何执行其功能。这包括其性能、安全性、可维护性、可扩展性和易用性等特性。本质上，它们为功能需求提供了适当的制衡。

功能需求是您要构建的内容。这可能意味着网页、应用程序或入门流程。从表面上看，产品的功能似乎是您的团队最关注的重点。事实也确实如此！没有功能性软件，您的用户就无法使用任何东西。

但仅有功能还不足以创造引人注目的产品。非功能需求确保系统或产品确实可用、提供良好的客户体验、安全且符合法律法规。

10种主要非功能需求

大多数团队在非功能需求方面犯的错误是，他们只关注一两个明显的 NFR，而忘记了其余的。您的团队不会“忘记”考虑性能问题或测试可靠性。但您是否计划过本地化、监管问题或可维护性？

优秀的产品经理需要在开发阶段考虑所有十个非功能需求。其中包括：

十个非功能需求

实际上，非功能需求通常会在不同类型之间重叠。因此，在考虑项目的非功能需求时，请仅将这些类别用作指导。

非功能需求如何帮助项目经理？

回到项目管理，是时候更有策略地考虑非功能需求了。或者更准确地说，如果你作为项目经理不考虑非功能需求会发生什么？

一些小事很容易使你的项目偏离轨道，让你无法实现目标。以下是忘记非功能需求可能导致你和你的项目失败的一些原因：

您可能会错过最后期限。错过非功能需求可能会导致返工、错误修复，甚至整个系统故障。这些时间加起来，会导致最后期限推迟，因为系统根本就还没准备好。

你会超出预算。同样，开发时间也是需要花钱的，所以额外的工作会让你付出代价。不要因为忽略了一个简单的非功能需求而导致昂贵的加班，从而超出你的项目预算。

不满意的客户。非功能需求可确保您以正确的方式交付客户所需的内容。如果您没有考虑非功能需求，那么您将交付完全无法使用的产品，从而让用户感到不满。

您会无意中造成风险。还记得那些安全非功能需求吗？未能考虑全局，您可能会让您的项目团队和用户面临他们甚至不知道存在的风险！

您的范围会逐渐扩大。最后，如果您无法正确识别正确的非功能需求，那么您将面临范围逐渐扩大的问题。如果您的范围逐渐扩大，您将需要做额外的工作，从而推迟您的时间表并增加您的预算。

将非功能需求纳入路线图和规划的7个步骤

非功能需求显然很重要。但如何将它们融入到产品战略中呢？以下是将非功能需求纳入项目或产品路线图的七个简单步骤：

1. 建立质量属性列表

首先要了解质量对您和您的客户意味着什么。

对于任何特定的特性或功能要求，请尝试通过问自己以下问题来了解客户需要什么：

对于顾客来说什么是重要的？

哪些品质会使该功能/产品更加出色？

如果您陷入困境，请尝试反向思考，通过集思广益找出什么会导致该功能变得非常糟糕。

例如：

功能需求：作为用户，我希望登陆主页，这样我就可以开始使用产品。什么会让它变得更好？如果它能加载得非常快。有什么不好的呢？如果文字太小，你就无法阅读。

恭喜，您刚刚发现了两个质量属性要求 (QAR)！

如果您需要更多信息，请不要害怕进行一些研究并深入了解市场以了解类似产品的优缺点。

项目管理中的非功能需求有哪些

2. 为每个要求设定明确的期望

现在您对于想要提供的质量属性有了更好的了解，接下来就该对非功能需求进行充实了。这一切都是为了量化用户的期望，并将模糊的词语转化为切实可行的陈述，以便构建您的产品。

让我们使用之前的例子：

之前：“如果加载速度非常快。”

之后：“页面将在 1 秒内加载”

之前：“如果文本太小，您将无法阅读。”

之后：“文本大小将为 16px”

记住要不断回顾你的功能需求来了解背景以及客户需要实现的目标。

3. 分析非功能需求的更广泛影响

没有一个项目是孤立发生的。业务中还会有许多其他项目、变更和路线图。在开始开发之前，请退一步考虑并确保您的非功能需求不会无意中对产品的其他部分或更广泛的 IT 基础架构造成问题。

以下是一些示例：

• 性能：您的性能要求是否会消耗其他资源？

• 安全性：您是否遵循与其他应用程序相同的标准？

• 可用性：您的客户是否已经熟悉其他产品的工作流程？

• 可维护性：是否有产品更新的中心流程？

• 弹性：整个企业是否已经制定了连续性标准？

如果没有其他事情，与其他项目团队交叉检查您的非功能需求可能会帮助您识别您甚至没有想到的新需求！

4. 确定你的非功能需求实施方法

这是项目经理的日常工作：交付。您是要一次性交付所有 NFR，还是要逐步建立它们？答案可能是两者兼而有之，具体取决于非功能需求的类型。例如：

您不会想冒安全或监管非功能需求的风险，因此我们建议您一次性交付所有内容。

另一方面，您可以一次解决一个用户故事的性能非功能需求，直到达到所需的质量水平。

这里的关键在于平衡。一次性方法需要更长的时间，也会让你的用户等待更长时间才能获得新功能。但是，你也不想因为采用渐进式方法而交付不足，冒着让客户不满意的风险。

5. 在下一个冲刺周期中纳入非功能需求

太棒了！现在您的非功能需求已准备好送交开发人员并开始实施。和处理任何用户故事一样，花点时间制定冲刺计划，充分估计每个需求的规模。这是为了确保您的开发团队能够将每个需求纳入工作量。

有许多不同的估算方法，包括计划扑克、T 恤尺码和3点分析，因此请选择最适合您和您的团队的方法。一旦您满意，就将它们放入您的敏捷项目管理工具中，以供开发人员开始工作。

项目管理中的非功能需求有哪些

6. 创建非功能需求测试计划

任何新功能都无法在未经测试的情况下真正实现。数据也支持这一点。缺乏测试是导致开发返工的主要原因之一！您的测试计划旨在帮助您发现可能导致非功能需求提供糟糕体验的缺陷、错误和差距。

以下是制定测试计划的五个简单步骤：

1. 首先分析您要测试的需求。您已经了解所有需求，因此请与开发人员和测试人员讨论这些需求，以便您能够快速掌握。

2. 设计测试策略。考虑非功能需求中哪些部分最重要、您可用的时间/资源以及您想要进行的测试类型，例如单元测试或压力测试。

3. 定义您的目标和通过/失败标准。这将取决于要求本身以及您能接受的任何容差。

4. 规划测试环境。做好准备总是好的，因此安排好正确的测试环境可以让你获得最大的成功机会。

5. 执行、监控和部署。现在，最重要的是在做出部署决定之前将计划付诸实施。

7. 通过用户研究评估非功能需求的影响

非功能需求部署后一切还没结束。一旦非功能需求到达客户手中，您还需要监控其有效性。有很多方法可以从用户那里获得丰富的用户体验反馈，无论是通过调查、访谈、A/B 测试还是可用性评估。

通过用户研究，您将了解非功能需求是否正确实施，或者您和项目团队是否需要进一步返工。

总结

很多项目失败都是因为他们忘记考虑非功能需求。不要犯同样的错误，接受非功能需求，因为它们将决定用户的满意度和不满意度。

本文将帮助您将非功能需求纳入产品路线图，从头到尾指导您完成整个过程。一旦您清楚了解了用户关心的事项，接下来就是通过发现、规划、测试和部署来构建非功能需求交付。最后，您将确保产品的运作方式与产品的功能同样重要。