读了一篇文章：How to Build Anything Extremely Quickly - Learn How To Learn，挺有共鸣，大体上自己平时也是这么做事的。

Do “outline speedrunning”: Recursively outline an MVP, speedrun filling it in, and only then go back and perfect.

从《精益创业》这本书了解了MVP之后，就一直挂在嘴边，是学过的最朴实也最有用的实践之一。这篇文章把这个概念的应用扩展了一下，尽管主要也还是构建软件产品，但依然很有启发。

这里面包含了两个意思：

第一，先完整骨架后细节。无论是写文档还是写程序，一直有一个完整（但细节需要打磨）的版本，这样就能做到不慌，手里一直有可用的版本，再一个作用就是一个完整的框架可以避免在个别细节上纠结导致迟迟不出成果。

我写代码时会以最快的速度出一个能编译通过、能进行、能测试的版本，哪怕功能都是假的，都是桩和占位。写PPT时一直是这样的一个流程：

• 先快速出一个完整版本，没有任何格式，需要深度思考的地方直接用一个标签占位；
• 然后再过一遍，把能想到的细节都补充上，需要更详细资料的也先占位，这一遍也同时Review一下整个骨架是不是完整，是不是逻辑清晰。到这一步，基本上就完成百分之八九十了，而用时却很少。这时可以选择放一放干别的，目的是清理一下思路，时间紧张也可以继续完成，反正心里肯定是不慌了。
• 补全所有细节内容。
• 调整格式，同时再一次检查整体表达逻辑。

第二，就是“拆解”，把事情拆成大骨架，把每一块再以同样的方式往下拆…按文中的说法就是“嵌套的MVP”，直到拆到不可拆，再动手填细节。

拆解的过程本身也是一个理清思路的过程，也会有新的思想产生，是一个阅读、做事的不二法门。

其实我一直很推崇的《金字塔原理》这本书里，最核心的思想也差不多是这样：按一定的逻辑拆解与表达，构建金字塔的过程就是一个先骨架后细节、先总后分的过程。

大道致简，殊途同归，方法拆解下来核心的东西也就那些，关键还是实践和心性的锻炼。