时间管理四象限" 真的没用吗?我们来探讨一下
很多学习时间管理的朋友都知道以下这个图:
时间管理四象限
这个图是把当前工作按照紧急程度和重要程度进行分类,以便更好的安排工作时间做最有意义的事情。
但是,在实践中会出现以下三个问题:
1. 重要且紧急的事情一直很多,几乎所有的事情都是重要且紧急的。
2. 重要且不紧急的事情一直没有进展,只是看事情不断的增多。
3. 无论紧急还是不紧急,不重要的事情一律空白,反正也不用写。
久而久之,这个四象限的矩阵就会被废弃。
问题原因——“紧急”和“重要”没有量化手段
我们来比较两个例子:
1. 实现小康社会。
2. 实现小康社会,就是到本世纪末,国民生产总值人均800美元。
这两个社会目标的区别就在于,后者设定了完成期限和可验证的效果。
检查一下,你的工作任务是否具备这两项?
如果没有设定期限和验证效果,最后的结果就是任务“完不了”,而面板上写满了一堆任务。
根据完成期限设定优先级
有了完成时间之后,就可以很容易排列出优先级的顺序:按照结束时间从近到晚排列就可以了。
在这里,顺便提供一个优先级划分技巧:
紧急程度:高,需要在当天完成。
紧急程度:中,需要在本周内完成。
紧急程度:低,需要在本周以后的时间完成。
每天的工作就是要把“当天的任务完成”,规划好本周的工作。但这个安排的前提是要:
把工作任务拆成适当的大小
时间越长,任务的可控性就越低。所以把大任务拆解成小任务才能保证完成。粒度可以根据自己的情况拆成:月,周,日,小时
建议把当天的工作拆解到小时,那样你对时间的控制会越来越精确。这样就能减少时间估计的不准确。
用单一优先级来替代时间管理象限
如果你能够把工作任务拆解成适当的大小,并且安排好了优先级,就可以把“时间管理四象限”丢弃了。
祝你工作效率越来越高!
以下是本文的思维导图:
本文思维导图
上一篇: 科维时间管理法:将管理学量化
推荐阅读
-
趣谈留言队列,搞清楚留言队列到底是什么!-说到消息队列,洪觉大概能猜到人们听到消息队列的反应,大致可以分为以下几类人。 第一类人,懵懵懂懂,刚上大学接触编程,还没用过消息队列,甚至还以为消息队列就是代码里面要新建一个List之类的;第二类人,听过消息队列,了解消息队列,但具体是什么还不是太明白,只知道一说到消息队列,脑海里马上出现了三组词,削峰、异步、解耦;第三类人,用过消息队列,对它有一定了解,但不知道为什么要这样设计,消息队列有什么样的前世今生,是如何演化到现在的模式的?**第四类人,已经对消息队列有了足够的了解,可以阅读本帖作为复习和温习。**你属于哪一类?无论你对消息队列了解多少,读完这篇文章后,我相信你都会有所收获。 什么是消息队列?我们为什么要使用消息队列?真的只是因为它看起来很勉强、很常用吗?当然不是,一项技术的出现往往是为了解决某种痛点,我们就从这个痛点出发,看看消息队列到底是为了解决什么问题而诞生的。 相信大家在工作之前,或者工作中接触单片机的次数会多一点,不管什么业务都一股脑塞进一个系统里,这种情况下接触消息队列的场景会比较少。但随着业务的增长,量上去了,单机系统就很难维护了,也扛不住并发量的增长,就需要把原来的单体应用拆分成多个服务。例如,牛奇网采用分布式架构,将原来的单体系统拆分成用户服务、题库服务、求职服务、论坛服务等,每个分布式节点都有一个集群,保证高可用性。 那虽然在这样的微服务架构下,如果某个核心业务并发量过大,系统就扛不住了。比如淘宝、淘票票、拼多多、京东等电商场景中的支付场景,你在某宝下单并支付后,调用支付服务,完成支付后,还需要更新订单的状态,这个时候就需要调用订单服务,那我们平时也下单,除了简单完成这些操作外,还会给你相应的积分;商家也会收到订单消息,并给您发送旺旺消息,确认订单无误;同时,也会给您发送消息,确认订单无误。确认订单无误;同时您还可以查看您的物流状态;还有系统为了给您推荐更适合您的商品,会根据您的订单做类似的推荐等等,我说的这些都是当我们下单后,肉眼可以感知到系统所做的动作。 **一个支付动作如果还需要调用那么多服务,等他们响应成功,最后再告诉用户你支付成功了,用户在系统中的整个体验会非常糟糕。**设想一下,假设请求服务+处理请求+响应总共需要 50ms,我们上面列出的场景:支付服务、订单服务、积分服务、商家服务、物流服务、推荐服务,总共需要 300ms。
-
时间管理四象限" 真的没用吗?我们来探讨一下