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

Question

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

Answer 1

我想你会发现自己被逼到一个角落里不舒服，如果您尝试使用任何指标，以确切预测或控制您的项目成果。最终，你的项目赞助商/业主会问的问题“多久/多少钱”？你能做的最好的是的预测，是基于的上在这一点上你的项目的当前知识的时间 - 而这只是来自经验和字面猜测timating

和这里的渔获：您估计可能会通过几个数量级被关闭。他们只为你的团队了解问题域变得更加准确，他们估计不会超过2-4周提前，最大巴里波姆（和史蒂夫奈尔）中示出与所述“不确定性的锥”这种效应原理：

在进一步你是从实现的系统或功能（左侧）的，更大的估计（-0.25x - 4倍）的innacuracy。当你走近，并了解问题域多，估计开始承担更大的准确性（0.8倍 - 1.0X）。这就是为什么在软件项目中有很多“噪音”，或“复杂性”（即每个项目都差不多。）我们要离开具体的估计，直到最后一刻负责的 - 不超过2-4个星期了

您还可以期待的一件事绝对肯定： 规格会随时间而改变的您打算如何适应和管理变化将衡量你的成功

因此，可以对范围你的工作将是组装的团队谁将会对项目和“顾客”的工作作出最佳判断来协同工作了大笔触 - 该项目的主要特点。写这些作为用户的故事，使用相对重量点（见Mike Cohn的敏捷估计与规划书）和团队估计制定发布计划，将给予客户一个“草案”的预测在什么样的期待 - 那么他们可以决定是否投资将产生他们正在寻找的回报。

当然，我假设你会早日释放/常使你的客户永远是拥有最终产品的一些功能增量的 - 为他们的项目的持续估值至关重要

Answer 2

在一般小，简单的，非关键项目：没有规格。大型，复杂，关键的项目：一定规格

有可能不能被任何切割和干燥度量这里。你必须依靠你的软件工程判断。

Answer 3

一般来说，您应该始终写出规格。你应该需要被说服 不是 到。

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

Answer 4

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

为了 （目标客户）
WHO （需求或机会的陈述）
这 （产品名称）是（产品类别）
那 （主要优点，令人信服的购买理由）
不像 （主要竞争替代方案）
我们的产品 （初级分化的声明）

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

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