我很慢，但没关系

昨天我和同事兼朋友Nicole进行了一对一的交流。我告诉她我一直在与开发速度慢的问题作斗争。尤其是在与那些快速开发的人一起工作时，我常常会因为“产出”速度不够快而感到羞愧。我处理这个问题已经很久了，以为自己已经理解了。但 Nicole 帮助我对此有了更深刻的理解。

我早就解释过，我之所以慢，是因为我会彻底探究问题，而且在决定我的工作是否值得评审之前，我给自己设定了很高的标准。妮可帮助我意识到，我的确有这些特质……但它们可能并不是我看起来慢的原因。它们甚至可能是我行动缓慢的副作用。

她描述了自己收到的关于设计方法的反馈。团队要求她更频繁地展示未完成的作品，以展现自己的进步。当她付诸实践时，却没有得到预期的赞扬——她收到了不同的负面反馈。团队原本希望她每次分享作品时都展示整个设计的低分辨率版本，但她却只展示了设计中非常小的部分的高分辨率版本。在团队看来，她似乎过于纠结于一些细节，而忽略了整体。

妮可解释说，她之所以专注于这几个细节，是因为它们是最难的部分。它们可能成就或毁掉整个体验。她并没有忽视全局——她已经确定了全局中最大的障碍，并正在努力降低它们的风险。弄清楚设计中最难的20%对于其余部分如何衔接至关重要。一旦解决了这个问题，剩下的80%就会水到渠成。但由于她从解决关键细节入手，表面上看起来似乎进展不大。

这时我打断了她。“好的，妮可！”这就是为什么我行动缓慢。我会先做慢/难的部分，而不是最后才做。在一个项目或任务的前80%的时间里，我看起来感觉自己什么都没完成。但我正在做最艰难的工作，准备用20%的时间完成剩下的80%的工作。

解决问题的方法是一种后天习得的适应性调整。有些事情教会了我们，这是最好的方法，或者至少对我们来说是最好的方法。对我和妮可来说，这是一种对失败项目的一种适应性调整。她因为设计太过超前，没有充分考虑可能破坏设计的技术细节而感到痛苦。同样，我也因为把项目最难的20%拖到最后而感到痛苦。在项目接近尾声时才发现我所做的所有工作实际上都无法奏效，这令人沮丧，我并不喜欢这种感觉。

如果我先吃掉青蛙^（1） ——如果我先解决最难的挑战——我就能尽早发现任何阻碍。我还会把工作安排到最后，以便快速推进。预先验证这些概念，让我在确定所有组件都可行后，就能轻松地组装它们。

这就像我在搭建一个超级棒的乐高露营车。我可以按照步骤1到527的顺序进行，但如果我知道步骤126、390和409会特别棘手，那么我应该先解决它们。弄清楚这三个关键步骤需要一段时间，而且不会有太多明显的进展。但一旦解决了它们，剩下的524个步骤就可以轻松快速地完成⁽²⁾。

你是如何解决问题的？你是把难题留到最后解决，还是先吃青蛙，在项目初期就解决棘手的部分？请在下方或推特上与我分享你的策略。

如果您有兴趣学习更多解决复杂问题的策略，请观看我所做的名为《摆脱困境》的演讲。

¹亚伯拉罕·林肯曾在推特上说，黑翼鸭说马克·吐温曾写道：“早上第一件事就是吃一只活青蛙，那么接下来的一天就不会再有更糟糕的事情发生了。” 我想给你提供一个可靠的来源来了解这句话，但似乎没有。事实上，我找到的关于这句话的最可靠的信息，也找不到任何证据表明这句话是马克·吐温说的。不过无论如何——今天，多亏了《吃掉那只青蛙！ 》（Eat That Frog! ）这本书，我们将马克·吐温的这句名言（可能是杜撰的）解读为“做你最想拖延的事情”。

²我知道这不是一个严密的比喻。就连我也只是按照乐高说明书从第1步到第527步来做。但现实生活中的项目并没有527个连续的步骤和精美的插图，所以请照着做吧。