本文所要分享的是軟件開(kāi)發(fā)過(guò)程中，親身經(jīng)歷過(guò)的“怪現(xiàn)象”。為什么說(shuō)怪呢，人多力量大，似乎才符合常理，但是往往在軟件項(xiàng)目開(kāi)展的過(guò)程中會(huì)出現(xiàn)人多、事少、工作量大的情況，這跟我們以往的認(rèn)知大相徑庭。

首先，要解釋下標(biāo)題的意思?！溉硕唷?，指的是同一個(gè)項(xiàng)目團(tuán)隊(duì)、同一個(gè)小組或者同一個(gè)部門(mén)的范圍內(nèi)；「事少」， 指的是做出的效果，真正的產(chǎn)出少；「工作量大」，指的是，工作時(shí)間長(zhǎng)，工作忙，實(shí)際的投入大。

其實(shí)，「人多事少工作量大」，說(shuō)白了就是效率低，而影響效率的，原因千萬(wàn)種，有人員問(wèn)題、溝通問(wèn)題、流程問(wèn)題、管理問(wèn)題、技術(shù)問(wèn)題，下面零散地列舉下博主親身經(jīng)歷過(guò)的問(wèn)題：

文章基本純文字，需要空閑的時(shí)候，精心閱讀哦。

一線工作人員，沒(méi)讓專業(yè)的人做專業(yè)的事，導(dǎo)致效率低

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

在軟件開(kāi)發(fā)分工越來(lái)越明確的今天，讓后端人員搶前端人員的飯碗，去寫(xiě)網(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)錢(qián)了，也意識(shí)到了要讓專人做專業(yè)的事情，但是人員還沒(méi)招齊，那沒(méi)辦法，你也得兼職著做各種各樣的事情。如果公司有錢(qián)了，發(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è)試后期，離自己寫(xiě)代碼的時(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í)候，推薦使用口頭+書(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è)性的工種，不好管理，往往特別多想法。就好像車(chē)輪子陷入泥潭中，上級(jí)說(shuō)車(chē)子往前推，有的人又說(shuō)，往后拉，各自發(fā)力，估計(jì)車(chē)子永遠(yuǎn)都擺脫不了泥潭，還談何效率？

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

不同部門(mén)之間溝通存在隔閡與障礙

軟件開(kāi)發(fā)過(guò)程中，在IT范疇內(nèi)，不同部門(mén)難免有交集，例如開(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í)行。

因此，不同部門(mén)之間的人，應(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ā)分工，不像搬磚頭，一人搬一車(chē)就行了。軟件開(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ì)又讓下面的人閑死。

需求傳達(dá)不明確或者理解有偏差導(dǎo)致返工

探知客戶內(nèi)心潛在的需求很難，而需求確定后，信息傳遞的媒介，往往是需求文檔。語(yǔ)言文字這種東西，傳遞的過(guò)程中容易失真，丟失原有的意思。這種情況盡可能比較，需求傳遞跨越太多層次才到最終到達(dá)開(kāi)發(fā)人員身上。如果是這種結(jié)構(gòu)，每層信息丟失2%都不得了，做錯(cuò)了，返工的效率和代價(jià)就十分巨大。

很多時(shí)候往往是這種傳達(dá)方式：

我們需要的是這種方式：

最終的研發(fā)人員，應(yīng)該接受到需求后，應(yīng)該是反向和用戶、產(chǎn)品經(jīng)理、研發(fā)經(jīng)理溝通，最終才能確定的。

技術(shù)架構(gòu)過(guò)于落后、過(guò)于復(fù)雜

先進(jìn)的技術(shù)架構(gòu)、統(tǒng)一高效地開(kāi)發(fā)標(biāo)準(zhǔn)，是系統(tǒng)建設(shè)的基石，會(huì)大大提高軟件的生產(chǎn)力，讓開(kāi)發(fā)人員專注于實(shí)現(xiàn)業(yè)務(wù)、商業(yè)邏輯，做更有價(jià)值，更高產(chǎn)出的事情。

當(dāng)你還在糾結(jié)頁(yè)面兼容性，糾結(jié)這個(gè)界面必填怎么實(shí)現(xiàn)的的時(shí)候，人家通過(guò)工具簡(jiǎn)單配置，界面就自動(dòng)生成了；當(dāng)你還在糾結(jié)并發(fā)量大，分布式事務(wù)如何實(shí)現(xiàn)的時(shí)候，人家消息機(jī)制、兩段式提交已經(jīng)用的飛起來(lái)；當(dāng)你還在糾結(jié)分布式系統(tǒng)，數(shù)據(jù)庫(kù)拆分，如果做垮庫(kù)查詢的時(shí)候，人家ORM自動(dòng)分庫(kù)路由，數(shù)據(jù)分發(fā)機(jī)制已經(jīng)用爛了；當(dāng)扯不清、道不明各個(gè)系統(tǒng)之間的調(diào)用關(guān)系，猜不透單點(diǎn)改動(dòng)的影響范圍、運(yùn)維上壓力巨大的時(shí)候，人家服務(wù)治理框架應(yīng)運(yùn)而生……這所有的所有，都依賴于先進(jìn)的軟件架構(gòu)，有現(xiàn)成的或者自主研發(fā)的。這一切的一切，都可以讓開(kāi)發(fā)人員如虎添翼，事半功倍。