分享关于计划的 Workflow

2021-01-31 by Aneureka

让人既爱又恨的事物实在太多了,比如写文章。

距离上一篇文章已经快一个月了,在回家之前跟大家探讨一下计划从「模糊」到「制定」到「分解」再到「执行」的过程。

制定计划中遇到的问题

高中时候我经常把当月要做的事情写成一小页贴在课桌左上角(仿佛是写给别人看的),但往往实现不到两三成,现在想起来很中二。——计划从制定到落地的鸿沟太大。

如何解决这个问题?还在寻找答案,但除了「热爱」,更关键的可能是是「降级」和「细化」。降低预期,比如把日语等级考试的目标从 N1 降到 N2,但不能是 N5,不能因为塞尔达剑的试炼⚔打不了终阶就再打一遍初阶——习惯降低预期是件很可怕的事。细化问题,强调问题的可验证性,将「初步形成良好的知识输入-内化-输出习惯」细化成更小的目标,比如「在这两个月」 「发表 ≥3 篇博客文章」和「读 ≥ 2 本非技术类书籍并做笔记写简短书评」,把「我要写一篇计划相关的博客文章」细化成「制定计划中遇到的问题」「我怎么解决这些问题」「现在我对计划的整个生命周期是怎样把握的」。当然,「热爱」是需要持续的,这一点随年龄的增长有了相应的感触。「降低预期」会破坏热爱,「持续负反馈」也会破坏热爱。要做一件事情、想维持一段关系是需要心里的火苗供热的。

另一个问题是,一个持续的目标一旦有两次因为各种奇怪的理由没有完成,就已经被杀死了。比如「每天晚上 12 点前睡觉」这类大家(特别是开发者)或许都定过的小习惯,因为某天加班到 10 点,想看的月刊漫画更新了,又或者是要跟女朋友视频,然后一看手机已然深夜一点,想着既然已经打破了没人在乎的规则,就再看会 B 站吧。再过几天,「早睡打卡」事项就会被删除。

一些心路历程

这里讲讲自己的几年来对于计划制定和实施的一些实践,会涉及到一些工具,但需要注意的是,「工具」是最次要的

从 2019.2.26 起(到上个月),我的做法是将「目标」分成 #MAIN# 和 #RECENT# ,分别对应「半年期目标」和「最近一周需要完成的事情」。——然而,一段时间后,#MAIN# 束之高阁虚无缥缈,#RECENT# 则沦为 TODO,两者从此不再相见。
于是渐渐思考制定目标的过程,比如:

  • 目标 / 计划是怎么产生的
  • 在不同时间段,我都有什么计划
  • 怎样算是达成了计划
  • 怎么做才能达成计划
  • 过去的两个月,我的目标达成情况怎么样,这个过程是不是真的有用

所以计划是怎么产生的?很多情况,大概是从「我长大了要当一名科学家」到「今天想喝奶茶」。枚举起来大概是

  • 外部施加的,我「得」写毕业论文
  • 自我驱动的,我「希望」养成良好的知识输入/输出习惯,形成系统的知识输出/分享框架
  • 突发奇想的,我「有了」一个点子,想要去实现
  • 由以上三点衍生的,我「需要」先掌握一定的 Swift 开发基础、交互设计基础…

每出现一个新想法,我会加到 BACKLOG 里,然后不定期从中挑选一些加到计划或最近事项。

关于计划的制定和达成的规则,我正在用的是 OKR — Objectives & Key Results,这里面最应该关注的是 KR 对 O 的支撑作用。
像这样(同样希望大家不要关注内容本身,可以体会下 O 与 KR 的关系)

滴答清单

是的,现在捡起了之前一直用不惯的滴答清单,虽然还是有各种各样的问题(已经提了三次反馈,回复很及时,好评~),以双月为一个周期制定 OKR,然后根据 OKR 将事情细化成 Task,细化到最多三天可以完成的事情上(是不是有点像 Sprint),当所有的 Task 都完成后,关键结果也就达到了(理想的情况下)。至于怎么完成 Task,拖延症怎么办,就看个人情况了。

另外还想分享一下滴答清单还可以做什么(打钱!!!) —— 习惯养成和简易的项目管理。将日常事项从周期分成几个部分;简单做项目进度的把控(至于项目本身的内容,以后可能可以讲讲知识管理和 Notion) 所以我的清单 Overview 大概是长这样的 ——

抛砖引玉,希望能看到大家的计划管理方式~