技术团队的情绪与效率..docx

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