对工程师来说经常会有明显的效率差异，有时一天能搞定好几个模块，顺带加了好几个新的技能点，而有时一个简单的功能投入了两三天还和之前没什么区别。虽然任务并不复杂，但忍不住会刷会微博，聊会 QQ，即使硬着头皮去做，往往效率也不如意，甚至引入一些新的低级 Bug。这个差异与技能水平和工作态度无关，在绝大多数工程师身上都会看到。
效率的影响因素非常多，首先是焦虑。
焦虑，执行力崩溃，GTD
当任务单一时大家的效率往往很高，例如『今天下班前只提供一个用户获取接口就行，传入城市编码，分页返回用户』，这个对绝大多数同学没什么心理负担。但现实情景不会这么简单，尤其是在创业型公司，每天会有各种任务，可能运营一会会要一份数据，产品一会报一个 Bug，或者老大又提了几个新的优化点，这些任务单个来看工作量不大，但是持续而无序的任务到达一个工程师身上时，完全可以摧毁他一天的效率和心情。尤其是研发需要注意力集中，频繁的任务切换会浪费大量的时间和精力。
在 GTD（Get Things Done）中对此有阐述『压力不是来自于任务本身，而是任务在大脑中的堵塞，带来的焦虑和心理的抵触』。当一件任务还没有完成时，持续到来的新任务会带来很大的心理压力，意志不够强大时，很容易导致执行力崩溃，进入一种任务怎么做都做不完的绝望状态。
知道原因了，自然也有解决方案，GTD 提供了一套很可行的执行方案。简化后如下：
把任务放在 『待归类』『今日待办』『日程』『等待』几个盒子中收集：每次收到新任务先做一个判断，如果这个任务5min 可以搞定的话直接干掉，否则都放在『待归类』盒子里。
整理：每天开始的时候从『待归类』盒子中开始过滤任务，挑出来今天需要做的3件事，放进『今日待办』。如果今天不需要做再根据有没有明确的执行时间，放入日程或者等待盒子里。
执行：只盯着『今日待办』即可，再有新任务执行 收集步骤。
回顾：定期整理自己的『日程』『等待』盒子。
完整的工作流程图如下：
这套解决方案能将杂乱地任务明确下来，一定程度上减轻心理压力。
Tools：符合GTD 的时间管理工具很多，Doit.im 是其中的佼佼者，全平台覆盖，强烈推荐。 Omnifocus 则是功能最强大的，支持无限级目录等功能，不过只支持 Mac/iPhone/iPad，且价格不菲。 也可以使用印象笔记/OneNote来自己规划管理，这样相对灵活。
上面说到的是在任务压力面前个人可以做什么，那作为公司/项目经理/产品经理，也需要为避免『执行力崩溃』做一些事情，那就是保持开发的节奏。
节奏，情绪的体力值
第一次听到『开发的节奏』是在微博的Scrum项目流程培训上，这个概念解释了以前大学时我们学生外包团队遇到的诸多问题。 简而言已，可以给每个人的情绪量化出一个体力值）。每个开发任务/每个会议/每次报告 都会消耗这个体力值，当体力透支时，后面可能会需要几天不等的时候来恢复体力（我们说的恢复干劲也是这个东西），当透支次数过多时，可能会引发更恶劣的情绪问题。
所以一个健康的团队需要维持开发的节奏，具体操作可以是 每1-2周为一个周期，进行大的项目规划，研发任务占用时间最好不高于80%，之后每个人能有休息/自我充电的时间，在下个周期开始时，团队又能进入满体力值的状态。
具体到我现在的团队，我们以一周为一个单位，每周一产品经理提完本周的需求，我们进行分工消化后，存进需求系统。这周的其他时间内，产品应最大量减少对开发的干扰，下周一的时候对上周的任务进行回顾和总结。 这套方案起到了一定的效果，团队成员没有明显的疲惫感，每周能自由支配一些时间（任务能早早完成的话，自由适配时间更多）。
Tools：团队的需求管理系统 我们先后试过 Onenote多人协作/ Teambition / Team.oschina /c禅道，但普遍不理想，或者功能太复杂，或者无法同时集成 Bug 系统，目前采用的是开源的 Cynthia，Cyntia也是我们团队的Bug管理系统。
