序言 

Ron Jeffries刚出一本书《The Nature of Software Development》。强烈推荐大家阅读——事实上，Ron是我极少建议人们通篇阅读其文章里每个字的人之一，但Ron的书值得你细细品味。他的书总是能带给我一些思考。我并不总是同意他的观点——我喜欢他启发我思考的方式。如果我总是同意的话，那我永远也学不到知识也没有自己的观点。

为了庆祝Ron Jeffries新书发布，我请他为我们写一篇客座文章，我很高兴能在这里分享给大家。我知道你们会喜欢的。一定要看看他的书，你们会从这本书看到极好的绘图！——Mike Cohn

我的新书《The Nature of Software Development》最终会传播到大街小巷。至少在我看来，这本书是“千呼万唤始出来”，因为它早已经渗透在我的思想中，并且我为这本书撰写多年。在本书中，我试着分享这样一种观点，即在软件开发的复杂性下面覆盖着一种最基本的简单性。我相信如果我们内心谨记这种简单性，我们可以避免少走软件商业的弯路。这篇文章的图片是从这本书中取的。这里完整的照片，都是我以粉笔或图文演说形式呈现的。

我说过“这是最终的形式”吗？我是多么傻。举例来说，在本书敏捷规划等章节我们讨论了估算，这其中包含了如何确定项目范围的“五卡法”。但估算话题肆虐，我的思维不断变化，而且不仅仅局限于提炼现有的理解。自从这本书完成之后，我就已经发表了四五篇估算的文章，在这里分享给你们更多的思考。

在整个项目层面，我倾向于快速估算，如果你一定要选择预算的话。不是十年百万元的预算，而是对于小团队一个星期，一个月，也许三个月会生产什么产品，花费多长时间生产出产品。

首先，我们建立高价值的项目，并且继续这样长时间做，只要项目值得投资。如果我们需要更快的进步，也许我们会增加人，甚至会添加团队。我们进入未知的探索，而不是可能错误的巨大承诺。

用一个小规模的项目来启动大规模的项目是很有争议的。在接下来的几周的工作中，Scrum冲刺，我已经开始建议对故事进行所有的估算，具体到时，分，秒。

正如Eisenhower所说，“计划是无用的，但规划是必不可少的。”人们普遍认为，对于待办列表来说，估算是计划冲刺的关键部分，Scrum指南甚至告诉我们，针对这些估算我们应该跟踪记录产品性能。

如果我们要花费四天而不是两天来完成某些事，PO有区别的决定做什么，这可能就是其中的优势。这可能发生而且我见证过它发生。我发现，团队在白板上的故事旁写估算，并在会议结束后抹去。他们发现这样会有助于决定接手多少工作，至少有一次，他们的PO否决了一个故事，因为她发现要比想象的花费更多的时间。

这可能发生，甚至可能是经常发生的事。不过，我只见过一次。即便如此，如果我们像敏捷期望的那样进行项目，故事要排优先顺序，我们预测有多少我们可以接受，我们为此工作。这几乎是完美的，在冲刺阶段的估算通常是浪费。

另一个经常引用的值是小规模的估算，它会导致开发人员了解到足够的故事，真正理解它，从而更好的实现，减少错误，等等。是的，这是真的，如果你真的思考需求是什么，你会做得更好。估算是否是一种理想的方式来完成需求还不清楚。

也就是说，有人指出计划扑克的价值：它很快确定混合理解的故事，他给那些往往选择沉默的人说话的机会。这可能是有用的。就像我朋友的白板，你可能要考虑扔掉已经计算出来的估算。

在这本书中我用 “ More pernicious ” 这个词，一位文字编辑建议我换掉这个词，我拒绝了——将估算视为我们能真正改善的估算，这种常见的做法是更为有害的。我们改善其他的事情而非估算会怎么样呢？譬如我们代码的清洁，我们的团队之间的协调，PO和开发人员之间的沟通呢？当然，更重要的是要做的事情！而不是专注于成本的事情和猜测成本是否正确。也许我们可以关注价值？

在这本书中，我采取的立场是“价值是你想要的，”我的意思是，从字面上理解，也许你想要收益。也许你的产品为了挽救生命，也许你的产品只是为了组织会议。无论你的产品是什么，不能肯定的是我们实际的花费能与估算匹配。

如上图所示，待办列表会提供不同程度的价值和不同的成本。没有显示的是，很多时候价值最好是比成本更大，或者有些功能不值得做的。如果视图以比例呈现，那么成本纬度就太窄了，我们几乎看不到它。图为我们展示了最为重要的是首先建立高价值的项目。几乎任何其他考虑都是次要的。‍‍

让我们继续。除了在这本书中讨论一小部分估算话题，我已经发表了一些更详细的有关这话题的文章。我需要你的帮助！

我当然希望你能读，喜欢并推销这本书。但我对你有另一个小提议。

我想写一些关于估算的文章，主要是关于如何消除它和它有哪些好处，以及如何做估算，如果我能找到。要做到这一点，我想听听你的看法，如这些：

• 小规模的估算对你的团队有何帮助？

• 如果你发现估算很麻烦，为了消除它们你做了什么？

• 如果管理层坚持要估算，你是如何成功地扭转估算？

写电子邮件给我Ronjeffries@acm.org，告诉我关于你的发现。

我会挑选至少2封邮件，并挖掘他们，也许更多。也许我们会在电话里可以交流。也许你会为我的网站或者你自己写一篇文章。我会写下你的想法。

如果我采用你的想法，我将送你一幅本书中最好的手绘图片含打印签名。如果你愿意选择或我可以帮你选择其中一副手绘。

此外，我将随机地画一个相等数量的手绘。如果我用两篇文章我会用更多的随机图片。以此类推，等等。

你会看到当你读这本书时，我希望你可以在你房子任何黑暗的房间，如衣柜或储藏室展示图片，如果你把图片放在地板上，你的猫会坐在上面（如果你的猫和我的猫一样）。

多么美妙的机会！让我们看看我们是否能开始建立一个社区，看什么时候适合估算什么时候又没有必要估算，如何在工作的时候使用它们以及如何在没有估算的情况上如何工作。

哦，请考虑获得这本书的复印版。照片是彩色的，所以你可能更喜欢纸质版，或在你的彩色电子阅读器阅读。