如何跟踪需求的发展？

Question

在不把需求弄得一团糟的情况下，管理不断发展的需求的方法是什么？

我们的团队中没有专门的分析师，所以这个角色是由所有成员共同承担的。

我们的重复工作流程如下：

• 用户向我们发送新功能需求的初始版本，然后进行讨论，并提供许多问题和澄清。
• 在功能实现并部署了新版本的应用程序之后，用户可以使用它，并决定他们喜欢什么，什么不喜欢。很可能他们要求进行一些更改或添加。循环就会重复。
• 没有人在用户批准的文档中总结需求。我们只需将msg文件存储在归档文件中。
• 经过N次迭代之后，恢复整个讨论并理解为什么系统现在表现得像现在一样，以及它的演变过程是非常痛苦的。特别是很难明确强调客户的决策。

理想情况下，我更希望有一个允许存储和比较文档版本的系统，并将讨论附加到整个文档和特定的更改中。然而，我不知道有这样的软件。

您能为管理需求提供一些建议或方法吗？

Answer 1

如果你的团队很小，或者你不能戏剧性地改变你的进程……

您能为管理需求提供一些建议或方法吗？

某种文件管理系统。最好有版本历史和日期。

尽管SharePoint在许多事情上是可怕的，但它是一个很好的工具。根据您的实现，您还可以添加signoffs/审批。

有了这样的东西，您就可以查看修订历史。

或者使用SVN。它也有一个良好的办公功能，以比较不同的办公版本。

没有人在用户批准的文档中总结需求。我们只需将msg文件存储在归档文件中。

有一个主要的需求文档。设置一个进程以添加/删除该进程。也许它与用户测试相关联。

最糟糕的情况是，您将UserRequirements.docx的新副本保存为2015_11_18_UserRequirements.docx，并拥有它们的存档。或者同样糟糕的东西。

但是无论如何，您需要一种具有历史记录的“主”用户需求流程的方法。您需要与您的业务团队一起设置一个流程，这样他们就会明白，如果他们想要进行正式的更改，他们必须更新这个文档(而不是向您发送电子邮件)。

Answer 2

您要做的第一件事是定义一个需求管理进程。您需要考虑多个方面:在项目开始时接收客户/用户需求，从所有涉众(包括业务和监管需求)中获取需求，获取需求，捕获需求，验证需求，将需求跟踪到它们的起始点和工件(设计、代码、测试)，以及管理传入的变更请求(包括源和基本原理)。

接下来要做的是指定一个人担任需求经理。我不知道您的组织和项目是如何构造的，但我更喜欢以产品为中心的方法，在这种方法中，可以将每个产品作为一个项进行管理。因此，每个产品都有一个主要人员(希望是备份人员)来管理该产品的需求。

一旦您有了一个流程和一个人(或人员)来领导该流程的执行，您将需要查看支持该流程所需的工具。有些工具是为了支持需求工程而设计的--我熟悉IBM，但是有很多工具，而且我确信有些工具甚至是免费的、开源的。还有一些应用程序生命周期管理(ALM)工具，这些工具包括需求管理，但超越了软件开发的其他方面。

根据我的经验，您使用文档的方法将导致长期的问题，特别是如果您维护多个产品或一个软件生产线。您将希望在支持需求工程最佳实践的工具中维护您的需求，然后在必要时能够导出到电子表格和文档。