我现在正在领导一个fairly massive 项目，该项目处于构思阶段（刚刚起步），今天的问题多于答案。由于存在所有不确定性，我们用于跟踪需求和收集估算的标准方法不会削减它。但是，我仍然需要建立一个模型并获取管理层出于公司会计和预算目的所需的数据。
我被要求简单地记录我们作为项目团队所做的假设，并且开发人员和应用程序所有者将能够根据业务需要为预算目的提供非常高水平的工作估算。 ..
我需要一个工具，它还允许假设以一对多的关系与高级需求相关联，以便对假设的任何更改都可以让我们确定需要更多估计工作的地方。
假设：
我们将使用一个负责 x、y 和 z 的设施进行操作。
要求/范围：
- 该系统需要添加额外的设施。
- 这个其他系统需要能够处理 x、y 和 z。
因此，归根结底，如果我的假设发生变化，我想快速看到我至少对我的 2 条需求/范围线产生了影响...
【问题讨论】：
标签： requirements
我需要一个工具，该工具还允许将假设与一对多关系中的高级需求联系起来，以便对假设的任何更改都可以让我们确定需要更多估算工作的地方。
我认为这称为“可追溯性”（例如 Requirements traceability），因此，请在搜索词中包含该词。
【讨论】：
当事情结构不良时，您不需要太多工具。
http://www.w3.org/2001/tag/doc/leastPower.html
您需要很大的耐心和清晰性，才能从您所拥有的内容中获得更正式的要求。
简单的文字处理通常是最好的。
由于您要进行估算，因此电子表格包含了问题现在可以存在的所有结构。
一个轴上有要求，另一个轴有假设的大旧矩阵将允许您调整、调整和评估影响。
如果您花时间将所有问题和答案加载到某个工具中，那么您就会花很多时间在玩该工具，而不是问题。此外，随着想法的来来去去，您讨厌从工具中删除真正 EPIC FAIL 的想法。
通常，您应该随时“从头开始”重新开始，摒弃不好的想法。
编写、编写和重写，直到问题、答案和要求达到可管理的水平。
然后迁移简单的东西直到一个更严格和正式的工具。将复杂、定义不明确和没有重点的内容留在文字处理器中。
【讨论】：
试试Ultimate Trace。它是免费的，它提供了任何可追溯性之间的双向 n 到 m 关联。
【讨论】：
我认为您需要一个便宜且快速的解决方案。有很多工具可以做到这一点，可能会花费很多美元。我喜欢的一个是 Compuware 的测试和需求管理套件。 TrackRecord 我想名字是。
更便宜的解决方案可能是对需求进行思维导图。您可以将需求与解决方案的许多部分等联系起来。
您可以研究的另一件事是 UML 工具。
【讨论】：
澄清一下：当您开始收集需求时，您已经陈述了关于各种事物的需求和假设，包括某些需求应该是什么。那时，是的，为了方便起见，我在同一个工件中跟踪它们。
现在，正如我所说，有些假设是关于请求的，但有些或许多不是。这些其他假设可能与设计有关，也可能与依赖关系有关，举两个例子。我希望所有关于请求的假设都在请求被批准时得到解决。其他的我将推进到下一个工件，在那里它们在设计中得到解决。
解决假设的例外情况是假设的“范围”超出了项目。我见过一两个非常基本和/或难以证明该假设是项目基础的假设。
【讨论】：
假设并不与特定要求同时存在。一旦假设得到确认并成为要求，该假设就会消失。
我总是将假设与需求放在同一个工件中。因此，任何跟踪需求的工具都可以用来跟踪相关假设。我已将它们放入 BRD（业务需求文档）、用例、IBM 的 RequisitePro...
【讨论】：