深入浅出GTD——GTD中为什么要有项目清单

GTD中有一个又一个的清单，而清单的划分维度又特别清晰，有按时间维度分的，比如今日待办清单、明日待办清单、日程清单、将来/也许清单、下一步行动清单、等待清单啥的，也有按项目维度划分的项目清单，有按目标划分的目标清单（貌似是doit.im独有吧）、有按情境划分的情境清单。

除掉项目清单以外，其他清单都特别好理解，在不同的时间不同的地点不同的目标下的待办事项的列表，而对于项目清单，我之前使用较少，负责项目也比较少，所以对项目清单的存在也一直没有做过思考，现在有幸跟了几个项目，而且还有人给了很多指点，所以有点想法，以下就是自己的一些想法，如有雷同，请付我稿费。

说起项目清单，就得说项目管理，虽然以前看过一些项目管理的书，但是完全没有系统的项目管理的经验，理论多于实际，基本没有什么用，最近算有了一些实战经验，反正胆大，胡乱说说。

项目管理，最初应该是项目规划，无非就是5W1H，什么人在什么时间什么地方怎么把什么事做好，最后定下目标，做到什么程度算做完。在做项目规划的时候，获知这样一个原则：计划一定要有，时间一定要规划好，但做法可以和计划不同，可以延期，但出现更改的时候要及时修改项目计划——奉为真理。

项目管理的目的，是为了控制项目的进度和质量，要保证项目能够按时高质量的完成，就需要在项目过程中，不断的了解项目的情况，可能需要在某一时间点去了解每个子项目的进度和情况，对发现的问题及时纠正。

对应到GTD中，以上计划就可以做为项目清单里一个项目的整体计划清单了，被拆分开的子项目还可以继续按照以上的原则划分，最终转化成一个可执行的任务清单，分解到最后的都是可执行的任务。而这些任务在GTD中，尤其是GTD软件中，又被以时间维度划分的清单分解掉，比如今日待办、明日待办、日程和下一步行动清单，时间清单中的任务又可以做为提醒去处理某时间点的任务。

以前对于项目的理解不够深刻，总以为要足够大的任务才能称之为项目，后来细一分析，发现日常中的事情都可以算做项目，比如我要写这篇文章，可能就需要搜集素材、整理文章结构、构思文章大纲、找一块集中点的时间、选一个比较静的环境、倒好水、先吃饱肚子等等等等，只不过我们经常处理以上动作，已经形成了一个惯性，无须准备就能做好，意识不到以上过程而已。

如果在同一时期内只处理一个项目的时候，大量精力都在一个项目上，可能会对整个项目的把控了如指掌，所以可能无须记录在清单里也能清楚的处理出现的各种问题，但如果同时需要处理几个项目，就需要项目清单来记录和提醒。

所以项目清单就是一个能够提供单个纵向维度的记录项目计划的清单，他是可以和横向的其他维度中的清单交叉的，能够在不同维度上进行提醒和控制，目的就是项目管理的目的，按时高质量的完成项目目标。

换回来说，这些虚头八脑的东西，看理论看概念看了也没用，实践了，多想了之后，再结合理论，总会有些自己的理解，可能理解有深刻简单之分，但经历后总结了总算有些进步。

以上，近期所想，抛砖引玉，欢迎讨论。

好久不写东西了，这篇就是凑数的……