💬【Think】关于工作的浮墨笔记 🆕

[giscus[bot]]

💬【Think】关于工作的浮墨笔记 🆕

至今工作了一年半载，脑海中经常会蹦出一些想法，也有些感悟心得。但写一篇文章的周期太长了，产出速度越来越慢。经验需要交流分享才能激发价值，于是单独开一个讨论贴，分享这些工作中的碎碎念。

https://imageslr.com/2023/flomo.html

[imageslr]

关于日报和周报

我有写日报的习惯。从 2020 年初至今，一天都没有中断。最初写日报是因为疫情，大家都在居家办公，需要日报同步。后来返回现场办公，我自己把这个习惯保留了下来。

我的日报可能两三天才有一个人看一下，但我认为它很有价值：

1. 日报最重要的作用是提供信息。对于直接合作的同事来说，他们关注某项工作你做到什么程度、预期什么时候完成、如果做完了有没有参考手册等。对于其他同事来说，偶尔浏览下你的日报，可能也会看到一些能复用的工作。
2. 降低日报的信噪比。不要把日报当成 TODO 工具，罗列很多细枝末节的待办事项。我只在其中写出了 双月关注重点、周计划、每天完成的重点工作。每项工作的具体内容，不在日报里展开，而是列个单独的文档。日报里只是引用这个文档，然后简单附上摘要。
3. 日报提供的是归纳性的信息。我只在每天晚上才写日报，而不是做完一项就立刻更新。
4. 组内需要写周报，我直接拷贝日报的内容就可以了。

最初，我按天写日报，目的是单纯的记录下自己做了什么，以便周会的时候回顾。

最近把日报和 OKR 工具结合了起来，每天工作会更有目标感：

1. 每双月一篇日报，顶部插入本双月的 OKR 看板
2. 日报按照每周粒度拆分章节：

   # 01~02 双月工作日报
   ## 第一周 (01.01~01.07)
   ### 周计划
   ...
   ### 01.01
   ...
   ### 01.02
   ...
   

3. 每周一，我会先根据双月 OKR，制定周计划。这样在写日报的时候，就能发现自己当天有多少工作是在推进周计划的。尽量聚焦重点，推进周计划 → 双月 OKR 的达成。

[imageslr]

定期复盘

上面描述的是自顶向下的过程：根据目标 O，拆分 KR → 制定周计划 → 制定日计划。每晚记录日报。

日报的另一个作用是协助复盘，这是一个自底向上的过程。

• 至少每个双月要复盘一次，回顾 OKR 的完成情况，超出预期的经验积累、低于预期的思考总结。
• 更建议每个月末或双周复盘一次。根据日报，看看 KR 的完成进度是否符合预期。确保这段时间的工作和计划一致，及时纠偏。
• 周六也可以想想（只是想想，不需要开电脑）上周干了什么、下周优先干什么。目的是心里留个“桩”。

[imageslr]

• 每周的开始，看看自己有哪些重要的工作。标记本周要完成的最重要的三件事。
• 为每个月设定一个“大石块” (MileStone)。

[imageslr]

滴答清单 × OKR

如何确保每天做的事情，都是在推进 OKR？ 需要从任务清单做起。
我使用的任务管理工具是滴答清单，但下面提到的方法适用于每个任务管理工具。

假定 OKR 系统里设定了 n 个 O 和 KR：

那么在任务管理工具里，应该这样管理清单：

1. 只有 1 个“双月单个动作”清单 + n 个“目标清单”。其中，目标清单和 OKR 中的 O 一一对应，单个动作清单记录那些临时冒出来的需求。
2. 每个目标清单里，按照 KR 分组。
3. 每个 KR 分组下，拆解成一系列可执行的任务。这样，当每个 KR 的所有任务执行完成后，这个 KR 就完成了。当一个 O 清单的所有 KR 都完成后，这个 O 就实现了。

每天应该优先从 O 清单里挑选今日任务，确保始终在推进 OKR 达成。

[wllilerjimw]

