春节过了，大家可以收收心来干活了。

本文的标题，我想大家都这样做过。有时，我们不想立即处理一些事儿，所以我们会说以后再说。

也许你一开始确实是这个意思，但随着时间流逝，优先事项会发生了变化。然后，你知道，几天、几周、几个月过去了，我们说要做的事情仍然没有完成。

通常，为了让自己对拖延感到好受一些，我们会编造不只一种说法，说我们正忙于其他重要的事情。

是的，有时确实如此，但这并不能改变我们的任务从未完成的事实。

对我来说，那种把任务搁置一旁的感觉会占用我本人太多的脑力。所以最近我开始挑战自己不要把任务推迟，而是现在就开始做。

现在是什么时候？

嗯，说实话现在不是，但以后也不是。现在发生在你现在所做的事情之后，但不要让它落入你对以后的理解中——因为你永远不会有时间去做它。

我知道，这很模糊而且令人困惑，但请听我说完。

三种类型的行动

有三种类型的行为会影响你是否真正“稍后再做”。它们如下：

• 立即把它写下来——使用计划器、便签或手机上的应用程序。

• 你对自己的记忆力有信心——请你真诚地相信随着时间的推移，你不会忘记这项任务。

• 你只需大声说出来——你很可能是在表明降低该任务的优先级，而且老实说，你可能根本不会这么做。

在这个框架中，我按照任务的可见性从上到下对行动进行了排序。在我看来，任何任务完成的几率都与任务及其结果的可见性直接相关。当工作可见时，就更难推迟。

这是因为有更多机会被提醒（或者惹恼）任务尚未完成。

有些人确实记忆力很好，而且会坚持下去——但我们的记忆力是一种资源，会受到限制因素的影响。认知负荷、年龄、压力和疲劳等都是简单的日常因素，它们会严重影响我们的记忆能力和做任何事情的动力。

简而言之：一项任务在你脑海中停留的时间越长，它变得显而易见的可能性就越小。

技术场景

在软件中，我发现这些操作最常出现在以下两种情况。

技术债

在项目生态系统中，几乎不可能避免技术债。该术语具有一些负面含义，但是我认为技术债本身并不总是问题，而是我们对待它的方式。

当我们将技术债抛在一边，或认为这只是我们稍后会记得解决的问题时，你不会制定任何行动方案。

随着时间的推移流转，随着债务的增加，需要付出的努力程度也会显著增加。当我们降低技术债的优先级时，我们可能会让它成为我们最糟糕的情况——永远不去做。

有目的性的方法，将提高你减少技术债务和完全避免其中一些问题的几率，请立即采取行动。技术债不会在一夜之间消失，但有目的的行动将有助于加快这一进程。

当你注意到技术债时，请做好记录并告知你所在的团队。让你的团队养这样做的习惯，确定一个每个人都可以分享想法或发现的会议空间。最后，这次会议的任何成果都可以纳入冲刺规划，从而更有意识地解决债务问题。

对于减少技术债等重大努力，请立即采取行动，建立真实地动力，并使你自己和团队对工作更加易于管理。

文档

作为开发者，我们通常和大概率推迟做这件事——写文档。

这是一项特无聊的工作，而且我们通常不会感受到没有文档的影响……但是直到有人真的非常需要它。

如果我说我不是这种行为的肇事者，那我就是在撒谎。当我进入心流状态时，我再会回去写那些内联评论……对吧？更新 README？当然可以，我们的团队很少会做这么多改动……对吧？团队中的每个人都还记得为什么要开发这个功能，因为他们几周前参加了会议……对不对？

错了。事实上，文档永远不嫌多。在我看来，它是软件开发的终极保障之一。

你现在可能记得正在编写的代码以及编写代码的原因，但总有一天，你一定会记不住。除非将上下文记录下来，否则随着项目的发展，上下文将会丢失。项目团队成员可能需要该上下文来做入职培训或了解项目生态系统特定领域的工作。

你最不想做的事情就是构建整个功能或应用程序，然后花时间回头为应用程序失去上下文的区域编写文档。

行动是焦虑的最佳解药。现在就做吧，避免后面头痛！

请立即采取主动

说了半天，你可能仍没有能力立即采取行动，这没关系。只是不要让自己陷入“我稍后再做”的陷阱。

让工作变得显而易见，并通过日历给它一些显明的压力。

如果你想要完成某件事，那就立即采取行动！！！

作者：大雄