PARA 整理法整理
分类
重要事项
- 不要超过 4 个层级。(application → stacks → notebooks → notes)
- 必须能够持续进行监控
- 避免过多的分类、过多的层级
- 区分能做的事和不能做的事 - 只把当下能做的事整理得易于查看
项目 - Project
项目是带有截止日期、期限以及明确目标的 Task
例)开发项目、参加会议、参加黑客松、写书
领域 - Area of Responsibility
需要时间并持续进行的活动领域。与项目的不同之处在于没有确定的期限或截止日期,并且可以存在大量与 Area 相关的下位 Project
例)运动、投资学习、开发学习、兴趣爱好、读书
资源 - Resource
带着持续的关注与兴趣、不断延续的主题的集合。与 Project 和 Area 没有关联也无所谓
例)SEO、写笔记、在线营销、美食店搜索
归档 - Archives
不属于上述三个分类、当前处于非活跃状态的主题。绝对不要删除笔记
例)已经结束的项目
差异点
-
项目 <-> 领域
- 项目拥有目标和期限,可以被达成并结束。相反,领域没有目标和期限,是需要持续关注的主题。
- 项目始终是领域的下位范畴。
- 从领域转移到项目后,会被赋予进展状况和目标,至今为止的努力有助于走向长期目标。
- 不把项目和领域合为一个单一领域,而是加以区分的原因
- 可以把目标拆分为可行动的小领域并加以达成
- 减少视觉混乱(Visual Clutter)。
- 可以把当前的项目汇集起来一目了然。(可以只单独查看目标)
-
领域 <-> 资源
- 如果与个人内容相关就是 Area,如果只是单纯的兴趣收集就是资源
- 领域和资源可以相互连接
-> 在开发 Area 中,网页排版(web typo)不就是 Resource 吗? - 构成领域的要素
- 正如 Areas of Responsibility 一词所体现的,其中包含 Responsibility。(作为配偶、作为团队领导者、作为教练等等)
- 当前正在进行中,并要求你持续承担责任与关注。
- 需要持续的努力。
- 构成资源的要素
- 你的兴趣
- 明确的领域
- 资料(照片、排版链接等等)
注意事项
- 没有目标的项目是 Hobby
- 有目标但没有项目则是 Dream
数字整理的核心规则
- 以是否可行动来整理。项目大部分是可行动的单位,而归档则无法行动
- 时常抽空整理。
- 行动要快速而轻巧 - 做到即时响应,但尽量避免消耗大量时间的事。
- 灵活应对变化 - 避免只在特定笔记本中使用的格式,尽量使用通用的格式
- 复杂的系统不是被制造出来的,而是成长出来的
- 与其让整理结束,不如让整理向外扩展并成长
- 持续地失败 - 弥补问题点?
- 保持较少的层级结构
流程
PARA 是流动性的系统,因此随时可以在项目、领域、资源之间自由移动。
- From 项目
- To 领域
- 项目需要长期持续稳定进行的情况
- To 资源
- 需要更多学习时
- 为未来的 Project 做资料调查的情况
- To 归档
- 项目结束的情况
- To 领域
- From 领域
- To 项目
- 在充分的资料调查之后,准备好开始新项目的情况
- To 资源
- 意识到这只是与我的兴趣相关的内容(不需要特别责任的情况)时,此时可以分享我获取的信息。
- To 项目
- from 资源
- to 项目
- 从单纯的兴趣变成了正式计划时
- To 领域
- 意识到这不是单纯的信息,而是需要持续稳定地承担责任去做的内容时
- to 归档
- 失去兴趣时(绝对不会删除。)
- to 项目
- from 归档
- to 项目
- 重新开始项目的情况
- to 领域
- 很久以前的信息被归档,但被新赋予了责任的情况
- to 资源
- 重新产生兴趣时(结束的项目有时也会成为资源。)
- to 项目
Just-In-Time 整理法
- 不专门安排整理时间,而是在有空时随时抽空整理。
- 以小的部分为主进行修改,避免大的变化。追求的不是一次大变化,而是渐进式变化。
- 在以下情况时请避免整理
- 正在为完成项目而努力的过程中
- 项目刚结束之后(因为整理可能导致马上又能重新做项目)
- 请尽量把消耗大量时间的整理推迟到系统崩溃为止
- 系统崩溃意味着效率的下降。
加工数据
Code - collect, organize, distill, express
收集 - Collect
收集信息与资料的过程。书或 Article,任何地方都可以。用 GTD 来说,就是把信息收集到 Inbox 的过程
分类 - Organize
按照上面提到的 PARA 整理法,将资料分为 4 个分类并保存。
提炼 - Distill
收集的信息变得庞大后,资料的管理就会变得困难。至今为止收集的资料相当于原石(Raw Material),现在需要把这些原石加工(Distill)成我们需要的形式。在此过程中,也可以通过 para的progressive笔记整理法 这一方法进行提炼
表达 - Express
收集并提炼的信息已经用我自己的语言加工过了。现在需要把加工后的内容表达到现实世界中。如果知识与信息不分享给其他人,第二大脑就无法形成。知道某事与解释它的过程之间存在巨大的差距。现在,通过表达这些信息,第二大脑就被创造出来了。
Reference
PARA 整理法
分类

