个人心得

作者的整体思路非常值得借鉴,目前自己的 Notion 结构就是用这种方式来组织的。在实践的过程中额外有几个小的心得供参考:

如右图,这是分类数据库。Related to List 这个是关联的叫「List」的数据库。同时还给各个分类增加了优先级,提醒自己聚焦。

https://s3-us-west-2.amazonaws.com/secure.notion-static.com/7bea48f0-a2f4-484c-a30e-a3a782584e2c/Untitled.png


设计原则

想象一下完美的信息组织系统。 它能有效的支持你的工作,告诉你信息都被放在了哪里,以及当你需要的时候,如何快速的找到它。

所以这个系统必须是:

P.A.R.A 的含义

P.A.R.A. 代表 项目ー区域ー资源ー档案,这四个一级分类涵盖了你在工作和生活中可能遇到的所有类型的信息。让我们从定义开始,这些定义非常精确:

https://s3-us-west-2.amazonaws.com/secure.notion-static.com/dce90d43-e479-4ac8-9444-592b559e1dde/Untitled.png

Project | 项目

一个项目是「一系列与一个目标相关的任务,有一个最后期限。

例如: 完成 App 的模型;研发的项目计划;执行业务开发活动;撰写博客文章;确定最终版产品说明书;参加会议

Area | 领域

一个领域是「一个有明确标准的活动范围,随着时间的推移需要维持一个标准(或者状态)」

例如:健康;财务;专业发展;旅游;爱好;朋友;公寓;产品开发; 写作

Resource | 资源

资源是「持续感兴趣的话题或主题」

例如:习惯形成;项目管理;超人主义;咖啡;音乐;园艺;在线营销;SEO;室内设计;建筑;笔记

Archives | 归档

归档区包括「其他三类已经完成,需要归档的项目」

例如: 已经完成或变得不活跃的项目;不再致力于维护的能力区;不再感兴趣的资源

视觉上的隐喻,我们把时间花在完成任务上,这些任务自然而然地分为项目,这些项目属于我们的领域。

视觉上的隐喻,我们把时间花在完成任务上,这些任务自然而然地分为项目,这些项目属于我们的领域。

例如,你可能会发现自己写了一篇博文的初稿,而这篇博文与 "产品X发布 "这个项目相关联,属于 "产品开发 "的领域。这可能只是你在工作中负责的几个活动领域之一,还有 "业务战略"、"招聘/人员配置 "和 "财务报告"。在你的个人生活中,你还有更多的领域,比如 "育儿"、"兴趣爱好"、"公寓 "等。

例如,你可能会发现自己写了一篇博文的初稿,而这篇博文与 "产品X发布 "这个项目相关联,属于 "产品开发 "的领域。这可能只是你在工作中负责的几个活动领域之一,还有 "业务战略"、"招聘/人员配置 "和 "财务报告"。在你的个人生活中,你还有更多的领域,比如 "育儿"、"兴趣爱好"、"公寓 "等。


项目 VS. 领域

https://i0.wp.com/cdn-images-1.medium.com/max/800/1*eojTu3-9xxnc8QwfjW4gYQ.jpeg?w=900&ssl=1

这些定义看起来相当简单,但我想集中讨论项目和领域之间的差异。这两者如果定义不清晰,就会造成许多生产力上的问题

让我们把这两个类别的定义分成两部分:

一个项目有一个要实现的目标 :

一个将要发生的独立事件,允许这个项目被完全删除并从列表中删除。 这个目标应该在一个特定的时间点实现。 它有一个最后期限或时间框架,无论是外部的还是自我强加的。

相比之下,领域有一个标准需要维护。

领域没有结束的日期或最终的结果。 你在这方面的表现可能会随着时间的推移而起起伏伏,但是这个标准会无限期地持续下去,并且在任何时候都需要一定程度的关注。

项目总是从属于某个领域,下面是一些例子

在所有这些例子中,项目都有完成日期。 它们不是完整的就是不完整的。 另一方面,领域有必须无限期维持的标准。