时间呈线状模式向前走。而人们总是在不停寻找那些关于提升效率的方法。本文作者Greg Sabo在“Change how you perceive time”一文中讲解了对于工程师甚至是一般职场工作者来说，能够提高其工作效率的“番茄工作法”。
软件工程师通常很难有效管理自己的时间。这些关于番茄工作法（Pomodoro Technique）的延伸扩展能帮助工程师们知道什么是重要的，以及更有动力从事其中。
14世纪晚期，英格兰索尔兹伯里镇的居民被一台机器召唤到当地的大教堂中。这是一个奇妙而奇怪的装置。它由一个立方体构成，里面有一组铁齿轮、车轮和铁条。它不停歇地拉动着里面的绳子。其中的石块在凉爽的空气中极其微小的摆动着。
它如同被一个守时的鬼魂缠住一样，以一天一次的频率，敲响里面的钟状物。
这是一款时钟。它不为任何人所需要。索尔兹伯里的人们生活在一个没有约定的世界里。或者更确切地说，他们的唯一约定是与上帝会面。索尔兹伯里的钟声将人们与神圣的义务联系起来，而这只是人类及其工具与时间之间关系不断变化的舞曲中的一小步。
20世纪末，弗朗西斯科·西里洛发明了番茄工作法。“这个独特的时间管理方法为人们带来及时且持久的结果。掌握它，你就能完成任何事情。”全世界的知识工作者开始把番茄计时器放在自己的桌子上。
貌似每个人都尝试过番茄工作法，但是却没有人能够坚持下来。你设置一个25分钟的定时器。定时器响了，你可以喝一杯La Croix。然后，你又设置了25分钟的时间。到时间了，你又有时间喝一杯La Croix。之后，你查看了自己的电子邮件，然后两个小时的时间瞬间消失。
“哦，我有时会尝试番茄工作法，”你接着说道。“我需要设置一个定时器。再做一些事情。”
1. 让自己处于正确位置时间自然而然地走向我们，如同一条从未分化的河流。我们的注意力从一个时刻跳到另一个时刻，总是在做出相关反应。在这种模式下，我们关注于手头的任务，却很少关注于自己为什么要去这么做。
这就是人们整天忙于处于那些无关紧要的事情的场景。于你而言，最重要的并不一定是那些站起来向你挥舞着手臂的人，而可能是那些在角落里盘腿坐着，沉思着的人。
我们可以通过一致的仪式和节奏来改变我们对时间的感知方式。我们熟悉于周末的社交礼仪，以及一日三餐的习惯。这些节奏将时间分割成离散的块状，使我们更容易理解。
有意识地在你的一天中引入30分钟的工作时间间隔可以让自己对工作有更多的精神控制。但是你需要将其置于一个系统用以支持这个新节奏，否则你永远不会采用它。
在每天开始之时设定自己的时间块目标
在工作中使用计时器是提高工作效率的第一个步骤。但是仅仅设置时间却还不够。你必须做一项需要深思熟虑且有一定难度的工作以确保你所感知时间的方式真正在发生变化。
在一天的开始，写下你将完成多少个pom，（比如，时间块）。考虑一下当天有多少个会议，以及转换成本。这里有一个例子：
1pom=30分钟=（25分钟工作+5分钟休息时间）。
估计约5分钟转换至1pom的转换成本=35分钟。
8小时=480分钟=大约13个pom。
午餐用去1pom。
今天2.5小时的会议用去5个pom。
帮助他人用去1pom。
我一天要试着完成6个pom。
设定一天的目标可以帮助你在休息或分心后重心设定工作时间。将其看作是一项推动自己成长的挑战。
使用复杂工具具有可行性
确实，用一张纸简单写下待办事项即可。但是对于选择时间管理工具来说，简单并不是唯一的目标。我选择一种我所喜欢的工具会使我更有可能使用它。
传统的番茄工作法需要你每天记下自己需要完成的pom任务数量。但是，对于软件工程师而言，我建议采用不同的方法。你可以将番茄工作法与任务细分和做笔记相结合。
工程笔记可以在文本编辑器内部很好地完成。你可以将文件名、标识符、命令和代码粘贴在编辑器中。你可以用一个系统做笔记，另一个系统跟踪pom完成情况。但是，我建议你把笔记和pom放在同一个文件夹里。这能够使你的pom可以像笔记一样被检索，也消除了在pom和笔记之间来回切换的麻烦。
2. 写下有效的微观目标有没有感觉到自己正在做的事情不可能进行下去了？软件工程师们一定知道这种陷入困境的感觉。
当你遇到一个棘手的问题，时间就会不断陷入这个无底洞一样的任务中。你可能会失去完成任务的成就感。这项任务规模会扩大至原来的两倍、三倍乃至四倍。
就像你带了一只小狗回家，结果它却长成了一头犀牛。
为了不断取得进步，你需要不断定义和重新定义你正在做的事情。
为每一个pom设定一个可实现的目标
你已经写下了那些你今天需要完成的目标任务。现在，写下一组你认为可以在第一个pom中绝对完成的任务。
今日目标：6pom
Pom 1：
- [ ]本地复制CSS转换错误。
- [ ]完成一项本地修复。
我将这些任务设为一个pom微目标。花时间想想它们，然后设想自己能否在25分钟内完成它。只有当你相信自己能够完成时再动身去做。如果仍然觉得这不可行，那就把目标再变小一点。
现在，设置一个25分钟的定时器，然后去做那些你要去做的所有事情。
如果你在25分钟内没有完成目标，那就休息5分钟。当继续工作时，不要再为同一个微目标而努力。如果你在一件事情上花了不止一个pom时，你将会体验到一种连续的流。它会从你的指尖溜走。
这也即是说，我不建议你切换到一个完全不同的微目标上面。相反，从一个小的子目标上再次开始。专注于这个子目标而不是下一个pom的更大目标。
分解微目标
如果你没有在Pom 1中完成“完成一项本地修复”的任务。由于Pom 1的时间已经结束，那么这个目标处于没有核查的状态。不要回去检查那些在pom中没有完成的目标。
相反，写下你的下一个pom和它所包含的微目标。
Pom 1：
- [x]本地复制CSS转换错误。
- [ ]完成一项本地修复。
＞嗯，我需要在DOM中更长保留这个元素以确保转换工作正确。
Pom 2：
- [ ]向父组件添加一个参数，用于显示子组件。
- [ ]为超过1000毫秒设置一个错误超时参数。
下一个pom基本上是同一个工作的延续。但是你已经重新定义了工作内容，从而使其更容易实现。
这就突出了一个重要区别。虽然这些微目标看起来都是待办事项，但是却有了完全不同的达成目标。微目标不应该是那些你之后要去做的积压工作的待办事项，它是一种对于你即将要做的事情的表达。你应该将其看作一个附加文档。你所长期积压的工作可以类似属于一个Asana的工作跟踪系统。
无论你去做什么，需要确保你的微目标是一些可具体交付的事情。能够有一些证据表明你完成了某一项微目标。
- [ ]调查为什么会出现这种错误//这是一种模糊不清的表达。
- [ ]找到问题文件并添加它的名称//这样会更好！
为一个微目标设立可交付标志，这会让你有更清晰的进度感。
3. 管理实际中断情况你一定听说过这种说法。中途打扰是有毒的。对于软件工程师来说，最高效的工作环境需要完全沉默与孤立。
当下面这些条件具备时，单独工作是一件好事：
你知道你所需要建构东西的所有规范事项。
你了解正在修改的系统的全部前后环境。
团队中没有人需要你的帮助。
在现实世界中，即使情况可以满足其中一个条件，也很少有三个条件同时具备。事实上，在大多数情况下，专业软件工程是一项团队任务。协作是工作的关键部分，也是其价值所在。
有太多的工程师认为，独立工作能达到工作效率的顶峰。他们不情愿参加重要会议。他们不鼓励别人与自己进行交谈。他们因为没有能力去分享自己所知道的东西而成为知识的筒仓。
但是显而易见的问题是，人们无法消除所有干扰。不要以为自己能够在编写代码时将自己完全隔离，从而建构属于自己的工作流。相反，工程师在工作的过程中应该以一种平衡且可持续的方式对待中断情况。
掌控被打扰情况
使用番茄工作法的一个常见错误是在计时结束之后仍然继续工作。为什么这会成为一个问题？如果你能够保持高效率工作，那么为什么不继续工作呢？这样做会有以下事情发生：
你选择继续工作直到陷入困境。
你休息了5分钟。
你被拖延住了。谁想继续一个被卡住的项目？
继续从事一项处于正常轨道的工作要有趣的多。这就是为什么我建议在计时器停止时立即停止工作。
但是你的思路怎么办呢？由于离开了工作，你不会失去所有的心理状态吗？
仅仅依赖于心理环境就如同在RAM中储存数据库一样。它容易、简单且不顾后果。你需要通过好好做笔记来具体化你所处的情境。
当你在工作的时候把这些笔记保留下来，那么每25分钟休息一次就容易多了。这也带来一个奇妙的副作用，就是其他所有干扰情况也变得更容易处理。
我并没有提倡你接受所有的干扰。但是某些干扰行为十分重要。外化你的心理环境有助于你为工作做好准备。
与你的系统建立协作关系
我建议你在工作的时候关闭Slack。但是，之后你需要在番茄工作法结束时重新打开它来检查消息。无论你在做什么，都需要与自己的同事进行明确的对话和交流喜好。当然，把它用于你使用Slack时就更好了。
如果真的出现了紧急情况怎么办？你应该讲清楚，让他去找你或是给你打电话的行为是可接受的。让自己舒服地接受每25分钟关闭掉系统通知的感觉。
那么电子邮件呢？我推荐这些做法：
为处理邮件设置一个微目标。
快速决定邮件需要归档还是需要回复。
无论哪种方式，你的收件箱最后应该是全部处理状态。
对于那些需要回复的邮件，把它们放在自己的pom中设置为微目标。
时间和你呆在一起
我们不是以理性的方式感知时间。我们是从情绪上感知时间。所以不要期望你的自然冲动会带领自己完成工作。不要把时间当作一种无穷无尽的流动方式，而是将其分割为有明确目标的离散块状。你会发现用理性且富有成效的方式来思考时间是一种更直观的方法。
用一星期的时间关注于那些使用工作时间的方式。通过一些努力和反思，你对工作时间的感知将会发生变化。你将变得更有效率，并能从所做的事情中获得更多乐趣。
各种精美短文、往刊读者文摘、故事会、意林等……请访问文摘阅读板块，
