為什么對與工程師來說經(jīng)常會有明顯的效率差異？

對工程師來說經(jīng)常會有明顯的效率差異，有時一天能搞定好幾個模塊，順帶加了好幾個新的技能點(diǎn)，而有時一個簡單的功能投入了兩三天還和之前沒什么區(qū)別。雖然任務(wù)并不復(fù)雜，但忍不住會刷會微博，聊會 QQ，即使硬著頭皮去做，往往效率也不如意，甚至引入一些新的低級 Bug。這個差異與技能水平和工作態(tài)度無關(guān)，在絕大多數(shù)工程師身上都會看到。

效率的影響因素非常多，首先是焦慮。

1.焦慮，執(zhí)行力崩潰，GTD

當(dāng)任務(wù)單一時大家的效率往往很高，例如『今天下班前只提供一個用戶獲取接口就行，傳入城市編碼，分頁返回用戶』，這個對絕大多數(shù)同學(xué)沒什么心理負(fù)擔(dān)。但現(xiàn)實情景不會這么簡單，尤其是在創(chuàng)業(yè)型公司，每天會有各種任務(wù)，可能運(yùn)營一會會要一份數(shù)據(jù)，產(chǎn)品一會報一個 Bug，或者老大又提了幾個新的優(yōu)化點(diǎn)，這些任務(wù)單個來看工作量不大，但是持續(xù)而無序的任務(wù)到達(dá)一個工程師身上時，完全可以摧毀他一天的效率和心情。尤其是研發(fā)需要注意力集中，頻繁的任務(wù)切換會浪費(fèi)大量的時間和精力。

在 GTD（Get Things Done）中對此有闡述『壓力不是來自于任務(wù)本身，而是任務(wù)在大腦中的堵塞，帶來的焦慮和心理的抵觸』。當(dāng)一件任務(wù)還沒有完成時，持續(xù)到來的新任務(wù)會帶來很大的心理壓力，意志不夠強(qiáng)大時，很容易導(dǎo)致執(zhí)行力崩潰，進(jìn)入一種任務(wù)怎么做都做不完的絕望狀態(tài)。

知道原因了，自然也有解決方案，GTD 提供了一套很可行的執(zhí)行方案。簡化后如下：

把任務(wù)放在 『待歸類』『今日待辦』『日程』『等待』幾個盒子中

收集：每次收到新任務(wù)先做一個判斷，如果這個任務(wù)5min 可以搞定的話直接干掉，否則都放在『待歸類』盒子里。

整理：每天開始的時候從『待歸類』盒子中開始過濾任務(wù)，挑出來今天需要做的3件事，放進(jìn)『今日待辦』。如果今天不需要做再根據(jù)有沒有明確的執(zhí)行時間，放入日程或者等待盒子里。

執(zhí)行：只盯著『今日待辦』即可，再有新任務(wù)執(zhí)行 收集步驟。

回顧：定期整理自己的『日程』『等待』盒子。

這套解決方案能將雜亂地任務(wù)明確下來，一定程度上減輕心理壓力。

Tools：符合GTD 的時間管理工具很多，Doit.im 是其中的佼佼者，全平臺覆蓋，強(qiáng)烈推薦。 Omnifocus 則是功能最強(qiáng)大的，支持無限級目錄等功能，不過只支持 Mac/iPhone/iPad，且價格不菲。 也可以使用印象筆記/OneNote來自己規(guī)劃管理，這樣相對靈活。

上面說到的是在任務(wù)壓力面前個人可以做什么，那作為公司/項目經(jīng)理/產(chǎn)品經(jīng)理，也需要為避免『執(zhí)行力崩潰』做一些事情，那就是保持開發(fā)的節(jié)奏。

2. 節(jié)奏，情緒的體力值

第一次聽到『開發(fā)的節(jié)奏』是在微博的Scrum項目流程培訓(xùn)上，這個概念解釋了以前大學(xué)時我們學(xué)生外包團(tuán)隊遇到的諸多問題。 簡而言已，可以給每個人的情緒量化出一個體力值）。每個開發(fā)任務(wù)/每個會議/每次報告 都會消耗這個體力值，當(dāng)體力透支時，后面可能會需要幾天不等的時候來恢復(fù)體力（我們說的恢復(fù)干勁也是這個東西），當(dāng)透支次數(shù)過多時，可能會引發(fā)更惡劣的情緒問題。

所以一個健康的團(tuán)隊需要維持開發(fā)的節(jié)奏，具體操作可以是 每1-2周為一個周期，進(jìn)行大的項目規(guī)劃，研發(fā)任務(wù)占用時間最好不高于80%，之后每個人能有休息/自我充電的時間，在下個周期開始時，團(tuán)隊又能進(jìn)入滿體力值的狀態(tài)。

