和我开始GTD(1)

GTD通篇，似乎并没有考虑如何安排，挤出更多的时间:
*GTD列举了很多小技巧，比如如何处理每天要携带的文件，如何标记参考资料，但是，似乎却没有如何充分利用时间，完成更多工作的技巧。
*GTD是倾向于先解决琐碎小事的。（两分钟原则）这意味着他在你举的那个5，60分钟的例子中，没有很好的利用时间。
*GTD中，强调随时的收集。所以专门的inbox，并且经常的清空也会花费额外的时间。
。。。。。。

每天多3个NAs，长远看，可能意味着很大的差别。可是个人认为，GTD着眼于另外三个方面：个人管理指南www.istudy.info收集整理
1 谨慎选择（长远目标的review，NA和目标的一致性。。。）
2 事先准备（清空inbox的过程。。。）
3 专注眼前（强调排除压力和焦虑，强调心无旁骛的状态）

精巧的时间安排，似乎被忘记了。。。
也许，在GTD的作者看来，这3个NAs，不值得追求？或者，他们是必须的代价？:)


nbox实质

inbox本来就是一个抽象的概念。。。

如果你仅仅对stuff快速的做个简单分类然后记入tli(top level line?)，那tli又何尝不可以看作inbox呢？
涂鸦软件和文本记录软件(Memo)更是典型的GTD概念上的inbox。。。

否定inbox的内容，似乎混淆了 应该被收集的stuff 和 经过处理之后的NAs或者projects。。。

所以，
把一个stuff记入inbox是一个两分钟任务。
而把一个或者一堆stuff拿出inbox所需要做的process，绝大多数不是一个两分钟任务。
（做is it actonable的判断。
分析outcome。
得到NAs。
并且做do,delegate,defer或者删除的操作。等等）

当然世事无绝对，同事和你说下午4点17层A会议这种stuff，有的时候是没有必要再到inbox里面溜达一圈。
但是，如果有人说完全不用inbox，那其实，他还是要把stuff从类似 涂鸦软件，文本记录软件(Memo)，或者tli的地方拿出来，做处理，组织，把得到的结果放到该放的地方。
不想把那个存放stuff的地方叫做inbox？那换个名字到也无妨。:)

推荐 in-basket。 :)


duration神话

周一，拿到了老板给你的工作列表，大量工作必须在今天完成。。。
出于delay的担心，你估计了必须在这一天完成的duration。。。发现是25个小时。:)
怎么办？
重新估计一个更小的duration，然后开始干？
开始参加工作的时候，我会这样。
而现在，我会找到老板，向他说明，因为有可能delay，请他标记一下最重要的几件事情。
如果所有事情，delay都是不可接受的，那么请他安排个人来帮忙。
上面是极端的例子，一般超过8个小时，我就要去找老板了。:)

为什么不再重新估计一个更小的duration？

brooks在人月神话中说：
Adding manpower to a late software project makes it later.

共6页: 上一页 [1] [2] 3 [4] [5] [6] 下一页