面试官问你：“你怎么看待加班”，应该如何作答呢？

导致程序员加班的原因很多，主要由以下几方面吧：

1需求不清晰。需求人员或者项目经理、产品经理没有吧需求梳理分析清楚，等开发到一半甚至开发完了，才意识到需求错了，需要重新做，眼看项目或产品都快交付了，只能让程序员加班了。

2管理问题。企业文化，就是加班，本来没啥活，但领导就觉得员工加班他心里踏实，所以那不管你是不是程序员，一律加班。

3自身问题。效率低，解决问题能力不行，分配的工作任务无法在规定时间内完成，那只能加班，自行解决了。

4工作任务紧急。突然要开发一个新功能，客户要求时间紧迫。不加班，无法完成。

5工作量大。日常工作量就是大，一个人干两三个人的工作，干不完，加班还干不完呢，加班成常态了。

从甲方角度看，我就想要什么产品3个月上线，这是战略和领导决策决定的，不能拖太长时间。

甲方以这个要求去找乙方，乙方销售为了完成业绩，他满口答应。

售前一般不会反对销售。

合同一旦签署完毕，销售业绩就认为算完成一大半，后续介入内部流程就可能减少。

这时候认为，按时交付的责任应该在研发方面。

开发和产品团队此时可能还需要进行需求分析，系统设计，提交文档，正规一些的测试部门还要审核文档。

然后这些事都走玩，开始开发任务。开发人员每天一个日报，每周一个周报，几乎天天开会讨论。

白天都在讨论问题，只有晚上其他部门都走了，无人打扰时，研发才可能专心敲代码。

没让专业的人做专业的事情， 是工作开展的大忌，在工业上，早已证明了一切，在工厂生产中，工人流水化作业，一个人只专注一件事情，会越做越熟练，越做越快，越做效率越高。

在软件开发分工越来越明确的今天，让后端人员抢前端人员的饭碗，去写网页、样式，效率能高吗？让后端人员去抢DBA的饭碗，去做数据库优化，效率能高吗？

不专业的人做不专业的事情，可能和公司的发展历程、组织架构、人员规划有关；也可能和任务安排有关。

公司发展初期，养不起很多专业的人，可能更需要“全栈”工程师，啥都一把捉；公司发展的过渡期，有点钱了，也意识到了要让专人做专业的事情，但是人员还没招齐，那没办法，你也得兼职着做各种各样的事情。如果公司有钱了，发展也成熟了，不是属于以上两种阶段，在IT组织中，连前端、后端、测试、架构、DBA、网络、服务器运维、技术支持、安全、产品，这些职能都没区分好的话，就会对工作效率有影响。IT一线工作人员，每个坑位，都需要一颗专业的螺丝钉。

开发人员不注重代码质量，导致后期返工，导致效率低

有 时候，快即是慢，对于经验不足或者习惯不好的开发人员，开发前期，被迫或者自己没意识到，为了追求进度，逻辑没考虑周全，没做好自测，代码能跑起来就算完 成任务了，表面上任务完成得很快。但是在项目后期，测试阶段，问题大规模爆发，甚至要返工，由于测试后期，离自己写代码的时候，可能隔了一段时间，有的东 西自己都忘了，再回过头去重新“熟悉”，效率能不低吗？更为严重的后果是让项目进度不可控。因此，就算进度再紧张，也顶住压力，必须要做最基本的测试，再进入下一个任务点。

个体组织人员膨胀，出现沟通成本大的问题，导致效率低

沟通成本是人员膨胀后，暴露出来的首要问题。

举个简单的栗子，很多公司都有每天晨会习惯，如果一个组有5个人，开晨会汇报工作，平均一个人汇报2分钟，就需要10分钟，现在一个组增加到10个人，一人汇报两分钟，都要20分钟才能汇报完。时间就这样过去。

再举个栗子，30人天的工作，分给2个人做，可能需要15天，共耗费30人天，但是分给5个人做，6天能完成吗？

信息在沟通、传递的过程中，可能会“失真”，你想的，不一定能100%说出来，你说出来了，别人也不一定能100%理解，而且每个人的理解能力、知识体系都不一样，理解起来容易产生偏差，产生偏差就容易做错事情。

因此，如果人员出现膨胀，要以项目为单位，进行合理的项目拆分、人员拆分。同一个“小项目”最好不要超过4个人负责。沟通的时候，推荐使用口头+书面+复述，减少沟通过程中的信息失真。

