无论我在哪里查看，功能规范都是某种文档，其中包含并详细说明了需求/提议的功能。我最近能够为我们公司制作功能规范的标准模板。我暂时选择的格式是一个具有相当多自动化程度的 excel 文件。
该模板计划将顶层需求链接到层次结构中的较低级别需求。
然后可以将较低级别的要求映射到设计的技术方面，类似于质量屋。相关性在 HOQ 中被确定，但此外，对于每对需求和技术方面，都估计了可行性。
如果需求的任何技术方面被标记为不可行，则该需求被标记为重新考虑。
在将所有需求标记为可行或适当删除之后，提取每个需求-技术方面对，并根据时间和预算为每个需求寻求估计。
这些估计有助于我们规划项目。
我可以对此提案发表知情意见吗？在我看来，这似乎是将需求与技术方面联系起来，然后再与项目规划联系起来的最佳方式。
根据我的经验，功能规范通常是一个用例文档（有或没有相应的图表）。电子表格听起来很酷，但功能要求通常用于与业务利益相关者进行沟通，目的是获得同意并最终签署，以便批准项目的预算。除非您的电子表格可以以某种方式格式化打印输出的要求，否则我对您建议如何共享内容以供讨论和反馈感到有些困惑。
我的两分钱...
希望这可以帮助，
账单
您可能希望在低级需求和测试之间添加映射（例如“设计测试”，而不是“单元测试”。
这样您就可以建立该项目所需的广泛的功能测试覆盖范围。
“我可以对这个提议有一个知情的意见吗？”
此电子表格的用户是谁？
您的用户如何使用此电子表格？他们在需求收集、规划和项目批准方面有哪些用例？
如果您是用户，那么它非常适合您。
如果您不是用户，则需要与您的用户会面，确定以下内容：
需求的用户采取什么行动？他们批准、拒绝、确认还是拒绝？
他们做出什么决定？
他们需要哪些信息来做出这些决定？
如果您的电子表格满足您的用户需求，那就太好了。
需求是很棘手的事情，必须以多种方式重新确定优先级和重新考虑。过多的电子表格自动化可能会成为障碍。
大多数情况下，人们需要能够添加无限数量的额外列，并将它们分类为无数的组织和重组。
您可能需要对电子表格进行补充以列出用例和任何用户界面规范。