工作中的快与慢

最近不间断的多任务状态持续考验我的弱点,即使离职也没能给几天时间好好沉淀——明知道我不擅长多线程。既然如此,就在这嘈杂的日子里,希望挤出一点规律,让自己在克服拖延的路上,再往前走一点点。

工作中导致拖延的持续压力感往往并非来自于自己实力的不足,而是来自对工作进度缺乏掌控的不安全感。不安全感常常是因为在很长一段时间里一直对任务没有一个全面的认识:截止日期什么时候?Instruction 或 Information 读过没有?哪些人可以帮助你?要做成什么样的原型?大致分成几步完成?自己做到哪一步了?核心难点是什么?哪些问题已经解决?不同部分的优先级是什么?……所以会一直觉得没有进入工作状态,随时需要从头开始,也并不知道对剩余的部分,自己要以什么效率才能确保完成。

然而我们一直不愿意去直面的这部分问题其实一点都不难解决,但正是它们让自己在很长一段时间里低效率高压力地耗着,不充实却也不轻松。

所以最好的办法就是让自己在任何工作一开始的时候,就明确好问题定义,整理好相关信息,并搜集到尽可能全面的相关材料。这样就能随时迅速进入工作状态,并很容易把握自己的工作进度。

所以,任何工作开始的第一时间里完成三件事情:

一是要搞清楚任务到底是什么(问题定义)。目前是写 paper 重要,还是调实验重要?是把算法做得更 amazing 重要,还是留出好用的接口重要?是要你用一些新奇的技术呢,还是只要完成任务就可以?

二是要搜集到所有的有关信息(搜集信息)。截止日期是哪天?有没有 Instruction 的文档?这个任务重要性有多高?涉及哪些人?谁可以帮助你?大致分为几步?大致有哪些难点?目前已解决哪些问题?

三是要整理好尽可能全面的相关材料(整理材料)。参考文献?第三方库?论文和可运行的代码?评估程序?评估数据集?

整理以上三方面的信息甚至不消花到半天的时间,却可以让之后的工作更容易进入状态,会很有效率也更轻松一点。压力一小,是不是不爱拖延了?

另一方面是千万不要过早地在工作中追求完美。记住 doing is better than perfect. 在工作早期的时候,应该快速完成一个最小可行性产品(MVP, minimum viable product)。如果是写文章,很快地写出一份初稿,只要有合理的结构安排,能清楚地表达出内容,没有很多语法错误,这就足矣,不要在这个时候字斟句酌,精益求精。如果是写代码,只要程序能完成主要的功能验证,有个简单的界面即可,不必过于追求鲁棒和架构。

当一个基本及格的成果已经实现,才可以开始对工作做进一步完善和改进。如何表达才会更容易让人意会?怎样架构能敏捷地应对需求的不断变化?结果的验证是否充足?……解决这些问题会让工作的成果从及格更趋于满分。

简单言之,要快速及格,再慢慢满分。

最后一方面是要有足够的空闲时间和足够的运动。其实每周五天、每天四小时无干扰的工作就足以让你在一段时间内做出 amazing 的成果。最重要不是工作的内容,而是如何利用工作以外的空闲时间,让自己充分地放松。散步、冥想、做家务等独处的空闲时间是不可或缺的精神食粮,而运动是身体必备的营养,没有二者,很难维持健康的工作状态。所以,非工作的时间,要慢一点,放松一点,工作时才能走得更快。

此外,人说工作是为了更好的生活。如果做不到这一点,至少不要让工作,影响我们正常的生活。

以上。