希望你下个月可以解决以下几个问题，不多说了，实习的事情可以写个文章分析利弊，然后再决定。
第一重困境：
俗话说，行动是服务于一个特定的目标的。我们想完成一件事情，首先考虑它有多大，它可能几分钟就搞定，可能需要十天半个月，有的则是以年为后缀，所以这时候就需要分开。如果这件事大到2周完不成，就是个目标，它远在天边，够也够不着。如果看着就知道一步就完成，那么就是一个下一步行动。如果由几个步骤组成，那么就是个项目。先来解释一下什么是下一步行动。通常拿到一件事，如果我们进行规划，总是喜欢把所有的步骤都拆开，进行完全的任务分解，而下一步不是这样的，我们看着仰望星空（目标，项目），然后脚踏实地（想着怎么迈下一步脚）。这个下一步就是next action，下一步行动。而一个项目是这些行动的集合，而且有一个明确的产出目标，在两个星期以内可以完成（最好还是10天）。这个项目的定义和项目管理的“项目”还是有点区别的，这个需要注意。对于任何目标来说，我们需要进行目标管理（分割成一个个的项目），需要说明当前进行着那些项目，需要将项目分割为下一步行动，然后在某个时间点完成某些任务。上述这些事情不一定要在一个软件中进行。我们完全可以把目标管理分给目标管理的软件来做，然后将当前项目和下一步行动清单进行管理，从而减少清单的复杂度，因为后面会很难。但是一个清单有两种情况：列出下一步清单和项目清单，将项目分割之后将下一步行动放入对应的清单之中。通过某种关系将项目和对应的任务联系起来。（或者干脆不联）比如：奇妙清单，滴答清单（免费版），todoist（免费版）
列出当前的项目清单，然后将下一步行动直接在项目下的层级展开，然后通过某些智能清单选项，特定的将下一步行动提取出来，从而进行下一步行动的管理（doit.im也算是可以的）
第二重困境：对于下一行动的理解有好大的问题：什么是下一步行动？脚下的行动？这个理解还是有点 simple 的。具体的情境中，下一步行动究竟应该有多大？脚下的一步一定要在一个两个小时以内吗？回答LeetCode题目这件事我已经知道了详细的步骤，但是中间的思考，编写，调试，提交，循环不能停止，究竟应不应该拆开？可拆分性不大的任务究竟应该怎么办？如果都是几十分钟可以执行的，那么区分时间还有什么意义？那么按照以上的说法，对于行动的明确程度应该是什么样子的？应该怎么进行分解和规范？如果对于下一步行动产生的结果并不是很清楚，应该怎么办？是项目的原因还是目前行动的过错。怎么达到一目了然的状态。网上搜也搜不出来，他们也是一知半解的地步。总结起来：
下一步行动的前景如果不是很清楚，应该怎么做？
下一步行动的大小究竟应该是多大？究竟应该怎么进行拆分？要不要拆分时间耗费巨大但是很清晰的任务？
下一步行动的明确程度应该是什么样子的？明确行动的方法，工具？
第三重困境执行的困境：GTD 在执行的时候，希望可以在正确的时间地点做尽可能多的正确的事情。如果有个行动（下一步行动清单中的），我需要在宿舍执行，但是我在办公室，所以肯定执行不了。或者需要打电话，尽管我有手机，但是不太方便，这就是场景的需要。二来，当我要打电话的时候，我希望能够把所有的电话都打了。每天人都是有一个精力的曲线，这个曲线十分神秘。人在高精力下就应该攻克费脑子的任务，没什么精力的时候，就去做不怎么需要精力的任务。当然还有一种情况就是，精力大小可以决定要做什么任务，但是做任务的状态也会影响精力，所以，究竟怎么划分任务，执行任务才能更好地保有精力，也是很重要的问题。当然当前拥有的时间也是需要考虑的情况之一。时间多，就去做对应需要时间的任务，时间少，就去做时间少的任务。上面主要有几个问题
场景、精力、时间几个维度下来，对系统的复杂度影响是很大的。一般的清单做不到这种多条件的选择。这也是GTD软件存在和GTDer一直在不停换软件的原因。而且，系统的复杂度来考虑，并不能来让你进行三维的选择
所以我们需要将三个合并成一个，并且将用到的情境列出来，这也是有人说情境可以是人的一种状态，这个状态下我们批处理对应的任务。所以需要平时的几个状态来进行情境的自定义，这是需要对自己行动的预测、验证修改、最后得到的一个在什么状态做什么事情的情况
紧急程度
重要程度
添加日期
还没有留言