導(dǎo)致程序員加班的原因很多，主要由以下幾方面吧：

1.需求不清晰。需求人員或者項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理沒(méi)有吧需求梳理分析清楚，等開(kāi)發(fā)到一半甚至開(kāi)發(fā)完了，才意識(shí)到需求錯(cuò)了，需要重新做，眼看項(xiàng)目或產(chǎn)品都快交付了，只能讓程序員加班了。

2.管理問(wèn)題。企業(yè)文化，就是加班，本來(lái)沒(méi)啥活，但領(lǐng)導(dǎo)就覺(jué)得員工加班他心里踏實(shí)，所以那不管你是不是程序員，一律加班。

3.自身問(wèn)題。效率低，解決問(wèn)題能力不行，分配的工作任務(wù)無(wú)法在規(guī)定時(shí)間內(nèi)完成，那只能加班，自行解決了。

4.工作任務(wù)緊急。突然要開(kāi)發(fā)一個(gè)新功能，客戶要求時(shí)間緊迫。不加班，無(wú)法完成。

5.工作量大。日常工作量就是大，一個(gè)人干兩三個(gè)人的工作，干不完，加班還干不完呢，加班成常態(tài)了。

從甲方角度看，我就想要什么產(chǎn)品3個(gè)月上線，這是戰(zhàn)略和領(lǐng)導(dǎo)決策決定的，不能拖太長(zhǎng)時(shí)間。

甲方以這個(gè)要求去找乙方，乙方銷售為了完成業(yè)績(jī)，他滿口答應(yīng)。

售前一般不會(huì)反對(duì)銷售。

合同一旦簽署完畢，銷售業(yè)績(jī)就認(rèn)為算完成一大半，后續(xù)介入內(nèi)部流程就可能減少。

這時(shí)候認(rèn)為，按時(shí)交付的責(zé)任應(yīng)該在研發(fā)方面。

開(kāi)發(fā)和產(chǎn)品團(tuán)隊(duì)此時(shí)可能還需要進(jìn)行需求分析，系統(tǒng)設(shè)計(jì)，提交文檔，正規(guī)一些的測(cè)試部門還要審核文檔。

然后這些事都走玩，開(kāi)始開(kāi)發(fā)任務(wù)。開(kāi)發(fā)人員每天一個(gè)日?qǐng)?bào)，每周一個(gè)周報(bào)，幾乎天天開(kāi)會(huì)討論。

白天都在討論問(wèn)題，只有晚上其他部門都走了，無(wú)人打擾時(shí)，研發(fā)才可能專心敲代碼。

沒(méi)讓專業(yè)的人做專業(yè)的事情， 是工作開(kāi)展的大忌，在工業(yè)上，早已證明了一切，在工廠生產(chǎn)中，工人流水化作業(yè)，一個(gè)人只專注一件事情，會(huì)越做越熟練，越做越快，越做效率越高。

在軟件開(kāi)發(fā)分工越來(lái)越明確的今天，讓后端人員搶前端人員的飯碗，去寫網(wǎng)頁(yè)、樣式，效率能高嗎？讓后端人員去搶DBA的飯碗，去做數(shù)據(jù)庫(kù)優(yōu)化，效率能高嗎？

不專業(yè)的人做不專業(yè)的事情，可能和公司的發(fā)展歷程、組織架構(gòu)、人員規(guī)劃有關(guān)；也可能和任務(wù)安排有關(guān)。

公司發(fā)展初期，養(yǎng)不起很多專業(yè)的人，可能更需要“全棧”工程師，啥都一把捉；公司發(fā)展的過(guò)渡期，有點(diǎn)錢了，也意識(shí)到了要讓專人做專業(yè)的事情，但是人員還沒(méi)招齊，那沒(méi)辦法，你也得兼職著做各種各樣的事情。如果公司有錢了，發(fā)展也成熟了，不是屬于以上兩種階段，在IT組織中，連前端、后端、測(cè)試、架構(gòu)、DBA、網(wǎng)絡(luò)、服務(wù)器運(yùn)維、技術(shù)支持、安全、產(chǎn)品，這些職能都沒(méi)區(qū)分好的話，就會(huì)對(duì)工作效率有影響。IT一線工作人員，每個(gè)坑位，都需要一顆專業(yè)的螺絲釘。

