软件项目经理经常面临及早交付产品的巨大压力。时间是关键。你如何才能快速完成任务呢?假设你的团队有两名程序员，伯尼和罗布。两人都很能干，知识面相同， 编程语言技巧也相当。你发现在开发过程中伯尼实现软件功能的速度远远超过罗布。
当伯尼着力于快速完成编程时，罗布正花时间写代码并对其进行重构。重构就是改动代码，完善其内部组成结构而不改变其外部功能。它改进软件产品设计。重构代码 是回过头去完善以前仓促创建并测试的某项可用的功能。现在需要进一步对该功能进行内部改进， 以便长期使用，也使日后增加功能更为方便。罗布对变量和方法的命名更擅长。一旦写的程序能够运行起来，他就把这个程序分 成几小块。现在他要写测试来确保该程序的每一块都能按照他的意图运行。当他觉得结果比较满意时才宣称实现了功能。
但是假设你并不知道上述这些细节。如果你只看他们谁先宣称实现了功能，那么很明显伯尼表现得更好，对吗?
几个星期之后，你向客户演示这些功能。像往常一样，顾客喜欢你已经完 成的功能，但现在需要你做一些改动和完善。你让软件开发人员修改这些代码。当你把新改进的功能带回给客户时，他们试用了罗布实现的功能，对他做出的 改动十分满意。
遗憾的是他们发现伯尼实现的功能有些奇怪。当伯尼编写好新的功能后，一些以前能使用的功能现在却不能用了。客户把这些作为缺陷标记出来，然后你让 伯尼来修改。客户又一次测试这些功能，结果后来新增的功能也不能用了。这到底是咋回事呢?
如果你有孩子，就会知道发生了什么。伯尼创建的是一个打地鼠式的应用程 序。打地鼠是一种游戏，孩子们拿着一个木棒敲打几个孔中随意弹出的地鼠，他们会很惊奇接下来是哪个地鼠弹出来，而且还乐此不疲。然而，在修改应用程序 的时候如果总有坏代码不知从何处随意弹出，那可不是好玩的事情。那会令人沮丧，结果也难以预料，并且它会减慢产品开发速度。伯尼一开始就全速冲刺，只是南辕北辙了。
尽管罗布从一开始就表现得较慢，但实际上他编写的代码更胜一筹。事实证 明，他的节奏是可持续发展的。由于最初编写的代码就有较好的质量，所以，他才能更快地做出可行的改动。而且他早期编写的测试能随时带给他反馈信息，让 他了解自己新写的代码是否与原有应用程序的其他部分兼容。
当估计某一功能的实现时间时，不要只考虑最初写代码所花费的时间，还要 加上提升、调整和改进这些代码所需的时间。写高质量的代码和测试都需要花时间。从短期来看，这似乎是一种损失，然而它带来的却是长期收获。