主动加班与被动加班

作为管理者，加班是一个不可避免的话题。

1、当前环境的现状

• 老板们说：996是福报
• 社会上讲：我们一起卷
• 员工讨论：就地趟平
• 国外确在：享受生活
• 我们则被：夹在中间

2、如何理解加班

在团队中，我首先会明确告诉大家，我也不喜欢加班，但“加班”是我们工作的一部分，既然你选择了IT行业，那就要学会接受这种现状。

我将加班分为“被动加班”与“主动加班”

其中被动加班又可以大致分为以下两种类型：

一种是我们自身无法决定的临时加班，比如：领导突然安排的紧急任务，给我写个材料，明天就要。甲方“爸爸”提出的临时要求，上级领导下周要过来看下我们系统开发情况，要给领导汇报进度和演示系统，需要大家紧急配合，先把主流程先开发完成，确保系统能演示。销售或售前突然打电话说，有个大项目，马上要去POC了，需要上线这几个新功能。或者是下周这个项目要要验收回款了，这些是新提的需求，都要一起上线完成。面对这些，我们只能迎难而上。

还有一种，是由于我们自身原因造成的加班，比如前期计划制定的不够准确和详细，后期不得不加班赶工，或者是技术方案做的不够完整，遇到了未知的技术难点。还有就是项目初期进度不合理，后面只能通过加班来弥补。

另外一种是主动加班，想要把工作完成的更好，想要提高代码质量，想要保证项目正常交付， 那就需要你付出比其他人更多的时间和精力。在前期制定项目计划时，仔细考虑到更多的细节问题，做好充分的技术调研，为后面的项目交付扫清障碍，打下良好的基础。在项目中期推进过程中，为了保证进度和质量，可以通过适当加班加快进度，让实际的进度比计划的进度稍微提前一些。项目后期，遇到问题及时解决，做到bugs日日清，不把问题留到第二天，充分测试，把问题提前暴露，提前解决。避免“驼鸟精神”的出现。

3、如何应对的加班

对于领导安排的紧急任务和甲方的临时需求，我们基本无法控制，只能是和领导或甲方项目经理建立起良好的信任关系，让他们在有事情，尽量能提前通知我们。那如何建立良好关系？平时工作中认真负责，保证项目按质按量的交付，取得对方的信任。对于一些小的临时任务积极响应，不轻易拒绝，以提升团队的专业能力和形象。这样，在真正遇到大的挑战时，他们也会和我们一起互相配合，共同解决问题。对于其他部门同事提的临时要求，首先，我们要理解和支持他们的工作，为了更好的配合其他部门同事的工作，提升大家的工作效率，可以和他们约定一些流程和制度。比如前线的销售和售前同事，他们有时会收到客户或潜在客户提的一些需求。他们经常会说这个很紧急、很重要，需要尽快上线。我的解决办法是“优先级”。我们会把这些需求都统一记录到我们的需求池中，并和他们确定每个需求的优先级。然后我们会定期和不定期对这些需求进行滚动评审。定期评审以周为单位，每周一次与相关部门同事一起确定每个需求的最新优先级，以此安排研发团队后面的工作计划。不定期评审，是指当出现一个高优先的临时需求，研发团队需求紧急临时支撑时，我们会他们一起商量，是通过需求置换还是加班来消化这个新的需求。同时，对于这类需求，我们研发团队会在功能上线后，单独进行跟踪，了解需求完成后的交付情况。确定是否是一个真正的重要又紧急的事项，是否达到销售或售前所说的预期效果。如果和他们当初说的情况不一致，我们也会记录下来，希望他们在后续的工作中，尽量避免出现这种情况。

主动加班，先紧后松，先难后易，适当提前，这是我的做事风格。我也鼓励大家主动加班。关于“先紧后松”，我经常给大家分享一个我自己的故事，学生时代，每当放寒暑假时，我都喜欢在放假前期就把作业全部写完，然后就拼命的玩。参加工作后，我也喜欢先紧后松的工作方式。这样做的好处不言而喻，但为什么好，其实我自己也说不清楚。直到我看了一本心理学方面的书后，终于找到了这种工作方式的理论依据。一位心理学家在医院对做胃镜的病人进行统计分析，研究人在不同的情况对胃镜检查的感受。大家都知道，胃镜检查是一种让人感觉比较不舒服的检查，心理学家和医生想要找到在保证检查效果的前提下，如何尽量降低病人的痛苦指数。这个痛苦指数主要和两个因素有关：检查时间的长短，检查操作的快慢。为保证检查效果，检查时间是相对固定，大家都差不多。所以，只能调整检查时操作的速度。第一批人，采用循序渐进的方式，检查的速度由慢到快缓慢提升。第二批人，采用先快后慢的方式，刚上来检查时，操作比较快，后面慢慢的把速度降下来直到结束。调查人员在检查结束后，询问第一批人的检查感觉，大部分人都觉得检查过程比较难受。而第二批人，大家觉得还好，整个过程没有想象的那么难受。其实，两种方式的痛苦指数是一样的，但为什么人们的感觉会不一样呢？这个就与人们记忆中的“峰尾定律”有关，人们对于事物的体验记忆主要源于峰值与终值，无论是好的还是坏的。也就是说对于过程中好坏比重和时长对记忆几乎不产生影响。

第一批人检查结束前，由于操作的速度比较快，所以感觉会比较难受，而第二批人，结束前的操作比较缓慢，大家感觉还不错。所以不同的“终值”让大家对整个过程有了不同的感受。这里面痛苦指数就像我们每个迭代中的加班时间一样。我们在迭代开始的时候，合理安排加班节奏，适当加快进度，加强自测、提高代码质量，让后面的测试阶段和上线过程相对轻松。另一种是，项目前期按部就班正常推进，后期如果遇到问题，大家再加班加点赶进度、解决问题。可能两种方式累积的加班时间是一样的。但迭代结束的时候，大家对本次迭代的感受会不一样，根据人们记忆的“峰尾定律”，前一种情况下，大家会记住，后面的测试和上线过程很顺利也比较轻松，所以会觉得整个迭代过程也是比较顺利和轻松。为下个迭代的顺利交付打下良好的基础。形成良性循环。后一种情况下，大家记住的是测试和上线前的几次加班，从而对整个迭代过程的印象也会偏负面。大家感觉比较疲惫，从而影响到下个版本的迭代，形成恶性循环。所以，我比较喜欢先紧后松的工作方式。

也许有人会说，我做的多做的好，领导和老板不一定会给我发奖金，加工资，那我不就吃亏了。我觉得，你绝对不会吃亏，这样只会是老板吃亏。因为，优秀的人才每家公司都会需要，你学到的本领和拥有的能力是你自己的，只要你有能力，自然会有其他公司欣赏你的才华。你可以去寻找愿意欣赏你才华的领导和老板。所以，我们不只是在给领导打工，给老板打工，更是在给自己打工。