1 前言
我曾遇到过不知道自己一天工作下来,我具体做了什么,时间用在了什么地方。多而杂,频繁切换上下文。这个时候我接触到了Toggl这款软件。
2 基本环境
这款软件,它主要可以从几个维度去统计你做的事情:
- Description:具体做的事情描述
- Project:这个事情所在的项目维度
- Tags:属于哪个维度的工作(这里后续再详细讲解一下我的用法)
这个软件支持多个平台,比如有以下:
2.1 如何记录
平时我在做一件事情的时候,会先使用Toggl 桌面版(Mac版本),开启一次记录,这里有两种方式:
- 开启完全全新的任务
- 延续上一次未完成的任务
2.1.1 全新任务的开启
开启全新的任务,可以使用快捷键 Command + N
。这里客户端不会让你填写信息,此时你需要再使用Command + E
,可以编辑当下进行的任务。
- Description:常规的填写,这里我会尽量简化信息,但是也要保证我下次查看的时候能够知道当时做什么。
如果你对于你做的事情有相关的link,我认为是可以带上,这样好方便跳转查阅更多的信息。
- Project:这个是比较大的维度,跟你做的具体项目上挂钩,你可以知道你为了某个项目具体的投入与产出比情况。此选项可以多选,我平时一般只是规划成一个项目,对于后续查看Reports时,会相对比较方便。
- Tags:打标签这个也可以多选。对于我来讲,我会从别的维度去查看自己的。比如你做一个项目的时候,会划分 开会,方案设计,方案落地等等,此处可以看你把时间大头放在什么地方。
目前我在Tags方面划分了以下多个角度:
- 计划外的方案Review:从这个维度可以知道有多少方案Review需要我去做,是否有跟别的同事做重了。如何商定与别的同事分工合作。
- 计划外的会议:从这个维度可以知道一些临时拉入的会议占比情况如何,是否可以与别的技术同事分工合作,减少彼此时间的重叠。
- 协助:在一些同事临时叫协助的时候,时间长度的损耗与频率有多高,是否这部分需要有一定的流程建设,把时间规划好,能最大程度保证原计划的内容完成度
- 研发:这块指的是具体写代码的时间
- 研发方案设计:用于一个功能在做的时候,去书写UML方案设计
- 研发会议:功能在开展前,进行技术Review会议,明确分工
- 研发方案Review:计划安排的功能上,进行方案Review与日常的代码Review
- 研发需求整理:整理一个功能的需求背景,相关点的情况
2.1.2 延续上一次任务
对于因为一些原因打断了原来的任务,此时需要再次投入继续完成,此时可以在list里面找到那一项,点击右侧的开始按钮。
3 回顾分析
我平日里,会从 周/月/季度 的角度回顾总结我自己的工作中时间上的耗时,在网页版的Reports可以查看到我自己在其中的投入情况,以上的事情是否很繁琐与麻烦呢?做的意义是什么,这里我罗列一下我的看法:
- 比如从tags上刷选,可以看到具体是什么事情blocks住我,让我的计划并没有按照我的想法执行。此时可以向上反馈,请求上级能通过什么方式帮助到自己。
- 当填写公司工时系统时,可以通过网页版复制粘贴到工时系统
- 当进行 月度/季度 总结的时候,也可以通过这个查看到自己做过的每一个事情,具体的信息遗留,提供更多有力的证据去证明自己曾经的输出。
::: danger
这里我想讲那么一点,管理不是只有上级管理下级,还有向上管理,需要让上级知道你做得怎样,不要期望上级是你肚子里的虫子,他能了解你的一切。这是一件对你自己工作输出负责的事情。
:::
4 日常小技巧
对于不同的客户端,我有不同的使用场景,这里可以罗列一下我日常的使用方式:
- Toggl 网页版:用于填写工时,查看Reports时来查看
- Toggl 桌面版:由于网页版长久打开看起来存在内存泄漏,或者打开时会有时间上的损耗,所以一般使用客户端,能尽可能减少电脑的负荷。也是日常用于记录的工具
- Toggl 安卓端/Toggl iOS端:一般是用于电脑不在身边但是需要记录,或者离开电脑忘记关闭计时器时使用的。
5 回顾总结
时间总是不断流逝,严谨对待自己的每一分每一秒,回顾与总结,我相信我们都会变得越来越好