具體到我現(xiàn)在的團(tuán)隊，我們以一周為一個單位，每周一產(chǎn)品經(jīng)理提完本周的需求，我們進(jìn)行分工消化后，存進(jìn)需求系統(tǒng)。這周的其他時間內(nèi)，產(chǎn)品應(yīng)最大量減少對開發(fā)的干擾，下周一的時候?qū)ι现艿娜蝿?wù)進(jìn)行回顧和總結(jié)。 這套方案起到了一定的效果，團(tuán)隊成員沒有明顯的疲憊感，每周能自由支配一些時間（任務(wù)能早早完成的話，自由適配時間更多）。

Tools：團(tuán)隊的需求管理系統(tǒng) 我們先后試過 Onenote多人協(xié)作/ Teambition / Team.oschina /c禪道，但普遍不理想，或者功能太復(fù)雜，或者無法同時集成 Bug 系統(tǒng)，目前采用的是開源的 Cynthia，Cyntia也是我們團(tuán)隊的Bug管理系統(tǒng)。

3. 情緒

影響效率的另一個問題是情緒，情緒問題危害很大，最直接的在于：

情緒很容易泛化：單一誘因?qū)е碌膯栴}會影響各個方面：工作積極性，工作效率，工作質(zhì)量等等

情緒很容易傳染：小圈子內(nèi)，情緒很容易傳染（QQ 群功不可沒）

情緒不好消除：后面會看到，導(dǎo)致情緒的問題多是之前小問題的日積月累，或者就是現(xiàn)階段不好解決的問題。

情緒的影響因素很多，簡單列舉幾個很常見的：

研發(fā)節(jié)奏過于緊湊：在上一節(jié)中提到當(dāng)開發(fā)的情緒體力持續(xù)透支時，會有惡劣的情緒問題。 這個在開發(fā)團(tuán)隊中并不少見。當(dāng)開發(fā)節(jié)奏太過緊湊，團(tuán)隊不注意休整時，團(tuán)隊很容易負(fù)面情緒彌漫，而情緒一旦形成印象，便不會那么好消散。

薪酬倒掛：這個也是大家詬病 HR/Leader的重要原因，當(dāng)一個團(tuán)隊薪酬內(nèi)部增長太乏力時，內(nèi)部人員會有流出，團(tuán)隊需要再招聘新人，而市場上平均待遇已經(jīng)和之前不同，所以新招來的人員待遇往往也會水漲船高。 這個是很致命而且不好消解的。HR 太過節(jié)約成本，往往會對團(tuán)隊有致命的傷害。

與 Leader 理念/習(xí)慣 不合。

工作內(nèi)容安排不當(dāng)，太困難或太簡單，或者與職業(yè)發(fā)展規(guī)劃不符。

純粹發(fā)泄。

……

情緒問題暴露后，也不是不能解決，有明確的訴求時直接去解決問題本身。沒有明確訴求的可能是抱怨性格或者與公司方向不合，那也無法強(qiáng)求。

而真正可怕的是團(tuán)隊 Leader（或者需要對這些問題負(fù)責(zé)的人） 對團(tuán)隊本身情緒的不知情。當(dāng)大家私密的 QQ 群/討論組 都沒有你，聚會也沒有參加，不會有什么真心話交流，只有工作上例行的接觸時，就已經(jīng)是挺危險的信號， 成員離職時再去尋找原因已然太晚。

4. 糾結(jié)的Leader

Leader 這個詞并不是太貼切，這個職位的職責(zé)應(yīng)該是服務(wù)團(tuán)隊的開發(fā)同學(xué)，找到并解決大家開發(fā)不爽的地方，做好技術(shù)和業(yè)務(wù)的架構(gòu)，保證整體研發(fā)輸出的質(zhì)量和時間點(diǎn)。

而且 Leader 其實并不容易當(dāng)。 要獲得工程師的尊重， 需要滿足下面一項或多項

技術(shù)過硬，能解決團(tuán)隊遇到的各種技術(shù)問題。

情商逆天，有能力和意愿感知團(tuán)隊成員的情緒，并能不斷給積極的反饋， 團(tuán)隊保持很強(qiáng)的凝聚力。

資歷深厚，業(yè)內(nèi)有影響力或者披荊斬棘創(chuàng)下了公司的基業(yè)，能為團(tuán)隊爭取到資源。

而在沒有得到工程師的充分尊重前，各種措施的執(zhí)行都會收到影響，技術(shù)決策的討論更得充分尊重大家的意見。

5. 技術(shù)驅(qū)動

技術(shù)驅(qū)動業(yè)務(wù)是產(chǎn)生顛覆式創(chuàng)新的動力之一，工程師更清楚技術(shù)的邊界在哪里，哪些情景已經(jīng)可以被成熟（或者半成熟，但可駕馭）的技術(shù)方案來解決了，這些會把公司與競爭對手拉開一個或者半個技術(shù)時代，輸出更酷炫的產(chǎn)品。

