有关时间管理小故事

时间管理的小故事可以是指那些生动而富有启发性的短篇故事，通常用来表达时间管理的重要性和技巧。这些故事引人深思，旨在帮助人们认识到时间价值与管理的必要性，并鼓励人们积极投入到有效的时间利用中。下面小编给大家带来有关时间管理的小故事，希望大家能够喜欢。

有关时间管理的小故事

弗朗西斯科西里洛绝对想不到，大学阶段的一次小的尝试会让他成为时间管理界的名人。

阿西(他的名字太长，为了省笔墨就这样简单称呼吧)跟我们一样， 都是拖延症晚期患者，空怀梦想不能落地，一事无成郁郁不得志。

终于有一天，他要跟过去的自己说再见了。

解决方法也很简单，设定目标专心做事：在一段时间内拒绝干扰，只学不分心。

这就需要一个计时器。

一个APP就能解决的问题，在20世纪80年代末却成了拦路虎。

巡视房间一圈后，阿西将目光锁定在了一枚厨房定时器上。

设置了时间，便一个跳跃，进入知识的海洋。

奇迹出现了!在倒计时和决心的作用下，预计一个小时才能完成的事，现在20多分钟就解决了。

之后阿西不断实践，并将这个方法总结成理论，叫做“番茄工作法”，因为当初那个计时器形似番茄。

——这是番茄工作法诞生背后的故事。

这个方法在时间管理领域取得了巨大的成就，至少让相关书籍位列图书销量榜单前列。

我们再来看它的原理，真的很简单：

选择一个待完成的任务，将番茄时间设为25分钟，专注工作，中途不允许做任何与该任务无关的事，直到番茄时钟响起，然后休息5分钟，再开始下个25分钟。

以“时间管理”来联想..

一句老话“一寸光阴一寸金”表达了时间的重要性，甚至可用金钱来衡量。在这个年代，分秒必争的压力有增无减，似乎慢一点就可能失去什么!

有个东西叫做“时间表”，在不同工作环境里由于不同的应用而有不同的名称，例如制造工厂有生产计划表(production plan)，研发部门有项目甘特圖(Gantt chart),医院有门诊医生排班表，学校有课程时间表，还有私人或员工的作息时间表等等。

各种各式时间表的基本目的是，为了充分地利用时间，就是透过合理合适的时间安排，好好地使用每天的有限时间，尽可能没有浪费。然而，何谓“合理合适的”时间安排，往往是“见仁见智”的结果。

时间表的另一个作用是，作为大家在时间上相互搭配的依据，比如通过一张医生看诊预约表，许多病人依照表上顺序一位接一位排队等待，让医师按照表上顺序一一完成诊疗，如此一来尽可能充分使用看诊时间，不浪费。

所以，时间表本身的作用是呈现“时间长度”、“使用细项”及“使用顺序”的整合讯息，而期待的使用结果是“顺利完成时间表上的所有事项”。如果在时间单位上，加上金钱的衡量，例如一小时三百元，八小时两千四百元，对应到“时间就是金钱”的说法。如果进一步衡量时间的使用效果，例如一小时写出三千字，发现错字有三百，表示10%的使用效果不良。有人或许会计算三百元乘以10%等于三十元，并解释为无效果的付出。

概观主要的现代管理学派几乎都离不开“时间管理”这个核心议题，尤其是在持续的时间变化上，多元变数产生的综合影响。最终追求的目的不外乎得到预期的结果，为此必须确实地依照时间表完成各项工作。

有关时间管理的小故事分析

案例A. 创业团队如何做好时间管理

前一段时间有机会接触到一个移动互联网的创业团队，和他们坐在一起交流了一些如何提高工作效率的问题，他们是非常有活力的团队。最后我们一起建立了能帮他们提高效率、协同工作的系统，现在总结一下拿出来，希望和大家一起探讨交流。

背景：团队目前由三人组成：发起人、app开发、网站开发。发起人和这两个开发人员非常熟悉，但是两个开发人员之间此前没有见过面。

租了一套三室两厅的房子，这些人吃、住、工作都在一起，工作装比较随意，有时候是拖鞋+睡衣。

拿到了超过一百万的投资，这在移动互联网领域不算多。

他们目前需要尽快做出app+网站的原型，然后发布、迭代更新。

需要解决的问题：

过于自由的工作状态：在家里办公很舒服，但是比较容易松散下来，虽然也规定了工作时间是早晨9点到晚上10点，周一到周六，不过往往等团队都做在工作桌前都接近早晨10点了，还没做什么事情就该吃午饭了，团队没有统一认识，项目紧迫感不强，计划要做的事情总是到最后一刻才完成。

