你会不会主动拒绝 “无意义、无理由” 加班？

首先，请原谅我在断更很久之后发布了一篇技术无关并且标题吸睛的文章，新的技术文章陆续会发，本篇文章为某司一个前端程序员因没有去加班而发给领导的信件原文，真实事件，放在这里是想让大家评价一下，请大家阅读后参与文末投票，你会不会主动拒绝 “无意义、无理由” 加班？ 当然也可以在评论区留下你的宝贵意见！

起因

领导您好，昨天才意外得知今天要加班，问了问才知道原来前几天飞书就已经发通知了，不过我没有看到，那我就围绕今天没有去公司的事以及公司的近况，和领导聊一聊我的看法。

其实我还挺想和领导聊聊公司事情的，我们很少一块聊天。程序员们在交流上总是有些不足的，所以相较于没有思考的面对面交流，我更喜欢落到笔尖，这样可以确保每句话都是经过深思熟虑的，我也不需要考虑面对面交流时经常会因不经大脑的回复而偏离我想表达的意思这种情况。

那先来说说今天我为什么没有去加班？

其实我真的并不是太排斥加班，但我认为加班一定要有加班的意义，之所以今天没有去公司，是因为我没有加班的理由，也找不到加班的意义。

复盘

这次加班是因为要赶在线客服的项目，把我就先来缕一缕，复盘一下。

目前为止这个项目都经历了什么？

起因是从开始的 2 个月工期，到后来只剩 1 个月多点的时候才开始开发，开发过程中又不断的抽离人手去做其他的东西，那到目前为止前端这边实际开发的工作日不超过 25 天。

在线客服这个项目我个人是很感兴趣的，因为在最开始的研发设想中，我们是想以抽离出客服 SDK 的目标去做的，因为客服系统是完全可以作为一个独立的产品去运作的。但是由于工期 2 个月的问题，我们做的时候还是依托公司项目，当时想的是时间有些紧迫，我们研发这边就先以代码偏向 SDK 的逻辑实现，方便后期进行独立抽离。

但是 2 个月即将开始时，告诉我说在线客服项目先放一放，有其他比较紧急的项目，暂时不考虑 930 上线节点了。

就这样在距离 930 还有一个月多一点的时候，突然我就收到 930 在线客服要上线的消息。。

这个时间内是肯定完成不了的，所以我们开始阉割需求，直到勉强能够做好那种地步，而这个时候，在线客服的需规、原型、UI 都还没有做完。

中间服务器坏了耽误了一周多这是个谁都没想到的事情，这种是意外事件还好，但是在明知道时间紧迫的情况下都还在穿插其他紧急项目任务给到我们这种事情我是接受不了的，那这个时候我收到的消息是，先放下在线客服，因为其他项目比较紧急，我的理解是又一次没有了 930 节点，可是再做完紧急项目后，930 节点又出现了。

这个事情我至今回忆复述出来都感觉十分戏剧性。。

到底是哪个环节出现了问题？

上面本次项目的经过我已复述，那一线项目经理在大言不惭的向业主商讨 930 上线节点时是否考虑到了后续这些呢？

我用了一个词，大言不惭，我个人觉得这个词汇没有什么不妥反而很贴合一线项目经理们。。

我想应该不用我去说明一个项目经理的职责是什么吧！

现实是我没有看到我们的项目经理存在这些技能，连最起码的人员分配、项目工期、风险预估都做不到的项目经理另我着实不能去换位思考。

软件工程有本圣经，叫《人月神话》，我一直放在工位上，我看了很多遍，到现在偶尔还会翻看一下，如果一线项目经理没有看过的话真的建议并很希望他们看一下。

至于项目节点这个事情，公司要抢占市场就要尽量比别的公司快我理解，但是不能没有一个基础的预估，这其中还涉及到了项目质量的问题，但是创业公司先要活下来是最重要的，所以暂且不说质量问题，但我想甲方业主那边应该更不能接受给出了节点又言而无信的企业吧！

我的理解是，项目经理在预估工期的时候，应该要先了解并咨询研发这边，而不是随意定下排期后续再商讨哪个项目可以先延期处理。

所以，我认为这件事情从源头就是不对的，后续带来的问题也无讨论必要。

这是一次概率性事件吗？

很明显它不是一次概率性事件，因为类似情况已经出现过很多次了，我不理解，难道这是一个无解的事情吗？

解释

再来说回我今天为什么没有去公司？

工期紧张的情况下，我认为自己已经足够提效了，而提效并不等于加班，上班和加班这种事情，每天摸摸鱼也是一天，认真工作也是一天，我不想在这个上面浪费时间，因为我的生活并不是只有工作。其次，到目前为止，在线这个项目的研发进度在我预期中不仅没有变慢反而还加快了很多，并且现在是可以给出可预见的截止日期的，到目前这种程度，我不认为一天两天的加班还能够让进度变得更快一些。

说句很实际的话，公司到目前这种境况，并不是研发的责任，不是您的责任，更不是我的责任，一次两次没有关系，但我们都不可能持续为流程上的问题买单，那没有任何意义，只有暴露问题才能解决问题。

建议

还有一件事之前也和您聊过，就是公司业务，还挺无语的，因为之前公司都是求着研发去多了解业务，而现在倒是反过来了。

因为之前我其实也尝试多了解公司业务然后陆续向公司提出了不少个人建议，不论好坏还是落地与否，我觉得做了就是前提，很明显，虽然可能有改变但是并没有对结果产生利好的影响，所以后续包括在线项目我都采用了另一种方式，只关注技术开发，不去考虑业务侧怎样，事实上到今天这样的事情，其实归根结底都是给业务背了锅。

希望公司能够多向研发传播一些业务上的事情，这样也可以让研发们加深对公司一些状况的认知，多一些理解。像研发和业务完全分割这种模式并不适用于眼下公司，目前我们应该是做不到让研发心无旁骛的根据一系列流程到产品输出的原型、文档去研发。那还不如让研发多去了解了解业务状况，这样的话我们也能客观评价一下，一线项目经理是真的不会呢？还是不会呢？还是不会呢？

最后

这些话可能抱怨成分居多，可能在领导看来就是年少轻狂火力旺，但我并不这样认为，原因在开头已经说了，这是我反复考量过的话语。说实话，因为目前的公司状况导致很长一段时间心态都不是很好，所以我觉得还是说出来比较好，不然我担心持续的积压下来我的心态会影响到身边其他人，这样的话自身逐渐就会成为公司的毒瘤或者说一个炸弹，这也是我不想看到的。

以上就是我基于目前公司状况的一些想法，可能很片面，但确实是目前内心的真实写照，望领导查阅指正！

工作中我是一个重视结果大于过程的人，我也不知道自己这种想法、做法是好是坏、是否有些偏激、是否有些可笑？所以，这篇文章的内容我打码发到了网上收集一些看法，当然我会承诺这并不会给公司带来任何影响，我只是单纯想要收集一些意见。

PS：针对这家公司的情况，如果大家有好的建议，也请评论区留言造福社会！