根据专家所说，需求管理通常在软件开发过程中的痛点。很少有组织能够做到良好的工作记录、分析、跟踪和优先考虑他们的应用需求—并且软件项目也因此受到影响。但是，随着组织开始考虑托管他们的公共云的应用，好的需求管理就变得至关重要。云端托管应用提供了许多操作上的好处，但是也增加了额外的一层复杂性，正确的需求就变得重要了。
“如果你全面的看需求管理——无论应用是被部署到私有云、公共云，前提还是在Web环境中——一般情况下，我们都做得不够好，”voke公司创始人兼分析师Theresa Lanowitz说，“需求管理是软件工程的致命弱点。”
在过去曾忽视过需求管理的组织会恍然醒悟，当他们开始将应用应用到公共云。将应用移动到云，可能会导致成本和运营成本节约，因为是在不需要采购和维护基础设施的前提下。然而，这是非常有好处的—缺乏本地基础设施——也放大了需求管理的重要性。这尤其适用于非功能需求。
“保证他们是正确的更加重要，因为你不能拥有基础设施，”Lanowitz说，“应用不是装在站点上的，站点上的你可以修改。”
Rice咨询服务公司***顾问和培训师Randy Rice同意Lanowitz的说法。非功能需求，如可靠性、可访问性、安全性和性能“传统上定义的不是很好，”他说，“(云)迫使利益相关者考虑他们所真正需要的。”
“我们要看看需求并且说，‘他们对我们的组织来说是战略。’不关注这个，我们将继续交付不好的软件，”Lanowitz说“但是现在你部署到云，并且从一个需求视角来说，性能和安全性成为了两个大问题。”
需求确认和应急计划
定义非功能需求并且确立他们作为你的云提供者服务水平协议(SLA)的一部分，仅仅是一个开始。组织必须有一种方法来确认这些需求在应用部署到云后，不断符合需求，Rice说。主要的云提供者不太可能同意审计。然而，一些有控制台，能提供到应用可访问性、性能和其他非功能需求的可见性。还有其他云提供商可能需要投资你自己的工具。
同样，组织需要考虑需求不被满足的可能性，并且将突发事件放在相应的地方。Rice解释说，在公共云中，比你在私有云或者本地部署，硬件资源、软件、数据库等等你能控制的更少。
“想象这样一个场景：你拥有一个基于公共云的销售应用，能支持1000名销售人员。如果某天应用宕机了，你就会失去很多销售额。”Rice说，“因此，公司可能有来自不同提供者的另一个应急的销售应用，它将主要网站的日常数据备份。它是冗余的，但当主要的问题出现时它也是很好的。当然，应急计划的水平取决于风险的等级。”
回到需求管理的根本
组织可能会发现云的需求管理的前景有点势不可挡。Lanowitz承认这一挑战： “需求是非常困难的。他们是几乎所有的失败的根源，”她说道。
为了帮助缓解需求管理的过程，专家们建议回到根本。这始于聚集适当的利益相关者。Rice说“需求收集的黄金法则之一就是你必须在房间里有合适的人。”
当你在云中部署一个应用，你将需要涉及到比你在过去更广泛的一群人。例如，你将接触到终端业务用户以及测试和数据中心的人们。“之前，IT和业务是分开的”Rice说“但是，现在希望云提供者能够实现IT和业务处在相同的页面上的需求”。
当在定义功能需求的时候，将终端用户包含进来显得尤为主要。Rice说：“我们更倾向于将我们的业务用户当作是消费者，但是有了云你就会有更多的解决商务问题的选择。”例如，云提供了扩展成不同环境的能力而不用考虑物理数据中心。Rice解释道：“在过去，一个业务单元可能因为缺乏内部资源而被否定其可能拥有的需求和功能，有了云，业务单元的内部资源变得更加充沛，而且他们可能没有意识到因为这种充沛的资源能使得他们能做些什么。”
如果这些需求没有一个中央控制点，经过努力定义的需求也好不到哪里。这就需要一个工具。Rice说“这么多人定义需求，并且他们在文档中分散的到处都是。多年来，它已经成为一个标准的***实践来使用一个工具去监视他们。它有助于跟踪和验证他们。”
结论
尽管当管理基于云的应用的需求时，必须考虑到一些特殊的因素，做到这样将导致更高性价比的应用。