团队成员之间会互相干扰：比如，一个开发人员正集中精力开发的时候，另一个人却想要和他聊聊app和网站接口问题，或者管理者要发起一个会议，于是状态就被打破，很难再次进入专注状态，技术人员是这样的，他有状态的时候特别想一直钻进去，恨不得一天就把所有的事情搞定，这也是为什么技术人员都比较喜欢带耳机或者熬夜的原因。在大的公司很难照顾到每个成员的感受，不过他们认为只有三个人的创业团队应该可以做到这一点。

无法预估计划进度：因为他们虽然都是很资深的程序员，却是刚刚转到ios和JSP开发，有个熟悉的过程，可能技术上的一个小难点就要拖几天的时间去解决，这就对整体进度带来了不确定性。

建议的方法

1、用倒推的方法重新建立里程碑

在家工作，想不放松都难，又没有人盯着，为什么一定要准时上下班，为什么不穿的自由一些呢?

其实上面这些都不是问题的关键，问题的关键是：团队对挑战和危机有没有统一的认识?

或许他们的融资够撑两年，可是就要按两年准备吗?

产品运营、推广、打磨、更新到比较成熟的产品，都需要时间，交流之后发现，其实他们的开发时间只有两个月而已!

开发时间难道真的有两个月吗?

我们去倒推一下：

测试联调，干掉Bug需要半个月时间。

因为交互和美工是异地兼职合作的，中间衔接的再好，也需要一周的时间去修改、融合

边学边开发也好，整个看一遍书也好，至少学习时间需要一周

实际的开发时间实际上只有一个月的时间，中间可能还要被一些技术难点卡住

得出的结论是：

他们只有一个月的时间做App开发和网站开发!

通过一起用倒推的方式建立里程碑，让团队所有人都了解到项目的紧迫感和危机感。

2、任务看板+每周例会

我认为他们其实并不是一个在家创业的公司!他们就是一家移动互联网公司!和腾讯、阿里巴巴没有区别，不能因为自己是一个自家创业的公司就放弃好的项目管理方法。所以我倒建议把他们工作的房间装修的更像一个办公室而不是客厅，然后加入一些好的项目管理方法，比如：

例会：我们一起确定了每周六晚上20点-21点进行例会，讨论项目进度和下周计划

看板管理：把规划、进度、任务分配都一目了然的展示出来

技术人员大多是蓝色性格，他们非常喜欢的是秩序和规则，所以直截了当的告诉他们要在多长时间内完成哪些工作，他们会感觉到很舒服，如果临时突发事情太多，一会让做这个，一会让做那个，他们会崩溃掉!

所以，直接把每周任务上墙，也让他们随时心里有底。我们一起设计了一个任务看板样式，其实蛮简单的，和大家分享下：

创业公司有自己的优势，大公司也有自己的特长，择其善者而从之，其不善者而改之。

有关时间管理的小故事解析

以一个简单点例子来说明：

我今天定了一个目标，打算花半天时间学习一下 vue.js，做一个基础的 mvc 案例出来。

那么假设我有4个小时进行学习，于是我会列出下面的一个计划详单：

第一个小时，阅读官方文档，有一个大致理念上的了解;

第二个小时，阅读别人的博客案例，了解真实用法是怎么做的;

第三个小时，设计我的案例，完成简单的界面框架，js方法定义;

第四个小时，整合 vue.js，实现逻辑代码并完成调试。

好了，看似近乎完美的一个计划。真实执行起来会是怎么样呢?

第一个小时

阅读官方文档，由于有中文材料，很快就读完了，顺便还看了下vue的一些周边框架，如 vux 、mui。

第二个小时

阅读别人的博客案例，我找了五篇博客，每一篇都不大一样，关键是其中的一些API用法不尽相同，于是产生了疑惑，开始寻求答案。

于是不停翻看 vue 的 api 说明，对比不同版本内 api 的用法。

然后严重的事情发生了，我开始纠结于使用哪个版本进行学习，是使用最稳定的呢?还是用最新的开发版。

那些流行的 UI 框架又是基于哪个版本开发的，我又开始一通乱找，看看那些 vue版本的比较，看看那些vue生态那些优秀的UI框架支持什么版本。

三个小时过去了，我还是没能做出抉择，眼看时间一点点过去，索性不管了，就用最新的吧…

第三个小时

不，应该是第五个小时了，我肚子饿了，于是拿起手机叫个外卖，美团上的优惠券好多阿，不管了，先领了再说。

什么?优惠券要指定商家才能使用?于是又检索几家店家…这次，花掉了一个十亿级大表全表扫描的时间，大概是半小时吧。然后，为了保证后面的精神头，花了半小时午睡。