我现在是使用logseq管理OKR与to do

[imageslr]

@wllilerjimw 完全没问题，选择顺手的工具就好。我这是因为整个公司用的都是飞书的 OKR 系统。

[imageslr]

加粗

写文档的时候，适当加粗重点，但要控制加粗的比例，毕竟全部加粗等于没加粗。加粗的内容可以是一句话里的关键字，或者一段话的中心句。

加粗的目的是让读者阅读的时候能找到重心。理想的情况是通过加粗内容，就能知道文章在说什么。加粗的内容摘出来，就是文章的大纲。

但是现在有很多样式可能表达和加粗相同的语义，比如高亮、字体颜色。但还没想好如何区分使用场景。

[imageslr]

选择工具

用原子工具满足一个特定需求，组合多个原子工具形成工具流。而不是试图用一个复杂工具满足所有需求。

同时也要减少工具数量，尽量复用已有工具满足新增需求。

[imageslr]

转换一个思维，而不是选择一个工具。
分享一个思维，而不是分享一个工具。

[imageslr]

如何做到常态只打开 20 个标签页、Chrome 只占用 7% CPU？

1. 经常关闭不用的标签页。
2. 区分「参考资料」和「 待办」。参考资料是想稍后阅读的网页，应当挪到稍后阅读工具，或者记录到工作文档中。剩下的网页都可以认为是待办，需要处理完后关闭。有用的网页可以存为书签，方便后续重新打开。
3. 使用工作区思维管理标签页窗口。将标签页划分到不同工作区，每次最多打开三个工作区，其他通通关闭。
4. 总是打开一个默认窗口（不属于任何工作区）作为主窗口，存放所有新打开的标签页。这是一个「Inbox 收件箱」，其中的标签页最终会被关闭，或者挪到其他工作区，或者作为参考资料归档到书签 / 文档中。

[tshiyuoo]

可以试试这个插件，可以随意切换工作区

这个插件可以冻结不活动的Tab

[imageslr]

咱们完全想到一起去了。这两个插件是我目前的工作流：https://imageslr.com/2021/efficiency-workspace#browser

[imageslr]

飞书：置顶、消息、免打扰、会话盒子

无压聊天的艺术

飞书的界面是三栏式布局，从左往右依次是 会话类型切换、会话列表 (feed 流)、会话详情。

飞书有以下几种会话管理方式：

• 置顶：永远固定在 feed 流顶部，可以直接触达。
• 消息：默认会话类型，仅包含没有静音的会话。当有新消息时，会有系统通知 + 小红点提示。
• 免打扰：次要会话类型，仅包含静音的会话。当有新消息时，不会提示，需要在左侧边栏手动切换。
• 会话盒子：被收进去的会话不会有任何提示。入口最深，藏在 免打扰 会话流的第 12 位。
• 已完成：消息 和 免打扰 的会话，可以收到已完成里，有新消息时会再弹出来。这个功能最后展开说。
• 标记：所有标记🚩 了的消息。这个功能也会在后面说。

简单的结论：

• 置顶是最方便的位置，等同于手机的 dock 栏，应当放置高频访问、当下关注的会话：
  • 高频访问：比如重要的联系人、部门群组等。
  • 当下关注：当前进行的项目讨论群，如果项目结束后，应当及时从置顶撤下。
  • 报警群我也置顶了，主要是为了一眼看到是否有未处理 (未读) 的报警。
  • 控制置顶的数量。如果放的太多，要么会被隐藏、要么会挤占纵向 feed 流的高度。
• 消息有强提醒，是默认的会话通知方式。我们主要关注如何给消息减负、减少打扰、提升信噪比。
• 免打扰等同于一个收件箱。所有不重要或不紧急的会话，都可以先静音，收到免打扰分组，之后定期清空。比如非直接参与的项目群、部门交流群、某些订阅号 / 机器人等。
• 会话盒子里的消息基本不会主动去看了。适合存放一些参考资料类型的会话，比如 Redis 答疑群、飞书反馈群、二手群等。这些群平时不需要关注，有用的时候直接去搜索聊天记录即可。

