这是一套界面并不漂亮、依旧在迭代，但当前对我解决工作事项有效的方法。
在经历各种任务管理、时间管理、项目管理、工具、GTD、小技巧巴拉巴拉等一系列的入门到放弃后，我捡起了最简单的方式来记录工作上需处理的事务，使用Oneonte作为支撑工具，并逐渐开始思考两个问题：我想要什么 & 我需要什么
为什么别人的方法在我这不管用
得益于网络，随便翻翻就能找到各种赏心悦目的方法、工具、小技巧，有些是基于GTD等方法创建的，有些是围绕某个工具创建并展开的，但不论哪种，拿过来用后，总感觉到别扭，都是坚持一段时间后被慢慢遗弃，不论当初看到的时候是多么的感兴趣。
在一点点摸索中搭起我自己的方法之后，我才知道根本的原因在于我们对这套方法底层思想的不认同
重要的是系统而不是技巧
支撑一个方法有效运行的基础是底层的系统思想，支撑这个方法持续、流畅运转的基础是使用人对该方法的认可与理解，以及它是否符合你的个人理念。
别人有一套运行良好的管理方法，在于他/她认同这套方法所遵循的最基础的底层思想，并按照自己的实际需求依靠某个工具改造而来，完全信任这个方法并热衷于维护这套方法。
更重要的是对系统思想和系统实现方法的认同感
我觉得好并拿来用，在于我认同这套方法的基础思想（比如GTD），放弃的原因在于无法理解或者不认同他/她自行改造的部分，或者是实现该思想的操作方法并不合我的胃口。
执行一套方法，日复一日的执行并尝试改进，第一件要面临的事情就是需要消耗意志力去养成习惯，期间发现不适合自己或者纯粹因习惯培养导致意志力被消耗完毕，放弃也就不奇怪了。
比如关于GTD，我在看了搞定三部曲中的第一部就没再继续看下去，可以说GTD的核心大家都很熟悉了，但书中对应的方法实在不合我胃口，直接搬来用可能会有损我的自信心。
怎么办？从基础列表开始
今天要做些什么
一天做不完怎么办 >>> 周列表
一周也做不完，或者其实并没有那么急 >>> 月列表
越做越复杂，理不清，头疼 >>> DTR 项目管理页面
循环列表与定时提醒（提醒需要OUTLOOK支持）
Dashboard
最终扩展成下面这个样子
我会每天建立一张新页，以当日日期命名，然后将Dashboard表格复制过去，而昨天完成部分（最左侧部分）则随之前那页放到Archive里，可以作为备用查询，而完成的项目页我会放到Project Archive里留档。
再回头看最开始的两个问题
为什么是回头看？因为从写下第一个列表开始，直到我开始建立项目页面，我都是在遵循基础的工作需要，用自己的直觉动作在搭地基。
当一张页面无法满足我的需求，开始考虑建立项目页面的时候，我才开始思考这两个问题，并总结我的需求
我想要的一直都在心里，它很宽泛，以至于任何一个别人介绍的方法或功能都能够接受，而我所需要的，必须是从实际出发、根据实际经验来总结的，而不是空想，或者直接拿别人的过来用。
我想要什么
一套赏心悦目的日常工作任务、人个项目管理方法
我需要什么
一个任务看板，一眼望过去可以看到所有要做的事情 可安排日、周、月任务 可安排项目并持续追踪 可留档回溯 可展望未来发展
真的是一个简陋但又切实有效的工具
任务管理并不是独立的一个系统，要让这套系统持续有效的运行，还有很多要做的，比如持续改进的热情。我们倾向于一套稳定的系统，但是外界环境是不断变化的，所以方法也必须要不断改进以满足需求，这就注定了没有所谓的稳定可言，它一定是不断迭代的。
而热情从哪里来，从认同开始，然后才会愿意花费精力与时间去改进。
相对于市面上现有的类似工具，这个用OneNote搭建的工具真的是非常简陋，全部操作都靠手工挪移来实现，更不可能存在事后数据分析的可能。相信未来的某天会被彻底遗弃。但目前它是我用来迭代我工作任务管理系统的最有用的工具，而由此建立起的管理思想则完全属于我自己。
未来的迭代方向
- 将愿景清单的内容转换成实际执行动作去推进
- 今日清单添加下一步动作，而不是一个简单的任务名称
- 利用碎片时间完成更多的事情，不浪费时间
- 尽量记录每件事项的完成时间，学会预估时间，加强事项安排能力
- 记录自己的精力使用情况，更加合理安排一天、一周的任务量
最后附一张图，用来描述我工作时的时间段最合适不过，我将每一个接下来的半个小时称为“薛定谔时间段”，猜猜我是干什么的。