開(kāi)發(fā)人員不注重代碼質(zhì)量，導(dǎo)致后期返工，導(dǎo)致效率低

有 時(shí)候，快即是慢，對(duì)于經(jīng)驗(yàn)不足或者習(xí)慣不好的開(kāi)發(fā)人員，開(kāi)發(fā)前期，被迫或者自己沒(méi)意識(shí)到，為了追求進(jìn)度，邏輯沒(méi)考慮周全，沒(méi)做好自測(cè)，代碼能跑起來(lái)就算完 成任務(wù)了，表面上任務(wù)完成得很快。但是在項(xiàng)目后期，測(cè)試階段，問(wèn)題大規(guī)模爆發(fā)，甚至要返工，由于測(cè)試后期，離自己寫代碼的時(shí)候，可能隔了一段時(shí)間，有的東 西自己都忘了，再回過(guò)頭去重新“熟悉”，效率能不低嗎？更為嚴(yán)重的后果是讓項(xiàng)目進(jìn)度不可控。因此，就算進(jìn)度再緊張，也頂住壓力，必須要做最基本的測(cè)試，再進(jìn)入下一個(gè)任務(wù)點(diǎn)。

個(gè)體組織人員膨脹，出現(xiàn)溝通成本大的問(wèn)題，導(dǎo)致效率低

溝通成本是人員膨脹后，暴露出來(lái)的首要問(wèn)題。

舉個(gè)簡(jiǎn)單的栗子，很多公司都有每天晨會(huì)習(xí)慣，如果一個(gè)組有5個(gè)人，開(kāi)晨會(huì)匯報(bào)工作，平均一個(gè)人匯報(bào)2分鐘，就需要10分鐘，現(xiàn)在一個(gè)組增加到10個(gè)人，一人匯報(bào)兩分鐘，都要20分鐘才能匯報(bào)完。時(shí)間就這樣過(guò)去。

再舉個(gè)栗子，30人天的工作，分給2個(gè)人做，可能需要15天，共耗費(fèi)30人天，但是分給5個(gè)人做，6天能完成嗎？

信息在溝通、傳遞的過(guò)程中，可能會(huì)“失真”，你想的，不一定能100%說(shuō)出來(lái)，你說(shuō)出來(lái)了，別人也不一定能100%理解，而且每個(gè)人的理解能力、知識(shí)體系都不一樣，理解起來(lái)容易產(chǎn)生偏差，產(chǎn)生偏差就容易做錯(cuò)事情。

因此，如果人員出現(xiàn)膨脹，要以項(xiàng)目為單位，進(jìn)行合理的項(xiàng)目拆分、人員拆分。同一個(gè)“小項(xiàng)目”最好不要超過(guò)4個(gè)人負(fù)責(zé)。溝通的時(shí)候，推薦使用口頭+書面+復(fù)述，減少溝通過(guò)程中的信息失真。

上、下屬之間相互不信任，做事有阻礙或者導(dǎo)致重復(fù)工作，導(dǎo)致效率低

上 下屬相互信任是一切工作的基礎(chǔ)。如果上級(jí)不信任下屬，不敢授權(quán)給下屬，凡是都要自己過(guò)一遍，而上級(jí)往往是一對(duì)多的關(guān)系，這個(gè)時(shí)候，工作瓶頸會(huì)出現(xiàn)在上級(jí)身 上；如果上級(jí)不信任下屬，搞一堆監(jiān)督機(jī)制，為了下屬不做錯(cuò)事情，又讓別人同事過(guò)一遍，又要耗費(fèi)額外的成本，勞民傷財(cái)，而下級(jí)得不到信任，做事受阻，久而久 之就會(huì)畏手畏腳，很難獨(dú)當(dāng)一面，或覺(jué)得自己有能力沒(méi)地方使，干脆走人。

