如何构建自己的工作流，方法论？

首先，谈谈我对工作流和方法论的理解。

工作流和方法论都是对我们更好完成一类事项的SOP，比如在阅读事项的阅读方法论，阅读工作流; 知识管理上，知识管理方法论，知识管理工作流。

方法论是如何做好一类事项抽象的描述，方法论是对工作流的抽象，工作流是方法论具体的如何落地的实现。其实就是软件开发中，接口与实现类的关系。

方法论是和具体工具无关的流程性抽象描述，工作流是通过工具将方法论具体落地的流程性具体实现。比如，gtd方法论 它的流程性描述 就是准备，收集，整理，组织，回顾，执行。 gtd的工作流 就是通过滴答或者其他软件，如何具体的将gtd的抽象步骤落地的方法。

工作流作为具体的落地实现，涉及到面临的具体场景，具体问题以及针对性的处理方式。

方法论是工作流的抽象，它不仅仅是主流程的抽象描述，还可以将主流程每个阶段抽象的拆分细化，拆分为抽象的流程，这种情况下，一个阶段也可以单独看做是这个阶段处理的方法论。比如gtd的回顾阶段可以拆分为抽象的流程: 回顾日程表，回顾行动清单等。 为什么说这是一个抽象流程呢，因为你看着不知道如何落地，它依赖于你是如何记录日程以及行动清单的。而且涉及到很多具体落地的细节问题，比如 什么时候回顾，如何回顾，用什么回顾，回顾要输出什么。

方法论和工作流也是分层的， 小领域的方法论和工作流可以结合起来行成大领域的方法论工作流。 比如学习事项，学习其实包含阅读，笔记，记忆等，阅读方法，笔记方法，记忆方法整合到一起来支撑我们更好的去学习，可以称为系统。大领域的方法论可以拆分为小领域的方法论。

再谈一下方法论和工作流能力层次的思考:

无意识者: 意识不到方法论，工作流

初学者: 在一些事项上有意识的去学习套用别人的方法论，工作流

改进者: 在套用后，很多人会意识到套用别人的和自己真实场景问题 还是存在一些差异，有意识的针对问题改进优化自己的方法论，工作流。比如实践了一段时间gtd，发现标准化流程有些复杂，裁剪简化流程。

创造者: 能够不依赖和套用别人的方法论、工作流框架，构建出自己的

那么如何构建我们自己的方法论和工作流呢？

选取一个事项: 初期尽量选择粒度小的事项，比如学习就是一个粒度很大的事项，而gtd中收集任务粒度就比较小

描述事项的抽象处理流程，这就是粗粒度的方法论。还可以将各个流程细化拆分，形成更细粒度的方法论， 不涉及具体的工具，时间，等具体内容。而基于这个流程的具体处理方式流程就是这个事项的工作流，工作流就是使用什么工具具体如何处理的。

提出问题: 思考，这个事项，你心目中理想的状态是怎么样的？你当前现状以及最烦恼、最想解决的问题是什么？你渴望达成的状态是怎么样的？ 现状与理想状态的差距，就是问题所在。

针对问题改进工作流

抽象提炼方法论: 基于改进后的工作流，看看是否需要提炼出一些抽象流程纳入到方法论中。

以上是自顶向下构建结合自底向上完善的方式。当然也可以自底向上总结结合自顶向下完善。

构建关键及注意事项:

抽象意识: 通过将事项按照时间顺序拆分，抽象

问题意识: 意识到自己处理事项的问题所在

迭代改进: 方法论，工作流构建不是一蹴而就的，需要不断发现问题，针对性改进优化