metrics - 编写规范是否值得花时间计算哪些指标？

Question

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

Answer 1

如果您尝试使用任何指标来明确预测或控制项目的结果，我认为您会发现自己陷入了一个不舒服的角落。最终，您的项目发起人/所有者会问“多长时间/多少”的问题？您能做的最好的事情是根据您当前对项目的了解进行预测——这只是来自经验和猜测。

这里有一个问题：您的估计可能会相差几个数量级。只有当您的团队了解问题域并且他们估计最多不超过 2-4 周时，它们才会变得更加准确。Barry Boehm（和 Steve McConnell）用“不确定锥”原理说明了这种效应：

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

您还可以绝对肯定地期待一件事： 规格会随着时间而改变。您计划如何适应和管理这种变化将衡量您的成功。

因此，可以对您的工作范围做出的最佳判断是组建将从事该项目的团队和“客户”，共同制定大笔触——项目的主要特征。将这些写成团队使用相对权重点估计的用户故事（参见 Mike Cohn 的敏捷估计和规划一书），并设计一个发布计划，为客户提供预期的“草稿”预测——然后他们可以决定是否投资将产生他们正在寻找的回报。

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

Answer 2

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

这里可能没有任何简单的指标。您将不得不依靠您的软件工程判断。

Answer 3

一般来说，你应该总是写出规范。你应该被说服不要这样做。

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

Answer 4

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

对于（目标客户）
谁（需求或机会陈述）
（产品名称）是一个（产品类别）与（主要竞争替代品）不同
的（主要优势，令人信服的购买理由）我们的产品（主要差异化陈述）

（摘自杰弗里·摩尔的《跨越鸿沟》）

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