重要事项
- 不要超过 4 个层级。(application → stacks → notebooks → notes)
- 必须能够持续进行监控
- 避免过多的分类、过多的层级
- 区分能做的事和不能做的事 - 只把当下能做的事整理得易于查看
项目 - Project
项目是带有截止日期、期限以及明确目标的 Task
例)开发项目、参加会议、参加黑客松、写书
领域 - Area of Responsibility
需要时间并持续进行的活动领域。与项目的不同之处在于没有确定的期限或截止日期,并且可以存在大量与 Area 相关的下位 Project
例)运动、投资学习、开发学习、兴趣爱好、读书
资源 - Resource
带着持续的关注与兴趣、不断延续的主题的集合。与 Project 和 Area 没有关联也无所谓
例)SEO、写笔记、在线营销、美食店搜索
归档 - Archives
不属于上述三个分类、当前处于非活跃状态的主题。绝对不要删除笔记
例)已经结束的项目
差异点
-
项目 <-> 领域
- 项目拥有目标和期限,可以被达成并结束。相反,领域没有目标和期限,是需要持续关注的主题。
- 项目始终是领域的下位范畴。
- 从领域转移到项目后,会被赋予进展状况和目标,至今为止的努力有助于走向长期目标。
- 不把项目和领域合为一个单一领域,而是加以区分的原因
- 可以把目标拆分为可行动的小领域并加以达成
- 减少视觉混乱(Visual Clutter)。
- 可以把当前的项目汇集起来一目了然。(可以只单独查看目标)
-
领域 <-> 资源
- 如果与个人内容相关就是 Area,如果只是单纯的兴趣收集就是资源
- 领域和资源可以相互连接
-> 在开发 Area 中,网页排版(web typo)不就是 Resource 吗? - 构成领域的要素
- 正如 Areas of Responsibility 一词所体现的,其中包含 Responsibility。(作为配偶、作为团队领导者、作为教练等等)
- 当前正在进行中,并要求你持续承担责任与关注。
- 需要持续的努力。
- 构成资源的要素
- 你的兴趣
- 明确的领域
- 资料(照片、排版链接等等)
注意事项
- 没有目标的项目是 Hobby
- 有目标但没有项目则是 Dream
数字整理的核心规则
- 以是否可行动来整理。项目大部分是可行动的单位,而归档则无法行动
- 时常抽空整理。
- 行动要快速而轻巧 - 做到即时响应,但尽量避免消耗大量时间的事。
- 灵活应对变化 - 避免只在特定笔记本中使用的格式,尽量使用通用的格式
- 复杂的系统不是被制造出来的,而是成长出来的
- 与其让整理结束,不如让整理向外扩展并成长
- 持续地失败 - 弥补问题点?
- 保持较少的层级结构
流程
PARA 是流动性的系统,因此随时可以在项目、领域、资源之间自由移动。
- From 项目
- To 领域
- 项目需要长期持续稳定进行的情况
- To 资源
- 需要更多学习时
- 为未来的 Project 做资料调查的情况
- To 归档
- 项目结束的情况
- To 领域
- From 领域
- To 项目
- 在充分的资料调查之后,准备好开始新项目的情况
- To 资源
- 意识到这只是与我的兴趣相关的内容(不需要特别责任的情况)时,此时可以分享我获取的信息。
- To 项目
- from 资源
- to 项目
- 从单纯的兴趣变成了正式计划时
- To 领域
- 意识到这不是单纯的信息,而是需要持续稳定地承担责任去做的内容时
- to 归档
- 失去兴趣时(绝对不会删除。)
- to 项目
- from 归档
- to 项目
- 重新开始项目的情况
- to 领域
- 很久以前的信息被归档,但被新赋予了责任的情况
- to 资源
- 重新产生兴趣时(结束的项目有时也会成为资源。)
- to 项目
Just-In-Time 整理法
- 不专门安排整理时间,而是在有空时随时抽空整理。
- 以小的部分为主进行修改,避免大的变化。追求的不是一次大变化,而是渐进式变化。
- 在以下情况时请避免整理
- 正在为完成项目而努力的过程中
- 项目刚结束之后(因为整理可能导致马上又能重新做项目)
- 请尽量把消耗大量时间的整理推迟到系统崩溃为止
- 系统崩溃意味着效率的下降。
加工数据
Code - collect, organize, distill, express
收集 - Collect
收集信息与资料的过程。书或 Article,任何地方都可以。用 GTD 来说,就是把信息收集到 Inbox 的过程
分类 - Organize
按照上面提到的 PARA 整理法,将资料分为 4 个分类并保存。
提炼 - Distill
收集的信息变得庞大后,资料的管理就会变得困难。至今为止收集的资料相当于原石(Raw Material),现在需要把这些原石加工(Distill)成我们需要的形式。在此过程中,也可以通过 para的progressive笔记整理法 这一方法进行提炼
表达 - Express
收集并提炼的信息已经用我自己的语言加工过了。现在需要把加工后的内容表达到现实世界中。如果知识与信息不分享给其他人,第二大脑就无法形成。知道某事与解释它的过程之间存在巨大的差距。现在,通过表达这些信息,第二大脑就被创造出来了。