第六个小时

我已经确定要用什么版本了。可是问题来了，我应该用什么IDE进行开发呢?WebStorm好像不错，但是听老王说很重量级。IDEA也可以用，但是毕竟是JAVA的工具…

好了，强迫症再次上头，花十分钟安装WebStom并体验了下觉得不舒服，又转而使用IDEA的插件，这时候，四十分钟过去了。

接下来，凭借自己“强大的抽象思维”快速定义好了接口和基础界面，只花了二十分钟!

第七个小时

整合 vue.js ，把 vue.js 下载并整合到代码里，接下来完成逻辑代码编写，只花了二十分钟。之后开始调试，但在我的浏览器怎么样也没法调通，于是怀疑是浏览器版本问题，换了chrome/firefox 都还是不行之后，又怀疑是代码写得不对，重新编写代码..一通乱麻之后，才找到真正原因：引入其他框架冲突了..，通过网上介绍的办法解决了问题。

一看手机，一个半小时过去了，距离一开始的计划，我花了两倍的时间! 而且，我竟然还把外卖的事情给忘了..

看，这就是一个跟时间管理有关的例子，不知道你会不会有似曾相识的感觉呢?

所以我想说时间很难管理，本质上或许更多的来源于目标的不清晰、又或是意志力不够坚定、旧的坏习惯使然等等。

是什么偷走了时间

前面的例子，听起来更像是一个强迫症和重度拖延症患者的故事。但是在平时的工作里面，一定会有非常多的事情像洪水一样想要吞噬你的计划。

比如：

A. 各种打断式的会议

事实上，有很多的会议都不是必须的，或者说有80%的会议里面，其中80%的时间都是不必要的。

这听取起来好像耸人听闻，但仔细回想你参加过的每一个会议，最终剩余的价值是什么? 会议纪要!没错，只有会议后的纪要能被记住并使用。

那么会议纪要内容有多少，一般都不多，沟通效率非常高的话，10%的会议时间可能就足够了。

打断式的会议，除了会议本身的时长之外，程序员可能还需要花费一定时间在大脑中做切换，而且这个时间比其他职业会高一些的。

B. “缺斤少两”的交付

关于这点，偏向于指技术债务、或文档债务，技术债务呢，比如你的代码写得太随意，可靠性不好，心想着反正现在也没啥问题，就先这样吧。

但在未来的某些场景下，问题被暴露出来了还是要你来修复(如果你跑路了可能另当别论)。文档债务也很常见，许多开发的不喜欢写文档，其实是懒，那么到后来，

会不断的有人来问你，A是怎么回事，B又是怎么来的.. 烦不胜烦。这些都在你的计划内吗?

一句话，出来混的，始终还是要还的!

C. 邮件的魔力

当大家都喜欢上发邮件时，你看邮件，总会想要一下子把收件箱的未读邮件全部看完、每一封需要回复的都要回复完。

甚至在干活的时候，是不是也会点开Outlook客户端去检查一下，生怕有漏..

一次次的切换，会导致你不专心、走神，精神及代码质量低下.. 或者，让自己上下班临界时间处理邮件，是个办法。

D. 座位上的叨扰

总有些人，会特别喜欢面对面沟通，觉得这样效率是最高的。没错，”你“的效率的确是提高了，但别人呢?

这类现象发生在很多项目经理、产品经理身上，他们脱离技术工作已久，或许已经不会从别人的角度去思考问题了。

那么对于他们来说，日常的工作就是面对面沟通，认为这已经不足为奇了。但对于程序员来说，长期以往可能是个噩梦!

上面的这些，都是我平时工作经历过的东西，而且相信，大多数人也正在经受这样的事情。

可能小团队不会有，大中型企业会有，不善管理的部门很严重…

有什么良药

时间管理既然这么难，又有这么多的事情烦扰，那还做什么管理?

我认为，尽管现阶段可能不会有什么包好的方法，但时间管理还是要做，不做，那跟咸鱼有什么分别呢?

《高效能认识的七个习惯》、《番茄工作法图解》都是一些畅销书，为啥畅销，就是因为太多人都希望做好时间管理了。

但光凭看书不行，还得实战、不停的修炼不是? 那我炼了这么久，有啥心得体会呢?

1. 尝试给自己更多的时间，尤其是学习类的目标给够预留的部分。

2. 把目标写下来做分解，一条条读一遍看看哪些重要哪些不重要，最终只要重要的完成就好了。

3. 认识时间不好管理的现实，做好失败的准备，尽量消除焦虑。

后记

你是一个重度拖延症患者，还是一个自我管理强人?对于时间管理，你怎么看呢，欢迎留言讨论