再聊加班的感受

国庆假期过后的第一周，由于法定假期调整 2 天，因此需要连续工作 7 天，使人感觉特别漫长。原本安排国庆的加班工作量，由于没有得到公司上级部门允许，自然也就顺延到了节后第一周去处理。紧接着是交付临期的压力，7 天正常工作日过后，自己依然不能从容的休息，继续申报了 1 天加班。

日常工作日的白天，我作为团队老人，常常感到效率不高。频繁被人打断问问题，或者叫过去开会。在这种状态下，项目排期中的工作内容，总是会发生堆积。就这样，原本计划一天加班搞定的工作内容，又超出预想干了两天。心想将开发内容交付后，紧接着的一周可以用调休来进行弥补。可常常在开发内容交付之后，跟随的是用户反馈问题的修复，就又会陷入忙碌，加上合作部门交付内容的推延，业务使用后提出的变动诉求，在低效的日常工作中，自己在连续奋战了 14 天后仍然需要加班，这不，今天上午又交付了一批业务提出的变动内容。

这么一段高强度工作负荷下来之后，就在昨天晚上，我竟陷入了失眠，原因是怀疑自己面对业务团队做出的承诺是否太实在，太草率。从严格的软件开发流程来说，业务人员提出的变动需求，需要经由产品研发团队评估业务影响范围、工程影响范围，测试评估回归验证难度，再大致给出新的交付周期。另一方面，领导层还会关心研发团队做出的承诺，是否对团队整体收益造成负面影响，其中就包括业务团队对开发团队付出的认可度是否是增长的？比如两个部门的工作内容，A 部门承诺的时间没完成，而 B 部门轻松完成，客户是否觉得 B 部门工作负荷不如 A 部门，B 部门是否缺乏工作难度？再比如，A 部门的延期，导致 B 部门的方案变更，是否存在 A 部门故意操作的因素？

经过一番心理猜测，我感到自身作为一名开发者来说，承担沟通协调、决策工作时的能力不足。转而变成了心理上的负担，影响到了睡眠质量。其实身体上经过半个月的高强度工作，也明显感受到了腰部的不适，眼部的疲劳，即便休息上一整晚，也没有得到明显缓解。

最近这两年，同事圈子里流行一个名词叫“内卷”，用来形容加班日趋严重的现状，那些加班工时排名较高的同事，常常会得到 “卷王”的称号。很显然，我感觉自己成了“卷王”。但客观分析起来，环境扰动带来的低效，也是其很重要的一个因素。另一方面，通过加班解决问题，我内心是感到羞耻的。这里边的原因，最让我难受的就是常常对工期的预估不准，在业务与产研合作外部因素上，业务总是占据上风，研发团队经常被倒排期挤压，疲于奔命。内部因素中，系统总是趋于复杂与混乱，加上技术债务堆积，运维问题的处理也常常占去工作时间不小的一部分。《稀缺》一树中提出：“带宽”与“管窥”的概念，提倡时间利用上需要留出“闲余带宽”来关注全局，而避免在“管窥”中只偏好局部收益。

回到个人的工作状态上，针对精力的带宽评估，自己要能够清晰认知，个人的精力带宽能承载的内容，不能负载过满，否则常常陷于忙碌，收益却难于保持增长。我恍然明白曾经读到的一篇文章中提到某个少数民族的人老人们，总是将手工编制的筐篓装载七分来延长其使用寿命的智慧。保持带宽的闲余，使自己有回旋之力，对于工作所能承担的内容，不能一味大包大揽，学会拒绝，学会借力，将负荷均衡到团队的其他成员身上。其中《西游记》里孙悟空在大闹天宫里的无所不能，与西天取经路上到处搬救兵的对比。这是孙悟空的心智走向了成熟后的变化，知道了在取经团所处大环境的组织定位与游戏规则。

因此，在今后的工作中，需要锻炼对自己带宽评估的能力，承载自己带宽内的负荷，使交付内容与个人状态都达到一种最佳状态。