這個時代對于工程師來說是最好的時代，Github等開源社區(qū)的興起，讓新技術(shù)的學(xué)習(xí)成本變得很低。數(shù)據(jù)挖掘，自然語言分析，圖數(shù)據(jù)庫，數(shù)據(jù)可視化，虛擬化，移動互聯(lián)等技術(shù)的發(fā)展更給業(yè)務(wù)帶來了無限的可能，而美國市場與中國市場還存在5-10年的時間差，也為我們提供了很多可以參照的模板。

技術(shù)驅(qū)動有更多實際可以做的事情，放到二手車行業(yè)，例如當(dāng)其他產(chǎn)品靠用戶自己填購車需求時，你實現(xiàn)了通過用戶的行為軌跡挖掘用戶的需求；當(dāng)其他產(chǎn)品還是幾張圖片來展示車況，你實現(xiàn)了低成本的全景照片，當(dāng)其他產(chǎn)品還在要經(jīng)銷商自己維護(hù)關(guān)系時，你通過圖數(shù)據(jù)庫計算出了他可能的朋友圈…

那么問題來了，應(yīng)該如何推動產(chǎn)生更多的技術(shù)推動型的產(chǎn)品呢

寬松的學(xué)習(xí)氛圍：技術(shù)驅(qū)動型一般借助于相對前衛(wèi)的技術(shù)，大多數(shù)同學(xué)對這些技術(shù)都沒有多少經(jīng)驗，依賴于持續(xù)的學(xué)習(xí)，而學(xué)習(xí)就需要有學(xué)習(xí)的氛圍，尤其是時間的保障。

優(yōu)秀的工程師：技術(shù)驅(qū)動對工程師的自我實現(xiàn)需求要求的更高，只想完成現(xiàn)有任務(wù)不想多事的工程師顯然不合適。

技術(shù)與業(yè)務(wù)的結(jié)合：最理想的是工程師本身有商業(yè)思維，能夠主動將新技術(shù)與業(yè)務(wù)結(jié)合起來，尋找最大價值的結(jié)合點(diǎn)；其次是工程師定期宣講技術(shù)成果，與產(chǎn)品同學(xué)共同討論。例如：『我們已經(jīng)將20萬經(jīng)銷商數(shù)據(jù)全部存入圖數(shù)據(jù)庫，支持寬度遍歷，深度遍歷這些查詢方式，他們的時間復(fù)雜度是O（n+e）』 『我們可以對這幾十萬條評論內(nèi)容進(jìn)行分析，分辨出褒義還是貶義，還可以匹配上我們數(shù)據(jù)庫中的品牌車系，準(zhǔn)確率能有60%』

技術(shù)驅(qū)動也有一些硬傷，或者說工程師同學(xué)主導(dǎo)項目時都很容易出現(xiàn)的硬傷：優(yōu)先級，時間點(diǎn)，任務(wù)管理。

優(yōu)先級：醉心于技術(shù)的同學(xué)會被問題本身吸引，例如『MongoDB 還支持?jǐn)?shù)據(jù)分片，那我搭個集群試試』『我試試這里能不能承載1w qps 的壓力』『雖然我正在看 iBeacon，但是 Ardunio 也好酷哇，我做個Demo先』等等， 在這種吸引下，工程師很難對套頁面，修數(shù)據(jù)這種任務(wù)感興趣，而這些對項目來說優(yōu)先級可能會更高。（心理學(xué)中也有類似結(jié)論，當(dāng)難度降低到一定程度，動機(jī)的強(qiáng)度也會降低。）

時間控制：同時因為要使用的很多是大家沒用過的技術(shù)，技術(shù)本身可能不成熟，大家經(jīng)驗也不多，有時候一些坑要好長時間才能埋上，這樣固定的時間點(diǎn)很難保證產(chǎn)出。

任務(wù)管理：許多熱衷于解決問題的同學(xué)同時也是挖坑小能手，他們能預(yù)見一種更優(yōu)雅的解決方案，但是沒有時間和精力去完成，在這個過程中還挖了更多新的坑，于是這些坑一直沒有時間埋…

也因為以上幾個原因，我們會發(fā)現(xiàn)很多醉心于技術(shù)的同學(xué)在做項目時會出現(xiàn)虎頭蛇尾，總也結(jié)束不了的樣子。 這種情況需要技術(shù)同學(xué)自己注意每月確定團(tuán)隊的大方向，定期匯報，發(fā)周報或者半月報。

如何提高個人與團(tuán)隊的效率。是會伴隨行業(yè)發(fā)展長久存在的問題，每個團(tuán)隊都要去尋找自己的答案，大家一起努力。