这便是我的「四层级」会话管理方式。这种实践下，每天都可以做到消息日清；平均每天处理的消息数在 150~400 条浮动，远低于部门均值；可以对重要会话秒读、秒回复；即使有线上报警刷屏，也游刃有余。

不重要的消息，通通免打扰

无压聊天，最重要的是要及时把「消息」里不重要的会话挪到「免打扰」或「会话盒子」。

我看到很多同学从来没有用过「免打扰」功能，所有消息都堆在未读区域，小红点从数字变成了省略号，状态栏显示有几百个@、几万条未读。想要触达这些同学，基本只能靠「加急」了，对于发送方和接收方来说都很难受。

很多会话可以收到免打扰去，比如上面列出来的答疑群、oncall 群、交流群等。尽量保证每次弹出的消息提示，都是自己需要看、需要处理的。

免打扰的消息，我会在有空的时候去看一下。很多碎片时间都可以是”有空“的，比如等待编译的时候、吃饭时间、或者单纯想换换脑子的时候。

处理完的消息，设为已完成

给「消息」流减负后，留在「消息」里的便只剩下重要消息。

在我看来，每个消息都是一个待办事项，当处理完后，我会把它收到已完成里。

什么情况下，一个会话可以认为是「完成」了？

• 清空了其未读消息
• 和它关联的事件也完成了。事件举例：
  • 发送了一条消息，正在等对方回复
  • 对方发送了消息，自己已读，但还没有回复，或者正在查阅资料
  • 发送了一个工单，对方已读，但还没有审批
  • 被拉进一个群，消息比较多，自己还没来得及爬楼
  • ...

总之，当上面这些条件都达成后，可以认为这个会话短期对自己来说是没有价值的了，便可以收到「已完成」。飞书的快捷键是 Cmd + D。

一般如果某个会话不需要关注，我就顺手直接收到已完成了。但也没有必要频繁地把会话设为已完成，因为工作日总是会有新消息。我一般是在每晚扫一下消息列表，看看是否有未回复的、要关注的、或未完成的事项。每周批量清空消息列表，确保所有已读消息都回复了、需要跟进的事项都已经记录在了任务清单中。

配合「标记」功能

飞书可以标记 🚩 一个会话、一条消息、或者一篇文档。标记的消息会在侧边栏单独展示。

我会把带有明确 TODO 的内容标记出来，比如待阅读的文档、待填写的周报、待 review 的代码、待排查的 case 等。标记的消息需要及时完成，确保每天都清空标记区域。

只标记那些需要当天完成的事项。如果几天后再做也可以，我会记录在任务清单里。

总之，尽量维持会话软件的轻量，它是一个即时通信 + 提供上下文的工具，而不是一个任务管理工具。

[imageslr]

通知中心也可以用类似的思路管理：

1. 所有通知都是要清理的，清除某个通知就表示“已完成”。
2. 紧急的允许即时通知。不重要也不紧急的放到定时摘要。重要但不紧急的，可以关闭横幅通知，只让它显示在锁屏和通知中心。

[imageslr]

iOS允许将飞书的某个消息临时静音。如果某个群聊一直刷屏，我可以先把它临时静音。这样既不会被手机振动一直打扰，也不用把重要群聊收进免打扰。

[imageslr]

Mac 桌面

我的电脑桌面是全黑色壁纸，隐藏了 Dock 栏和状态栏，每个应用可以全屏显示，有沉浸式的体验。

用了两个外接显示器：

• 主显示器，横向，打开一个 Chrome 浏览器，或者一个代码编辑器。这是每天工作的主场。
• 副显示器，纵向，常态打开即时通讯软件 (飞书)，一眼可以扫到是否有新消息。
• Mac 内置显示器，常态打开任务管理软件 (滴答清单)，聚焦于「今天」视图，按优先级排列，关注今天要做的事情。也可以随时录入新的事项。

