The 10 Best Time Tracker Apps in 2018 - Zapier 这篇帖子给了我一些启发。同时我深度使用了 Everhour 和 TMetric 的时间纪录功能。
任务结构
Everhour 是 Project => Section => Task 三级结构。TMetric 是 Project => Task。
三级结构更好,如果你不需要三级,那中间的 Section 开一个默认的即可。
Time Entry
Time entry 是被纪录下来的一段时间。这段时间有一些属性:
时长 | 开始时间 | 结束时间 | 所属任务 | |
Everhour | 有 | 无 | 无 | 有 |
TMetric | 有 | 有 | 有 | 有 |
Everhour 故意去掉了开始时间及结束时间,这两项的确带来了额外的维护成本。
Notes
项目、Setion、任务、time entry 都应该要有描述的能力,在名称不足够表达内容时,可以有地方纪录额外的信息。最好支持 Markdown。不要支持附件上传。
对于 Everhour,它支持项目、任务带 notes,但是 time entry 不支持,只能支持对于某一 task 在今天占用的时间,写一条 time log。
TMetric 则仅支持项目 notes,不支持任务、time entry 的 notes。这个做得很差。
Time Entry 的 log,可以用来解释你做这个任务时遇到什么问题(导致花了什么时间),或者细化任务中的步骤等。
Task
Everhour 提供了针对一个 task 的估时功能,能看到当前所用时间与估时的差异。同时还有 task 的 accuracy 信息,会列举出这个 task 的 time log 有多少是人工加的,有多少是用定时器记时的。这几个能力我觉得很赞。
分拆 Time Entry
这个是我自己的想法,可能并不一定有价值。有些时间段你可能在做好几件 Task,比如一边发布代码上线,一边调试功能,一边与同事沟通事情。假如这个过程花了半小时,但是你的 timer 只挂在了发布代码上线上。这个时候如果有方便的手段可以把这里面的 20m 拆给另外两个 task 会很棒。
Tags
可以针对 section / tasks 设计。比如不同的 project 里,都可能会有一个 section 叫「公共事务」,表示你做的团队性的事务。
但是这个功能难以把握到度,感觉容易做得不好用。不如考虑下 Tiddlywiki 的 tags 结构。
Calendar Integration
我想要这个。能在日历上看到各个时间点做了什么。