上級(jí)應(yīng)該充分信任下級(jí)，放心授權(quán)讓下級(jí)去做事情，但這些都一個(gè)前提就是要有一個(gè)較好的軟件管理過(guò)程，包括開(kāi)發(fā)環(huán)境和測(cè)試團(tuán)隊(duì)和在完成任務(wù)的過(guò)程中進(jìn)行一些輔導(dǎo)和進(jìn)行重要節(jié)點(diǎn)管控和監(jiān)督。

上級(jí)不信任下級(jí)，經(jīng)常碰到，而下級(jí)不信任上級(jí)也很要命。程序員是很有個(gè)性的工種，不好管理，往往特別多想法。就好像車輪子陷入泥潭中，上級(jí)說(shuō)車子往前推，有的人又說(shuō)，往后拉，各自發(fā)力，估計(jì)車子永遠(yuǎn)都擺脫不了泥潭，還談何效率？

因此，如果有意見(jiàn)，前期可以提，但是解決方案一旦定下來(lái)，應(yīng)該上下一心（即使有意見(jiàn)也埋在心底吧），朝著目標(biāo)一起去努力。

不同部門之間溝通存在隔閡與障礙

軟件開(kāi)發(fā)過(guò)程中，在IT范疇內(nèi)，不同部門難免有交集，例如開(kāi)發(fā)與運(yùn)維、開(kāi)發(fā)與測(cè)試，不同崗位承擔(dān)的責(zé)任、掌握的知識(shí)體系、考慮問(wèn)題的角度往往不一樣，導(dǎo)致處理事情受阻。

舉 個(gè)栗子，有一次，開(kāi)發(fā)人員為了驗(yàn)證某個(gè)問(wèn)題，需要運(yùn)維人員協(xié)助重啟某個(gè)站點(diǎn)。對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)，這個(gè)站點(diǎn)，用的人比較少，而重啟也是一瞬間的事情，風(fēng)險(xiǎn)為 基本為0，但是由于運(yùn)維人員掌握的知識(shí)體系不一樣，怕重啟了會(huì)造成很大影響，甚至害怕出了問(wèn)題要自己承擔(dān)責(zé)任，明明可以瞬間操作解決問(wèn)題的，又要等到中午 或者半夜三更沒(méi)人的時(shí)候才敢重啟，效率就是這樣降低了。這個(gè)時(shí)候，需要運(yùn)維人員，去學(xué)習(xí)一下相關(guān)知識(shí)，或者引入新流程，例如，重啟站點(diǎn)，需要某個(gè)專業(yè)人士 口頭同意，即可立即執(zhí)行。

因此，不同部門之間的人，應(yīng)該互相學(xué)習(xí)，才能更好地溝通；做事情，盡量做輕量級(jí)的流程化、標(biāo)準(zhǔn)化。

上級(jí)工作安排不到位

上級(jí)工作安排不到位，也會(huì)導(dǎo)致工作效率低。有時(shí)候會(huì)有這種怪現(xiàn)象，可能很多事情沒(méi)做，但是下面的人沒(méi)事可做；或者有的人很忙，有的人很閑。

軟件開(kāi)發(fā)分工，不像搬磚頭，一人搬一車就行了。軟件開(kāi)發(fā)， 工作量化本身就是一個(gè)很難的地方，如果項(xiàng)目經(jīng)理沒(méi)有做項(xiàng)目計(jì)劃，沒(méi)有做工作點(diǎn)、任務(wù)點(diǎn)拆分工作就很難安排到位。特別是剛剛從程序員轉(zhuǎn)型做項(xiàng)目經(jīng)理的人，過(guò) 程性思維，不會(huì)對(duì)項(xiàng)目做整體的把握、整體規(guī)劃，想到哪里就做到哪里，想到什么就分配什么工作，最后一團(tuán)糟，一會(huì)把下面的人累死，一會(huì)又讓下面的人閑死。