方法论不是学来的，是自己长出来的

我认真想过这个问题。

有一段时间我痴迷于”方法论”。GTD、OKR、PDCA、二八法则、复盘模型、KPT 复盘法……每次读到一套新框架都觉得找到了救星——如果早知道这个方法，我之前就不会踩那么多坑了。

后来真用起来，发现不是那么回事。

大多数方法论，读的时候热血沸腾，用了两天放角落吃灰。

不是因为方法不好，是因为方法不是我的。

方法是从问题里长出来的，不是从书里搬过来的

GTD 为什么在中国火了这么多年？因为它解决了一个真实问题：脑子里的事情太多，装不下。

但它解决的是戴维·艾伦（David Allen）的问题，不是你的问题。他写 GTD 的时候是美国八十年代的咨询顾问，每天处理大量项目和信息，手上有混乱。这个背景塑造了 GTD 的每一个细节——收集篮、两分钟原则、上下文分组。

你的问题和他的问题有重叠，但不完全一样。

你的问题可能是：事情太多做不完，焦虑；或者：重要的事总被紧急的事挤掉，做不出深度；或者：方向太多不知道选哪个，一直拖延。

不同的症状，吃同一颗药，效果完全不同。

我自己试 GTD 失败过两次。第三次我放弃了全套系统，只留了一个动作：每天早上把今天要做的三件事写下来，不超过三件。这个动作是从 GTD 里偷来的，但只偷了这一件。

三件事法则没有在任何一本方法论书里作为核心模块出现过——它太小了，不够写成一套系统。但它对我有用，是因为它长在我真正的问题上：不是因为做不完而焦虑，而是因为做不出优先级而焦虑。

框架的代价

我后来开始警惕一种做法：把别人解决问题的框架，当成自己的问题诊断书。

问题不在执行力。问题在于：你只是在安装一套系统，而不是在解决一个问题。

安装 ≠ 解决问题。

真正的改变是从”我哪里不舒服”开始，而不是从”这套方法能做什么”开始。你先确定了自己的问题是什么，再去看方法论能帮你什么——而不是反过来。

什么是”自己的方法”

我有一个很简单的判断标准：一个方法是不是你自己的，就看它被简化成什么样了。

别人的方法论，原样照搬，是最原始的形态。

用了一段时间，删掉了不用的部分，调整了一些细节，是你自己的方法在生长。

最后剩下的那几条，简洁到不用记，用的时候自然就想起来——这才是真正属于你的方法。

比如我现在写文章有一个固定的”启动仪式”：

1. 打开一个新的空白文档
2. 写三句话：这篇要解决什么问题？读者是谁？读完会有什么感受？
3. 不管写得多烂，先把三句话写完

就这三步，没有任何名字，也从来没在任何地方读到过这个方法。它是我在第五次写不下去的时候，自己想出来的——之后每次卡住就用，用了十几二十次，从没失败过。

这个方法之所以可靠，不是因为它来自某个权威框架，而是因为我知道它为什么有效。

三句话强迫我在动笔之前想清楚文章的价值。如果写不出三句话，说明我还没有真正想清楚要写什么。这个因果关系是我自己在写作过程里体会到的，不是书上告诉我的。

知道自己为什么用它，比知道怎么用它重要得多。

抄作业也是方法之一

当然不是说方法论书不能读。读当然有用，但你读方法论书的目的应该调整：

不是”找到我的方法论”，而是”看看别人怎么解决这类问题”。

这个读书方式本身也是我自己长出来的方法。没有什么书名做背书，但我知道它为什么有效：我的时间和注意力是有限的，书里真正对我有用的内容，往往只有 20%。与其花时间读 80% 的废话，不如把那 80% 的时间用来真正解决问题。

写给自己的话

写到最后我想说一件事。

我以前总觉得，方法论是一件很严肃的事情——得系统、得完整、得能讲给别人听才算数。好像没有一套成体系的框架，就不配说自己有”方法”。

现在我不这么想了。

方法可以很小。小到一个动作、一句话、一个判断标准。

你每次遇到某个情况都会那样做，这就是你的方法。它不需要被命名，不需要被写成博客，不需要有十几个步骤。它只需要——你知道它为什么有效。

这个”知道”是方法论的核心。不是系统，不是框架，不是流程图。

是你踩过的每一个坑，和坑里爬出来的每一条路。

这些坑踩得足够多了，路自然就出来了。

方法论不是起点，是终点。是走了很多路之后，回头一看，发现自己其实一直在沿着某条线走——那条线，就是你自己的方法。