连续加班一个多月后，反思一下为啥国内程序员加班这么多
关注程序员耳东，编程转码真轻松
防杠指南：本文不适用于资深大佬，若喷必回
今年过完年之后一直在加班，关注我的粉丝应该也能看出来，2月份和3月份写的笔记确实比较少，最近才开始恢复
加班完毕是得好好思考一下，毕竟咱这班也不能白加了对吧，我得好好想一想到底是为什么会导致我加班，我细数了一下平时导致我加班几个主要原因，大家看看有没有共鸣
业务需求倒排期，改的随意
互联网公司的业务迭代是非常快的，尤其是电商、营销相关的业务，基本上随时都在出需求，需求顺排倒还好，无非就是给了排期之后顺着做就行了
但是有一个非常蛋疼的点，如果这个需求业务方要的非常急，比如说15号出的需求PRD，月底就得上线，必须得倒排，那么就是说上线的时间定了，测试的时间占用一段，联调的时间再占用一段，留给开发的时间真的不多了
时间不够怎么办？要么加人要么加班，加人还有个问题，有的功能并不是很好拆分，而且人多了管理成本也在增加，1+1并不是一定能等于2，所以到最后就只能全员加班来肝需求
关于业务需求，还有一个可能导致加班的点是改的随意。
之前我在字节跳动打工的时候，每次需求评审会一堆年轻的PM，跟唱戏似的，你方唱罢我方上，哭爹喊娘的说自己的需求是多么多么的重要，常用的话术是：我这个需求是xx级别的老板看重的、我这个需求可以为公司创造xx的收入等等
一个个的PRD写的怎么样不重要，最重要的是抢占研发资源，最好可以把程序员固定在自己手里
等到需求开始做了，发现其实PRD里面有很多东西没想明白，这个时候就开始改PRD，改了PRD但是研发排期却不变，那这咋办呢？程序员加班呗
所以国内经常流行一个调侃的对联：
上联是：这个需求很简单
下联是：怎么实现我不管
横批是：明天上线
虽然这个对联是调侃的，但也暗示了很多公司在研发流程的不规范、管理混乱，这也是大部分程序员加班的重要原因
会议太多，占用时间
会议太多这个事情可能是大公司的通病，有时候屁大点事情就拉个会议，我细数了一下我一个月参加的会议：
- 需求评审会
- 技术方案评审会
- 需求复盘会
- 细节对齐会
- xx项目启动会议
- xx横向项目
- 技术分享会
- 周会
- 测试用例评审
- OKR会议
- CodeReview会议
- 等等......
其实这里面的会议真的太多了，有的团队还有早晨的站会等等，进一步压缩了写代码的时间
那能不能提升效率呢？我觉得可以
就说这个需求评审会吧，如果说每个人会前都能仔细的过一遍PRD，记录好疑点，那评审会完全可以开成答疑会，解答完疑问就差不多了，这样子可以节约很多时间，不至于一个需求评审会就开一两个小时
还有技术分享会，很多leader为了提升团队的技术氛围会要求组员进行技术分享，但是有的时候，分享的东西别人不一定感兴趣，深度把握的不好的话组员也会只把它当做任务去完成，这就是纯粹的浪费时间了
总之会议这部分，我觉得是一个存在很大提效空间的地方，一个事情是否需要拉会、是否要拉那么多人，是值得思考的
技术需求，各种丐版轮子
关于技术需求这个问题，我不知道是不是国内程序员的特色哈，就是纯做PM提的业务需求是很难得到好绩效和晋升的，因为这些事情是你工作职责范围内的事情，你很难说清楚这些事情带来的收益是PM的功劳还是研发的功劳
要想得到好绩效、超出预期，那就必须得做一些纯技术的事情，也就是所谓的“技术需求”，而且必须自己挤时间做，不会为这部分工作量专门划时间
常见的技术需求，比如说这两年特别流行的LowCode平台，据我所知很多大公司都在搞这种，并且是投入了很多研发的精力在里面的，美其名曰LowCode平台可以提高效率，所以在很多需求开发中强行推，要求研发必须使用LowCode平台来完成研发，但是在使用的过程中并没有提升效率，反而让研发增加了很多兼容成本和额外的工作量，不管能不能提供效率，先卷了再说
甚至有时候，多个团队之间在卷同样的技术轮子，一个大公司内部至少有3个LowCode平台、5个组件库、3个部署平台、4个项目管理平台等等，大家都在加班卷技术项目，卷自己团队的存在感和好绩效
到最后，这个技术项目会出现在晋升答辩的PPT和汇报材料上，包装后的数字和成果都很亮眼，技术项目的发起者拿到了好绩效、晋升成功，等到晋升成功之后，这个技术项目的使命也就完成了，从此刻开始它就走上了烂尾的道路，历史项目也就留下了一堆烂摊子代码
老老实实做业务需求的人得不到晋升，做各种丐版技术轮子并且强推的人最后得到了晋升，这个问题在国内大公司非常普遍，这也是造成很多研发被卷着加班的重要原因
杂七杂八的事情，耗费精力
程序员还有一些杂事儿，也是相当的耗费精力了，我举几个例子
首先说线上oncall，这个事情其实也算是研发的正常工作范围内的事情了，但是如果一天出一个比较麻烦的线上bug，那今天肯定其他的事情就没空做了，或者只能加班去做
更不用说，如果所在的部门是基础架构部门的话，要处理技术之外的一些使用答疑事项，这部分事情毫无技术含量，和客服无异
还有就是非常强调技术要去深入业务，好嘛没问题，但是深入业务也是需要耗费时间的，这就意味着你除了读PRD以外还得去看MRD，可能你需要去和业务部门、市场部门的同事开会旁听ta门关心的事情，除过技术相关的东西以外还需要去关注业务指标
这又给自己增加了工作量，leader不会说专门给这部分工作量去给你增加时间，只能自己挤时间了，这无形中又增加了加班
总结
我总结的这几个原因是我结合自身加班情况分析而来，可能国外的程序员也存在同样的问题，也可能有的人看法不一样，欢迎交流