上、下属之间相互不信任，做事有阻碍或者导致重复工作，导致效率低

上 下属相互信任是一切工作的基础。如果上级不信任下属，不敢授权给下属，凡是都要自己过一遍，而上级往往是一对多的关系，这个时候，工作瓶颈会出现在上级身 上；如果上级不信任下属，搞一堆监督机制，为了下属不做错事情，又让别人同事过一遍，又要耗费额外的成本，劳民伤财，而下级得不到信任，做事受阻，久而久 之就会畏手畏脚，很难独当一面，或觉得自己有能力没地方使，干脆走人。

上级应该充分信任下级，放心授权让下级去做事情，但这些都一个前提就是要有一个较好的软件管理过程，包括开发环境和测试团队和在完成任务的过程中进行一些辅导和进行重要节点管控和监督。

上级不信任下级，经常碰到，而下级不信任上级也很要命。程序员是很有个性的工种，不好管理，往往特别多想法。就好像车轮子陷入泥潭中，上级说车子往前推，有的人又说，往后拉，各自发力，估计车子永远都摆脱不了泥潭，还谈何效率？

因此，如果有意见，前期可以提，但是解决方案一旦定下来，应该上下一心（即使有意见也埋在心底吧），朝着目标一起去努力。

不同部门之间沟通存在隔阂与障碍

软件开发过程中，在IT范畴内，不同部门难免有交集，例如开发与运维、开发与测试，不同岗位承担的责任、掌握的知识体系、考虑问题的角度往往不一样，导致处理事情受阻。

举 个栗子，有一次，开发人员为了验证某个问题，需要运维人员协助重启某个站点。对于开发人员来说，这个站点，用的人比较少，而重启也是一瞬间的事情，风险为 基本为0，但是由于运维人员掌握的知识体系不一样，怕重启了会造成很大影响，甚至害怕出了问题要自己承担责任，明明可以瞬间 *** 作解决问题的，又要等到中午 或者半夜三更没人的时候才敢重启，效率就是这样降低了。这个时候，需要运维人员，去学习一下相关知识，或者引入新流程，例如，重启站点，需要某个专业人士 口头同意，即可立即执行。

因此，不同部门之间的人，应该互相学习，才能更好地沟通；做事情，尽量做轻量级的流程化、标准化。

上级工作安排不到位

上级工作安排不到位，也会导致工作效率低。有时候会有这种怪现象，可能很多事情没做，但是下面的人没事可做；或者有的人很忙，有的人很闲。

软件开发分工，不像搬砖头，一人搬一车就行了。软件开发， 工作量化本身就是一个很难的地方，如果项目经理没有做项目计划，没有做工作点、任务点拆分工作就很难安排到位。特别是刚刚从程序员转型做项目经理的人，过 程性思维，不会对项目做整体的把握、整体规划，想到哪里就做到哪里，想到什么就分配什么工作，最后一团糟，一会把下面的人累死，一会又让下面的人闲死。

互联网经常用的加班文化，其实我们俗语叫做996模式，而且现在的996模式已经被我们大部分的人，尤其是现在的上班族来讲已经接受了。现在的互联网常用的加班文化，对于我们现在的年轻人来说，其实这已经见怪不怪的了，而且现在有很多的私营企业，其实对于加班是一种司空见惯，而且大家都默认的一种加班时间，基本上都没有什么加班费用。

996的工作模式，其实潜意识里面的一种言外之意就是我们每一个人都必须要完成自己的工作，而且对于这样的工作你要习惯。当大家都顺从这样的工作模式的时候，你一个人发出反抗其实没有任何的用处，反而会给自己带来很多的一些不好的事情的后果。对于我们现在的打工人来说，其实还是非常忙碌的，之前在网络上面也有一个选题，就是在下班之后该不该回复自己老板的信息。其实有很多的人有不同的看法，但是大部分的人都觉得下班之后还是一个人应该回复老板的信息。因为本身回复信息不是耽误多长时间的事情，更何况自己有可能再回复了信息之后就抓到了一次机会。

不过这种加班文化对于我们大部分的工作人员来说，已经是可以接受的了。之前有人认为在下班之后不应该回复老板的微信，而且对于下班之后老板还仍然发消息的这种举动就应该受到指责，本身老板就知道是下半时间，但是还要给自己的员工发送消息，这样的行为举动其实不被我们大众所认同。加班的话对于我们现在的人来说，其实已经是一种见怪不怪的一种习惯，对于我们现在的上班族来说也是能够接受的，毕竟为了生活，而且为了想要领导每个月的工资，为了想要能够留在整个企业当中。必须要付出的代价。

