如果编写规范值得花时间，要计算哪些指标？

Question

如果为新编程项目编写规范值得做并花费时间（和金钱），使用哪些指标以及如何进行计算？

Answer 1

如果您尝试使用任何指标来明确预测或控制项目的结果，我认为您会发现自己陷入了一个令人不安的角落。最终，您的项目发起人/所有者会询问“多长时间/多少”的问题？您可以做的最好的是基于您当前对项目的当前知识的预测 - 这只是来自经验和字面猜测。

这就是问题所在：您的估计数可能会减少几个数量级。它们只会变得更准确，因为您的团队了解问题域并且他们估计不会超过2-4周，最大值。 Barry Boehm（和Steve McConnell）用“不确定性锥体”原理说明了这种效应：

您实施系统或功能（左侧）的距离越远，估计的真实性（-0.25x - 4x）就越大。随着您越来越近，并更多地了解问题域，估计开始具有更高的准确性（0.8x - 1.0x）。这就是为什么，在存在大量“噪音”或“复杂性”（即几乎每个项目）的软件项目中，我们希望在最后一个负责任的时刻之前留下具体的估计 - 不超过2-4周。< / p>

您还可以期待一件绝对确定的事情： 规范将随着时间的推移而发生变化。 您计划如何调整和管理这些变更将衡量您的成功。

因此，可以对工作范围进行最佳判断的是组建将负责项目的团队和“客户”，以协作制定大笔刷 - 项目的主要特征。将这些描述为团队使用相对权重点估算的用户故事（参见Mike Cohn关于敏捷估算和规划的书），并制定一个发布计划，为客户提供预期的“草案”预测 - 然后他们可以决定是否投资将产生他们正在寻找的回报。

当然，我假设您将提前/经常发布，以便您的客户始终拥有最终产品的某些功能增量 - 这对于他们对项目的持续评估至关重要。

Answer 2

一般来说，小型，直接，非关键项目：没有规格。大型，复杂，关键的项目：绝对规格。

这里可能没有任何切割和干燥的指标。您将不得不依赖于您的软件工程判断。

Answer 3

一般来说，你应该总是写出规范。你需要确信不 to。

• 如果您在项目中有多个人，那么您肯定需要规格。
• 如果单人项目需要一周以上，您可能需要规格。
• 如果您和您的客户之间一直存在混淆或沟通困难，那么签署的规范是必须的。

Answer 4

专注于本质以及对您的客户最重要的事情。整体业务目标和愿景。我喜欢“电梯测试” - 能够在两分钟内解释你的产品在做什么：

（目标客户）
谁（需要或机会声明）
（产品名称）是（产品类别）
那（主要好处，令人信服的购买理由）
与（主要竞争替代）不同 我们的产品（初级鉴别声明）

（来自Geoffrey Moore的书“跨越鸿沟”）

也许这不能回答你的问题，但是可以为任何项目编写这么小的“规范”。