[lionoggo]

你使用滴答管理任务？没有用飞书自带的任务管理吗？

[imageslr]

@lionoggo 对，之前飞书任务管理没有「清单」功能。虽然近期上线了这个功能，但已经习惯了滴答清单了，还没有看到必须切换的理由。另一个主要原因是滴答清单录入成本很低，有 Mac 全局快捷键，也可以微信录入。

但平时偶尔也会用飞书自带的任务管理。比如和某个同事聊天，说晚上要干啥干啥，便直接在会话里创建个任务。这里一般是那种需要特定时间做的、不重要的、且几分钟就能完成的。飞书更多承担一个“提醒”的功能，而不是“任务管理”。

另外想展开说下第二段，主要是给自己看。我的认知里：

• 有的任务是到时间了提醒下、很快就能做完。这只是个“提醒事项”，重点是“提醒”，所以哪个工具顺手，就用哪个工具记录下。
• 有的任务则比较复杂耗时。这是个“任务”或“项目”，重点是“管理、分配时间、执行”，所以需要放到一个专业的任务管理软件里。

我现在不会刻意区分这两者，但已经形成了操作习惯。比如，日常生活里，我会用 iOS 自带的「提醒事项」记录「给 xxx 打电话 / 超市买 xxx」等事项。微信聊天的时候，也会用微信里自带的提醒功能。原因都是我只是希望设置个提醒，而不是真的想管理，所以哪个工具顺手，就用哪个。

[imageslr]

Alfred 一个非常好用的功能是设置快捷键。我给飞书、微信、文件夹分别设置了全局快捷键 Alt + E、Alt + F、Alt + R。不再需要「把鼠标移动到 Dock 栏 - 点击图标」才能启动应用了，只需要按下快捷键，操作时长从 2s 降低到 0.5s。按每天切换这些应用的频率来看，省了很多时间。

Alfred 另一个非常好用的功能是配置 Web Search。日常工作会用到很多搜索引擎，包括不限于 google 和公司内部的各种平台。以往需要「打开浏览器 - 进入平台主页 - 输入关键字 - 回车搜索」，平台页面加载时长往往在 1s 以上，再加上打开浏览器、移动鼠标等操作，整套下来需要 5~10s。配置 Web Search 后，只需要「按下 Alfred 快捷键 - 输入关键字 - 回车搜索」，整套下来只需要 1s，这个是肉眼可见地节省了操作时间。我看过很多同事按照第一种流程排查问题，站在身后的我能明显感受到时间的流逝，我在组内安利过 Alfred 的这种使用方式，也分享了我配置好的 Web Search，但似乎大家还是习惯用自己熟悉的操作流程。个人感觉，这种切换操作的阵痛期是完全值得的。

除此之外，我就没有折腾过 Alfred 了。就这两个功能 + 剪贴板，值得我为它一直付费。

Ref：https://imageslr.com/2022/efficiency-workflow.html#%E4%BA%8Calfred

[imageslr]

最近换到了 Raycast。不管是快捷键还是配置方式，和 Alfred 几乎一致，切换成本很低。而且使用体验更佳。见：https://imageslr.com/2022/efficiency-workflow.html#raycast

[imageslr]

VS Code 可以把 Terminal 像 editor 一样拖动到标签页那里，这样整个终端就可以全屏了。

配合 tmux，多终端窗口使用起来很方便。

[imageslr]

做可靠的、可信任的、可合作的同事

• 可靠的：能把事情按时做完，不托别人后腿
• 可信任的：能把事情做好，不让别人兜底
• 可合作的：降低同事的合作成本，提升双方的工作效率

[imageslr]

事情不要掉地上。

• 给自己建 todo
• 设置截止日期
• 推迟了或者不做了，要和其他人同步，并存档

[imageslr]

多写文档，记录工作细节。

今天收到一个同事的询问，是一个已经交接出去的工作的细节。如果要解答，必须翻遍整个系统的代码。但是之前做这个工作的时候，已经梳理过一次了。便找了下文档，发现当时记录过，几篇文档的内容闭环了，刚好可以解答该同事的疑问，节省了很多时间。

