少数派|P.B.A.T. —— 我的基于 Notion 的人生管理( 三 )


每一个项目里的页面内容 , 都是由一个固定的项目模板创建的 。 模板我基本照搬 Maria Aldrey 的 Content Project Template 。 这个模板太好了 , 好到我几乎没有怎么改动 , 只在顶部加了一个更新记录 。
模板包含 10 个标题 , 想要在这个项目上开始工作 , 就从第一部分开始逐渐往下填 , 10 个标题顺序涵盖了定义项目、分拆目标、研究、撰写大纲、交付计划、分析效果、复盘总结这一套完整的流程 , 填到最后 , 项目就达成了 。
少数派|P.B.A.T. —— 我的基于 Notion 的人生管理
本文插图

在项目的前期阶段 , 回答问题 1-3;项目进行中 , 主要在 4、5 上工作 , 直到 6、7、8、9 都完成 , 其实这个项目对应的交付物和交付都准备好了 。 10 则是复盘回顾 。
以终为始
虽然用了一些偏项目管理和软件开发的词汇 , 但实际上 , 这套框架可以用在任何项目上 。 有句烂大街的话说「人人都是产品经理」 。 任何事情如果需要花精力去做 , 它势必是有所产出的 , 那么就把它当做一个产品来创造和运营 , 关注受众、关注结果 。 这是我从事产品设计 n 多年深深体会的一点 。
项目任务
这没太多好说的 。 基本上是跟项目强相关的 , 从项目页面做任务分拆时拆出来的步骤任务
日历
约定好的事件 。 用好 Notion 的 Calendar view 和 filter , 日历也不再需要了 。
独立任务(非项目任务)
这是 todo 系统的一个补充库 。 装一些我偶尔想到或者偶尔发生的待办事宜 。
我之前的 GTD 实践 , 常常觉得不好处理项目任务和一些偶发任务的关系 。 比如想到要去物业交物业费 , 或者想到有空调研下上海大观园看看适不适合安排一次家庭游览 。 这些偶发事件是需要记下来的 。 但是往往并不在任何一个提前计划好的项目里面 。 之前用 Omnifocus 时 , 我总是要为这些事情增加一个 Single Action 项目或者 Misc 项目 。 但是这又和项目「必须要有时间规划和可衡量的目标」相违背 ...
后来我发现 , 这类 todo 不需要很重的管理 , 只需要记录下来 。 有具体时间的 , 适时提醒我;我有空的时候再过一遍这个库 , 看到哪个顺眼就搞一搞就好~
Task Inbox
上述的 todo , 其实分的比较细 。 并不是每次有个待办都要想一下算哪类的 。 Omnifocus 的经验让我设置一个 inbox 。
我的 Task Inbox 是日清的 。 实践下来每天新增的需要整理的 , 也就十几条 。
小结一下
从拆解人生目标开始 , 到我当下要努力的领域 , 乃至当下有哪些需要具体完成的」项目「 , 这些都是需要静下心慢慢写出来的 。 回想我之前失败的 GTD 经历 , 最大的困难就是什么都是 Project , 花好几个小时整理出的项目和任务列表 , 已经耗尽了所有精力 。
其实我一直是一个不太知道自己真正想要什么的人 。 曾经不敢面对这样的问题 。 不过 , 现在已经可以慢慢调整心态 。 其实 , 找到自己的方向和经营企业一样 , 本来就是要探索和试验的 。 即使不确定成功 , 起码需要先放下负担 , 轻装前行 。
我的 P 部分 , 本质上就是好几个数据库 。 但在日常使用时 , 我是不会一个个数据库整理过去的 。 领域已经确定 , 目测一两年内不需要修改了;项目任务是直接从项目里分拆而来的 , 直接跳过 Inbox 。 独立任务、日历都是从 Task Inbox 处理来的 。
感谢 Notion 的强大 , 日常采集和记录全平台都可操作 。 我给自己设定了好几个工作流页面 , 通过每天的日清日结、周循环等几个页面 , 就能够保证数据库的内容详实、信息更新 。 这些工作流页面都在第四部分(Tools)里 。
需要自己主动做的事情就一件:坐下来 , 进入当前要花精力的项目 , 干活!


推荐阅读