时间分片与复盘

Posted 2021-09-09 泰 戈 尔

时间分片

计算机分时系统中有时间分片的概念，但是这里我想说的是个人效率层面的“时间分片”。

上班时间 10-21，看似一天的时间很长，但实际上呢？刨去各种沟通成本（比如各种各样的会），真正留给个人编码的时间又有多少？恐怕能有1/3就已经很不错了。

如何充分利用好一天的工作时间，对于提升自己的能效就显得尤为重要。单独抽取一大段空闲时间基本上是不存在的，所以首先就要有这样的意识。时间是“分片”的，我们能做的也就是如何减少各个分片之间切换的上下文成本。

对我而言，也正深受“多线程”的思维模式的困扰。比如正在开需求发布会，然后有人报了个 case，需要我们去核查、这个时候你的 M 又找你要一份需求的收益数据。也许有的人就是很厉害，可以同时处理好这诸多事项，但是对于大部分人来说，这太难了。

人脑本身就不是“多核”的，更适合串行去处理要事。对我来说，明确各个分片的优先级，并坚决去执行，才是第一要务。曾经我也尝试过“四象限时间管理”，但如何甄别某一件事属于哪一个象限，还是有难度的。一个弄不好，就全错位了，所以收效也不是很好。但这个思想绝对是好样的，还是得好好培养下这“甄别”的能力才是。

复盘

去年部门内开展了一次整体的“复盘”学习，感触颇深。在没参加这个学习会之前，我本人其实已经是“复盘”的执行者了，只不过当时没有这个名词的概念。

复盘，较多的应用在企业、项目等体量或者级别较大的层面，但它又是一个通用语，对个人来说，也是有效的。

每每来了一个需求，做完了就结束了吗？我想大部分人、包括大多数时候的我在内，都是这个想法“可不是就结束了么，还能咋地”。在这件事上，最近我有一些小的感悟，可以从自身和外界两点展开。

对自身来说，一个需求，其完整的生命周期或许应该是这样的：

这个图也不尽然就是对的，只是此时的我就是想表达一下，需求要“闭环”，不能只是“做了”。

对外界来说，这个外界可能是你的 M 或者技术负责人。除了排期之外，他们可能更关注的是，做的这个需求，对部门有什么收益。如果啥也没有，这不就是打黑工了么。做了就得上线，上线就可能有损，那这需求做着还有啥意思，直接躺平了岂不是更好？

复盘是一门很深的学问，我可不敢在这大放厥词，就此打住好了。

---