计划总是做不完？我们该如何制定我们的计划

本文为卢灿伟的第51篇原创

点上面蓝色【卢灿伟】即可关注；记得加个⭐️星标~

今天是春节假期的最后一天了，不知道大家列的春节的计划有多少完成了。我列了4项计划，只有一项完成了，另外一项也只完成了部分。

如果问大家怎么弄，相信大家能说出一百种方法帮助完成计划。比如把我们的计划拆解成每天要做的事情，然后给事情分轻重缓急，还有就是给事情设置一个截止时间等等。

但是我们总是疏漏了一点，那个就是人性。

比如拿我自己的例子来说，我计划春节学完之前购买的3个课程，实际上只完成了一个。比如在学习的时候，突然电脑上来微信消息了，然后看了下回复。刚准备看下，发现自己好像坐的太久了，起来倒水喝。到了吃饭的时候看会电视，然后发现这个UP主的视频真有意思，然后又多看了会。然后又回来开始弄，又开始有其他事情打扰...

这个时候你会想起来，把任务分成

好像很有道理，我们工作中也经常这个干，不过有多少人有能力去证明你区分是正确的呢？或者尽管你认为这个是重要且必须的，但在做的过程中还是和你想象中区别很大。

笑来老师在《把时间当作朋友》里有提到的一个主旨，时间是不可能被管理的。当然这个主旨也存在一定的例外，例如时间管理大师罗小猪同学。

既然时间不能被管理，我们还要做计划干嘛。最近也看到很多朋友写自己的2021年计划，也有朋友很细心的做拆解，而我的2021年计划一直都还没去做计划。我7天的计划都完不成，也暂时没有勇气去做2021的计划。

或者可以把2020年的计划的时间改下，这样就变成2021年的计划了。

如果你在软件开发项目里列一个1年的计划的，在现在大多互联网公司里，你会被喷到死的。软件开发项目1个半月的项目都可能做成3个月，何况1年的计划。在软件开发的项目流程里有一种开发方式叫敏捷开发。

跟1年的大项目不同，敏捷开发是把开发过程拆成多个小周期，然后每次小开发都是同样的流程，然后一段时间交付一次，不用等到1年后再一次性交付。

在产品开发的过程中，大家应该也听说过MVP（minimum viable product）吧，最小可交付版本。先做一个最小可交付的版本，然后慢慢迭代，一点点功能不断添加。

拿一个大家比较熟悉的例子吧，最近应该大家都开始有看到视频号，视频号刚开始内测的时候，只能发1-5分钟的视频，然后公众号里也不能嵌入视频号，也没有关系链推荐，全是机器推荐等等。那个时候大家都在说，视频号搞不过抖音，什么功能也没有等等。现在大家看下呢，该有的都有了，直播也上了。

那么回到我们自身计划上，如果我这个时候写个2021年的计划，有多大的可能性会完成？当然有些小伙伴是天降猛男，年年都肝完。很明显我不是，所以我顶多把2021计划叫2021规划。

那么为什么我们不能把我们自己当做一个项目来管理呢？

比如说我希望开始写公众号，结果没写两天就停了，为什么呢？因为这个计划不具备可行性，写1篇算不算完成，写100篇算不算不完成。

开始写了之后，几个月想起来才更新一篇。写了一段时间后，发现这样子不行，然后给我自己设置了1个月写一篇。又过了几个月，我给自己设置了1周一篇，然后发现完成不了，结果变成2周一篇。

即便是我们拆成了小迭代，一样会有很多问题。在软件开发的领域，无非是调整资源和调整需求来完成交付（当然如果是这么简单的话就好了，这里不展开聊）。所以大家能看到，我在不断调整我的目标，从最初1个月一篇到1周一篇到2周一篇。

前段时间看到小伙伴有些在做日更了，我也想试试看，结果大家看到各种打脸。

前面的做法更像一个互联网的小企业，想做什么就去做，然后再调整。在刚开始的时候这样干没有太大问题，但是久了你会发现很多东西都没有做规划，导致在同样的错误上不断返工。像我们如果做一个软件项目，会有一套软件开发流程，里面会有技术方案、产品需求、测试用例等等一系列关键节点。

所以当我日更的时候，我就不能按照那种方式来了。我需要把材料的收集、编写校正等等一系列的事情压缩到几个小时内，在这个方式上出发的话，我就不能在一篇文章里讲那么多内容了，比如之前我的文章都5000+的字，现在一篇我基本维持在2000左右。

如果大家有关注我的话，会发现我的模板都是统一的，现在能尽可能的减少我排版的时间。内容上我更多的是讲一个点的事情，比如这篇我没展开讲时间管理，而是仅仅就计划展开讨论。

还有就是截止时间，因为日更，如果最晚得在当日12点发出，所以大家能看到我发的时间基本上集中在12点前，为什么是这个时间呢？

因为，截止时间是推动人类发展里最有效的工具。说人话就是，马上开学了，要交暑假作业了。

好了，前面说了那么多，我们如何做好自己的计划呢，这里做一些总结吧

最后希望大家2021年都能完成自己想做的事情。