让人既爱又恨的事物实在太多了，比如写文章。
Updated on 2021/09/10：已经不用滴答清单写 OKR 了（所以说工具真的是次要的）
距离上一篇文章已经快一个月了，在回家之前跟大家探讨一下计划从「模糊」到「制定」到「分解」再到「执行」的过程。
制定计划中遇到的问题
高中时候我经常把当月要做的事情写成一小页贴在课桌左上角（仿佛是写给别人看的），但往往实现不到两三成，现在想起来很中二。——计划从制定到落地的鸿沟太大。
如何解决这个问题？还在寻找答案，但除了「热爱」，更关键的可能是是「降级」和「细化」。降低预期，比如把日语等级考试的目标从 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 大概是长这样的 ——
抛砖引玉，希望能看到大家的计划管理方式~