• 即使是自己亲手完成的工作，过了一年半载后也基本会忘干净。
• 对于每一项工作，要有一个类似「One Page」的文档。从该文档出发，可以把所有关联的散落文档都串联起来。
• 工作文档格式不限。但除了「背景、方案、任务分解」，我建议包含以下内容：
  • 所有的 Merge Request 链接汇总
  • 方案讨论历史记录与对比，放在附录里
  • 监控大盘链接、或者常用的 metrics 链接
  • 涉及到的云平台链接、或者配置项名称、或者配置参数取值与说明
  • 踩过的坑、梳理出来的一些细节

[imageslr]

写创新的、高质量的文档。

• 定期把自己的梳理、技巧、工具等分享出来，节省他人时间、提升他人生产力。
• 如果一个文档要公开，那一定要让读的人感到有价值。

[imageslr]

主动 own 事情。

• 主动推动事情发展
• 把握 + 影响 + 方向，不只是被动接受

[imageslr]

掌握提问的艺术。

• 知道自己应该问谁。
• 知道自己期望得到什么回答 —— 问题要明确可解，最好不要是开放式的。
• 假设对方没有相关背景 —— 给出背景信息，简明扼要。想像自己在写 200 字以内的论文摘要，要把重点信息说清楚，同时提供扩展链接。

掌握回答的艺术。

• 被别人提问的时候，明确对方的假设是什么、期望得到的答案是什么。
• 确保自己理解正确，可以用自己的话复用一遍对方的问题，反问回去，然后说“我理解的没错吧？”

[imageslr]

可持续的工作 / 成长路线

1. 提升工作效率，关注重点。

---

2. 跳出舒适区。
   • 不要优先做熟悉的工作、而不是重点的工作。
   • 不要依靠惯性完成任务。

---

4. 不管多忙，都要留出 10% 的精力思考长期 (>2个月) 的发展路线。
5. 提升工作效率，而不是一昧提升工作时长。保证足够的学习时间。

[imageslr]

12. 沉淀自己的方法论 / workflow。减少思考 / 整理成本。或者换种说法：像打造产品一样，打造自己的工作流。

把工作作为最好的学习提升方式。

[imageslr]

13. 瓶颈期也要保持积极。

22 年 5 月刚换了方向的时候，面对一个新模块，需要设计一套重构方案。当时带着学生思维，习惯了别人分配任务，突然要自己思考优化点，一时手足无措。好几个月都找不到方向，给不出合适的解。
现在回头来看，最终能给出一个可行方案的原因：
(1) 经常和 LD / Mentor 沟通 —— 他们不一定有时间看系统源码，但我可以逐步把最近梳理好的内容总结、输入给他们，他们再回过来给我个方向。
(2) 持续迭代。沉下心，用一个月时间仔细地看代码。不能像之前那样走马观花、应付开发需求即可，而是要想每段代码为什么这么写，是否不合理。源码笔记反复迭代几个版本下来，一个比较清晰的 codemap 就出现了。基于此，一个改造的 roadmap 也顺其自然了。
如果要再去给一个新的模块出方案，我可能会复用上面的方法论。但当时，只能先和 LD 对齐预期，不追求短期的产出，然后沉下心来看代码，相信有足够积累后，可以走出当前的瓶颈。

[imageslr]

14. 有意识地打造自己的知识库。

效率提升方法论 - 工具使用篇 - 个人知识库

1. 收件箱。给笔记软件配一个快捷键，任何知识，随手丢到收件箱。比如阅读文档时看到的一句话、向同事要来的一个命令等。
2. 定期整理。收件箱的内容，分门别类，存放到层级化的笔记库里。
3. 聚合输出。当某个话题下的碎片化笔记足够多时，可以尝试将其整合成一篇更有体系的文档。

[imageslr]

15. 多找 Leader 1-1。

1-1 的时候聊什么？