不过我们在日常的工作当中还是要学会照顾好自己的身体，身体是革命的本钱，只有拥有一个健康的身体，对于我们很多的人来说，才能够维持我们接下来的生活。我们每一次都应该有很好的工作经历。当然在职场当中成长的过程当中也一定要照顾好自己的身体，这对于我们每个人来说才是最重要的。好的一个身体才能够让我们完成接下来所有老板交给自己的工作。

假如是由于我自己的运行并没有做了我自己甘心情愿加班，假如是由于领导干部临时性布置任务的一般是不容易去加班的，终究工作中时间在哪里，领导干部自身都是清晰为何也要在下班了的情况下叫人回家加班？，对于完全免费加班那就是不可能的，有章可循。让他人完全免费劳动是不可能的。一个公司是这样的毫无疑问内部结构很错乱并且人员流动性大，昨日仍在工作的人明日也不来啦。真真正正的好公司是保证职工自行留下加班，能够和公司患难与共的。有一些公司说些什么职工有把公司当做家，随后每天都是老总来的最迟你走最开始仅有马屁拍得勤就涨薪，这类公司活但是10年。乃至1年不上就散伙，老板跑路了。

首要我认为要认知到一点：在it行业，加班这个是没有预防的。一般非常少公司加班会出现加班费。作为一个程序猿，加班都是难以避免的，有时要求很赶，有时有些作用卡死，或是bug调不完这些，我们是必须根据加班来解决困难。因此针对加班这件事情，我认为是正常的。针对完全免费加班，我觉得你能够这样说：在相互配合公司施工进度时，我认为加班是有必要的，终究这也是公司的发展需要，我能接纳加班，我认为项目团队也需要好好地定下需要时间，提高自己的工作效能，在工作中时间内进行好自己的每日任务，避免出现失效的加班。那样回答你能够展现你能够接纳完全免费加班，还可以展现你对提高效率，准时按量达到目标的规定，坚信招聘者还会认可你的回答。

对“加班”判定：可以接受临时性/关键/独特工作计划造成的加班，不接受常态/心理扭曲化（做了手里的差事也禁止下班了、以加班为荣这些）。得出原因，工作上在所难免发生特殊情况，偶发地为了工作/工程项目成功推动而加班，完全可以了解和进行（emmm，假如你彻底接受不了一切方式的加班，一定要6点整收拾东西下班了，在我不说），会以正方向的心理状态（加班情况下，公司与你我还心照不宣，高效率不容易过高，心态不容易太正脸）完成工作。但如果以越往后越荣耀、别人都没走，我就过意不去走为公司常态化或公司文化艺术，很抱歉，不能接受。这时举一个之前工作上有时候加班非常好完成工作的事例证明自己的表态发言，另举一个之前工作上超负荷工作/加班造成工作效率低下、人体承受不起的案例说明自身身与心都抵触经常长时间负荷的加班。

与此同时要差别，用人公司是不是提前说清晰你所努力的附加工作中时间有对等的劳务报酬的，假如有，便是“一个愿打，一个愿挨”；要是没有，那就是纯粹的叫嚣你的尊严，这般公司，你是不是值得付出则要打上一个问号，记牢，并不是你一个人这般，全公司的人都这般，并不是你一个人坚持不懈就可坚持不懈的，长期性累积的由工作中造成的心理状态、生理学压力终会未来的一天，忽然暴发，就是还没有碰到最后一根稻草罢了。怎样看待完全免费加班，有时候加班能够，长期性这般，便是是加班，还是上班？相信你能够得到自身的结果。

解答：IT行业加班的现象确实普遍，但并不是只有IT才加班。详细信息：1、对于目前国内企业的情况来说，加班的行业很多，绝不仅限于IT2、IT行业加班虽然普遍，但基本上属于阶段性加班，比如，有新的项目，可能会没日没夜加班，项目告一段落，会有段时间可以轻松一些建议：职业选择，关键在于兴趣和技能的结合，而不应该单纯用加班来评断。

以上就是关于程序员为什么加班多,是什么原因导致的全部的内容，包括:程序员为什么加班多,是什么原因导致的、如何看待互联网常用的加班文化、面试官问你：“你怎么看待加班”，应该如何作答呢等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！