重建工作任务管理

这是一套界面并不漂亮、依旧在迭代,但当前对我解决工作事项有效的方法。

在经历各种任务管理、时间管理、项目管理、工具、GTD、小技巧巴拉巴拉等一系列的入门到放弃后,我捡起了最简单的方式来记录工作上需处理的事务,使用Oneonte作为支撑工具,并逐渐开始思考两个问题:我想要什么 & 我需要什么

为什么别人的方法在我这不管用

得益于网络,随便翻翻就能找到各种赏心悦目的方法、工具、小技巧,有些是基于GTD等方法创建的,有些是围绕某个工具创建并展开的,但不论哪种,拿过来用后,总感觉到别扭,都是坚持一段时间后被慢慢遗弃,不论当初看到的时候是多么的感兴趣。

在一点点摸索中搭起我自己的方法之后,我才知道根本的原因在于我们对这套方法底层思想的不认同

重要的是系统而不是技巧

支撑一个方法有效运行的基础是底层的系统思想,支撑这个方法持续、流畅运转的基础是使用人对该方法的认可与理解,以及它是否符合你的个人理念。

别人有一套运行良好的管理方法,在于他/她认同这套方法所遵循的最基础的底层思想,并按照自己的实际需求依靠某个工具改造而来,完全信任这个方法并热衷于维护这套方法。

更重要的是对系统思想和系统实现方法的认同感

我觉得好并拿来用,在于我认同这套方法的基础思想(比如GTD),放弃的原因在于无法理解或者不认同他/她自行改造的部分,或者是实现该思想的操作方法并不合我的胃口。

执行一套方法,日复一日的执行并尝试改进,第一件要面临的事情就是需要消耗意志力去养成习惯,期间发现不适合自己或者纯粹因习惯培养导致意志力被消耗完毕,放弃也就不奇怪了。

比如关于GTD,我在看了搞定三部曲中的第一部就没再继续看下去,可以说GTD的核心大家都很熟悉了,但书中对应的方法实在不合我胃口,直接搬来用可能会有损我的自信心。

怎么办?从基础列表开始

今天要做些什么

一天做不完怎么办 >>> 周列表

一周也做不完,或者其实并没有那么急 >>> 月列表

越做越复杂,理不清,头疼 >>> DTR 项目管理页面

关于DTR工作项目管理方法

循环列表与定时提醒(提醒需要OUTLOOK支持)

Dashboard

最终扩展成下面这个样子

我会每天建立一张新页,以当日日期命名,然后将Dashboard表格复制过去,而昨天完成部分(最左侧部分)则随之前那页放到Archive里,可以作为备用查询,而完成的项目页我会放到Project Archive里留档。

再回头看最开始的两个问题

为什么是回头看?因为从写下第一个列表开始,直到我开始建立项目页面,我都是在遵循基础的工作需要,用自己的直觉动作在搭地基。

当一张页面无法满足我的需求,开始考虑建立项目页面的时候,我才开始思考这两个问题,并总结我的需求

我想要的一直都在心里,它很宽泛,以至于任何一个别人介绍的方法或功能都能够接受,而我所需要的,必须是从实际出发、根据实际经验来总结的,而不是空想,或者直接拿别人的过来用。

我想要什么

一套赏心悦目的日常工作任务、人个项目管理方法

我需要什么

一个任务看板,一眼望过去可以看到所有要做的事情 可安排日、周、月任务 可安排项目并持续追踪 可留档回溯 可展望未来发展

真的是一个简陋但又切实有效的工具

任务管理并不是独立的一个系统,要让这套系统持续有效的运行,还有很多要做的,比如持续改进的热情。我们倾向于一套稳定的系统,但是外界环境是不断变化的,所以方法也必须要不断改进以满足需求,这就注定了没有所谓的稳定可言,它一定是不断迭代的。

而热情从哪里来,从认同开始,然后才会愿意花费精力与时间去改进。

相对于市面上现有的类似工具,这个用OneNote搭建的工具真的是非常简陋,全部操作都靠手工挪移来实现,更不可能存在事后数据分析的可能。相信未来的某天会被彻底遗弃。但目前它是我用来迭代我工作任务管理系统的最有用的工具,而由此建立起的管理思想则完全属于我自己

未来的迭代方向

  1. 将愿景清单的内容转换成实际执行动作去推进
  2. 今日清单添加下一步动作,而不是一个简单的任务名称
  3. 利用碎片时间完成更多的事情,不浪费时间
  4. 尽量记录每件事项的完成时间,学会预估时间,加强事项安排能力
  5. 记录自己的精力使用情况,更加合理安排一天、一周的任务量

最后附一张图,用来描述我工作时的时间段最合适不过,我将每一个接下来的半个小时称为“薛定谔时间段”,猜猜我是干什么的。

Leave a Reply

Your email address will not be published. Required fields are marked *