1. 优先对齐预期。包括工作进度、后续估时。
2. 获得指导。比如当前工作的瓶颈。
3. 提出需求。比如最近工作感受不爽，希望换个方向等。
4. 长期规划。比如后续的工作方向、成长路线。

实在一点的：

• 你觉得谁的工作做的比较不错、我可以学习？
• 我最近什么做的有待提升？如何提升？

[imageslr]

16. 当你对手头工作未来一年的规划都了然于胸时，就可以考虑换个方向了。换句话说，如果你能指导一个新人在这个方向接下来一年的工作，那是不是就可以留出自己的一部分人力去思考别的事情？

[imageslr]

像规划工作一样规划业余生活

每周 5 天工作、2 天休息，再算上中午晚上的空闲时间，理论上个人生活的时间也很充裕。即使不像工作那样争分夺秒，也能完成不少目标。

我的生活也遵循工作的规划结构：年度目标 → 双月 OKR → 双周计划 → 日计划。我有一个单独的飞书账号，里面记录了与生活相关的 OKR。举例，2023 的目标：

1. 锻炼 (耐力，跑 xx km；增肌，体重 xx kg)
2. 学习 (知名大学公开课、开源项目源码)
3. 攒钱 (平均到每个月的预算是多少)
4. 旅游 (五一，提前计划 ing)

效率提升方法论 - OKR 篇

[imageslr]

用好「收件箱」，无压处理临时工作

临时工作不可避免。如果像打地鼠那样处理临时工作，会感觉时间莫名奇妙就没了，主线任务也无法完成。

引自《字节跳动成长方法卡》

可以运用「收件箱」思维。当有临时任务时，如果是不紧急的，可以先记录到收件箱里，之后找一个时间统一完成。

• 我习惯每干完 1 个小时主线任务后，处理收件箱，就当换换脑子。
• 确认好截止时间。有明确 deadline 的，需要设定一个提醒。

我使用滴答清单的“今天”视图。

• 每天早上，从周计划里选择 3 个主线任务，标记为高优。
• 其他的都是今天收到的临时任务，默认无优先级，也可以标注低优。总之，有空统一处理。
• 当天做不完又不紧急的，晚上统一整理。或者推迟到明天，或者分配一个具体的时间。

滴答清单可以配置全局快捷键，无需鼠标，直接就能往收件箱录入任务。哪怕是和别人开会，也可以用 3 秒钟记录一个待办，留着会后处理，完全没有压力。

[imageslr]

关于 Work Lift Balance

Unbalance 意味着工作压力太大、工作时间太长、挤占了生活的精力。可能的原因：

• 工作太难，不会做
• 工作太多，做不完
• 工效太低，做得慢

大部分人本能的想法是堆工时，即拉长工作时间 —— 不会做就死磕、做不完就加班、做得慢也加班。这是导致 unbalance 的主要原因。

提升效率是一个行之有效的解决办法，可持续复用，ROI 高。但人总是不习惯跳出舒适区，排斥“换一个工作流，换一种思考方式”。我的建议是，从最容易上手的角度，渐进式地切换 / 升级工作流。这一点在我的《效率提升方法论系列》有描述。度过前面的阵痛期，后面会越来越爽，经常会有 "A Ha! " moment。

另外，分配优先级 / "丢弃"做不完的工作，也是很重要的管理时间和精力的方式。

[imageslr]

• 堆工时 / 加班：常数级。只要花时间，产出一定会高。但整体是线性的，且有瓶颈 —— 时间是有限的；如果其他人也加班 or 卷，那就拉不开差距。
• 提高效率：一阶导。单位时间里，效率越高，产出越高。
• 提高 ROI：二阶导。单位时间 + 恒定效率的情况下，产出速率是恒定的，应当选择投资回报比最高的那些工作。这意味着工作时需要明确优先级，思考短期目标和长期目标，学会放弃 / 转交一些 ROI 低的工作。需要掌握 OKR 方法论，才能确保短期 ROI 和长期 ROI 的平衡。

[imageslr]

展开说如何提高效率。可以有很多方面：

• 合理的时间分配与多线程工作。需要掌握 GTD 方法论、工作区思维。
• Don't Repeat Yourself。这需要日积月累，可以配合 Alfred、Raycast 等工具。以 WebSearch 为例，这种高频操作如果每次都能从 20s 压缩到 2s，那么一天能节省 5~10 分钟。积少成多。
• 可复用的标准流程 (SOP)。比如测试方法、Case 排查决策树、写文档的模板等。目的是节省思考的时间，直接按部就班做。而且也能发给其他人参考。

[imageslr]

这个世界上最宝贵的两样东西：
有意义的劳动​
有自由度的创造

[imageslr]

最近越发感觉团队很赞，主要有两点：(1) 领导没有架子，就事论事，不卷。创造一个公平、坦诚、高效的工作环境。(2) 团队成员年龄相近，思路相近，也非常有梗，沟通起来很有趣。平时晚上下班一起娱乐，非常放松。

[imageslr]

关于分享的一些想法

部门经常会有同事做分享。分享是一件很有意义的事。分享的前期需要收集资料，分享过程也会有人提问，这都是学习的过程，分享者肯定比听众学到的更多。

我做分享的目标和写文档一致：要让听分享的人有收获。

1. 分享前找准定位。问自己几个问题：这次分享的内容是什么、受众有哪些、预期分享后能解决他们的什么问题、或者对他们有哪些提升。
2. 想清楚和前人分享的差异点。如果没什么创新，那也没必要重复劳动了。分享更系统、更全面，这也算创新 / 价值。
3. 最后，也是最直白的目标：这个主题在我分享之后，其他人就不需要再做分享了。要做到这一点，首先要明确分享边界，不要过于宽泛，避免内容零散。其次，做好充分地资料收集，确保分享内容涵盖了这个主题的方方面面。最后，写好文档，便于其他人随时查阅。

[jackAAAAA]

分享不是炫技，而是为了对别人有用！

[imageslr]

最近一年换了两次方向，面临越来越新、越来越多的挑战：

去年 9 月第一次换方向后，遇到的问题是不知道要做什么，但需要给出规划。其实本身难度尚可 —— 梳理现状、理解业务、发现痛点。这个流程比较通了。当时的领导没有给我分配太多工作，有充足的时间思考，整体过程比较平滑。

今年年初第二次换方向，遇到的问题更多：事情难（完全没接触过的领域）、许多杂项工作占用时间（报警与事故）、事情多且有DDL但人力不够。经过了半年的挣扎，感觉自己又触达一个瓶颈。

回顾这半年：

• 先到了一个新方向，用了一个多月时间梳理、学习 —— 毫无疑问，这是我的舒适区。
• 之后一两个月，解决实际问题，对技术的熟练度和掌控力提升 —— 但都是临时性工作，且有很多精力花在小工具等“不成体系”的事情上。
• 再之后三个月，接到了重要的业务需求，与存量工作多线交叉，精力被拉扯的很碎 —— 每天感觉都很忙，但到了写周报的时候，又说不清楚自己做了什么；回过头看那些花了时间的事情，好像可以不做，或者可以做得更快，或者做一半发现很难搞定，就应该战略性放弃？

和 TL 多次交流和复盘后，终于又想起 #103 里的一些 tips，现在有了更深的感悟：

• 工作要 focus 重点
• 不管多忙，都要留出 10% 的精力思考长期 (>2个月) 的发展路线。
• 提升工作效率，而不是一昧提升工作时长。保证足够的学习时间。

时间精力总是有限的。以前没有遇到瓶颈的时候，只要效率稍微比别人高一点、再额外花点时间，都能有不错的产出。但现在事情变多以后，如果什么事情都想做，往往是什么事情也做不完、天天 delay。这个阶段已经不再是“做完一个 task 就勾掉”这么简单了，管理好自己的时间和精力、知道自己要做什么、不做什么，更重要。