對工程師來(lái)說(shuō)經(jīng)常會(huì )有明顯的效率差異，有時(shí)一天能搞定好幾個(gè)模塊，順帶加了好幾個(gè)新的技能點(diǎn)，而有時(shí)一個(gè)簡(jiǎn)單的功能投入了兩三天還和之前沒(méi)什么區別。雖然任務(wù)并不復雜，但忍不住會(huì )刷會(huì )微博，聊會(huì ) QQ，即使硬著(zhù)頭皮去做，往往效率也不如意，甚至引入一些新的低級 Bug。這個(gè)差異與技能水平和工作態(tài)度無(wú)關(guān)，在絕大多數工程師身上都會(huì )看到。
效率的影響因素非常多，首先是焦慮。
1.焦慮，執行力崩潰，GTD
當任務(wù)單一時(shí)大家的效率往往很高，例如『今天下班前只提供一個(gè)用戶(hù)獲取接口就行，傳入城市編碼，分頁(yè)返回用戶(hù)』，這個(gè)對絕大多數同學(xué)沒(méi)什么心理負擔。但現實(shí)情景不會(huì )這么簡(jiǎn)單，尤其是在創(chuàng )業(yè)型公司，每天會(huì )有各種任務(wù)，可能運營(yíng)一會(huì )會(huì )要一份數據，產(chǎn)品一會(huì )報一個(gè) Bug，或者老大又提了幾個(gè)新的優(yōu)化點(diǎn)，這些任務(wù)單個(gè)來(lái)看工作量不大，但是持續而無(wú)序的任務(wù)到達一個(gè)工程師身上時(shí)，完全可以摧毀他一天的效率和心情。尤其是研發(fā)需要注意力集中，頻繁的任務(wù)切換會(huì )浪費大量的時(shí)間和精力。
在 GTD（Get Things Done）中對此有闡述『壓力不是來(lái)自于任務(wù)本身，而是任務(wù)在大腦中的堵塞，帶來(lái)的焦慮和心理的抵觸』。當一件任務(wù)還沒(méi)有完成時(shí)，持續到來(lái)的新任務(wù)會(huì )帶來(lái)很大的心理壓力，意志不夠強大時(shí)，很容易導致執行力崩潰，進(jìn)入一種任務(wù)怎么做都做不完的絕望狀態(tài)。
知道原因了，自然也有解決方案，GTD 提供了一套很可行的執行方案。簡(jiǎn)化后如下：
把任務(wù)放在 『待歸類(lèi)』『今日待辦』『日程』『等待』幾個(gè)盒子中
收集：每次收到新任務(wù)先做一個(gè)判斷，如果這個(gè)任務(wù)5min 可以搞定的話(huà)直接干掉，否則都放在『待歸類(lèi)』盒子里。
整理：每天開(kāi)始的時(shí)候從『待歸類(lèi)』盒子中開(kāi)始過(guò)濾任務(wù)，挑出來(lái)今天需要做的3件事，放進(jìn)『今日待辦』。如果今天不需要做再根據有沒(méi)有明確的執行時(shí)間，放入日程或者等待盒子里。
執行：只盯著(zhù)『今日待辦』即可，再有新任務(wù)執行 收集步驟。
回顧：定期整理自己的『日程』『等待』盒子。
完整的流程圖：
這套解決方案能將雜亂地任務(wù)明確下來(lái)，一定程度上減輕心理壓力。
Tools：符合GTD 的時(shí)間管理工具很多，Doit.im 是其中的佼佼者，全平臺覆蓋，強烈推薦。 Omnifocus 則是功能最強大的，支持無(wú)限級目錄等功能，不過(guò)只支持 Mac/iPhone/iPad，且價(jià)格不菲。 也可以使用印象筆記/OneNote來(lái)自己規劃管理，這樣相對靈活。
Doit.im:
上面說(shuō)到的是在任務(wù)壓力面前個(gè)人可以做什么，那作為公司/項目經(jīng)理/產(chǎn)品經(jīng)理，也需要為避免『執行力崩潰』做一些事情，那就是保持開(kāi)發(fā)的節奏。
2. 節奏，情緒的體力值
第一次聽(tīng)到『開(kāi)發(fā)的節奏』是在微博的Scrum項目流程培訓上，這個(gè)概念解釋了以前大學(xué)時(shí)我們學(xué)生外包團隊遇到的諸多問(wèn)題。 簡(jiǎn)而言已，可以給每個(gè)人的情緒量化出一個(gè)體力值）。每個(gè)開(kāi)發(fā)任務(wù)/每個(gè)會(huì )議/每次報告 都會(huì )消耗這個(gè)體力值，當體力透支時(shí)，后面可能會(huì )需要幾天不等的時(shí)候來(lái)恢復體力（我們說(shuō)的恢復干勁也是這個(gè)東西），當透支次數過(guò)多時(shí)，可能會(huì )引發(fā)更惡劣的情緒問(wèn)題。
所以一個(gè)健康的團隊需要維持開(kāi)發(fā)的節奏，具體操作可以是 每1-2周為一個(gè)周期，進(jìn)行大的項目規劃，研發(fā)任務(wù)占用時(shí)間最好不高于80%，之后每個(gè)人能有休息/自我充電的時(shí)間，在下個(gè)周期開(kāi)始時(shí)，團隊又能進(jìn)入滿(mǎn)體力值的狀態(tài)。
具體到我現在的團隊，我們以一周為一個(gè)單位，每周一產(chǎn)品經(jīng)理提完本周的需求，我們進(jìn)行分工消化后，存進(jìn)需求系統。這周的其他時(shí)間內，產(chǎn)品應最大量減少對開(kāi)發(fā)的干擾，下周一的時(shí)候對上周的任務(wù)進(jìn)行回顧和總結。 這套方案起到了一定的效果，團隊成員沒(méi)有明顯的疲憊感，每周能自由支配一些時(shí)間（任務(wù)能早早完成的話(huà)，自由適配時(shí)間更多）。
Tools：團隊的需求管理系統 我們先后試過(guò) Onenote多人協(xié)作/ Teambition / Team.oschina /c禪道，但普遍不理想，或者功能太復雜，或者無(wú)法同時(shí)集成 Bug 系統，目前采用的是開(kāi)源的 Cynthia，Cyntia也是我們團隊的Bug管理系統。 具體工具的選擇有時(shí)間單拉一篇 Blog 來(lái)講 #.#
Cynthia:
3. 情緒
影響效率的另一個(gè)問(wèn)題是情緒，情緒問(wèn)題危害很大，最直接的在于：
情緒很容易泛化：?jiǎn)我徽T因導致的問(wèn)題會(huì )影響各個(gè)方面：工作積極性，工作效率，工作質(zhì)量等等
情緒很容易傳染：小圈子內，情緒很容易傳染（QQ 群功不可沒(méi)）
情緒不好消除：后面會(huì )看到，導致情緒的問(wèn)題多是之前小問(wèn)題的日積月累，或者就是現階段不好解決的問(wèn)題。
情緒的影響因素很多，簡(jiǎn)單列舉幾個(gè)很常見(jiàn)的：
研發(fā)節奏過(guò)于緊湊：在上一節中提到當開(kāi)發(fā)的情緒體力持續透支時(shí)，會(huì )有惡劣的情緒問(wèn)題。 這個(gè)在開(kāi)發(fā)團隊中并不少見(jiàn)。當開(kāi)發(fā)節奏太過(guò)緊湊，團隊不注意休整時(shí)，團隊很容易負面情緒彌漫，而情緒一旦形成印象，便不會(huì )那么好消散。
薪酬倒掛：這個(gè)也是大家詬病 HR/Leader的重要原因，當一個(gè)團隊薪酬內部增長(cháng)太乏力時(shí)，內部人員會(huì )有流出，團隊需要再招聘新人，而市場(chǎng)上平均待遇已經(jīng)和之前不同，所以新招來(lái)的人員待遇往往也會(huì )水漲船高。 這個(gè)是很致命而且不好消解的。HR 太過(guò)節約成本，往往會(huì )對團隊有致命的傷害。
與 Leader 理念/習慣 不合。
工作內容安排不當，太困難或太簡(jiǎn)單，或者與職業(yè)發(fā)展規劃不符。
純粹發(fā)泄。
......
情緒問(wèn)題暴露后，也不是不能解決，有明確的訴求時(shí)直接去解決問(wèn)題本身。沒(méi)有明確訴求的可能是抱怨性格或者與公司方向不合，那也無(wú)法強求。
而真正可怕的是團隊 Leader（或者需要對這些問(wèn)題負責的人） 對團隊本身情緒的不知情。當大家私密的 QQ 群/討論組 都沒(méi)有你，聚會(huì )也沒(méi)有參加，不會(huì )有什么真心話(huà)交流，只有工作上例行的接觸時(shí)，就已經(jīng)是挺危險的信號， 成員離職時(shí)再去尋找原因已然太晚。
4. 糾結的Leader
Leader 這個(gè)詞并不是太貼切，這個(gè)職位的職責應該是服務(wù)團隊的開(kāi)發(fā)同學(xué)，找到并解決大家開(kāi)發(fā)不爽的地方，做好技術(shù)和業(yè)務(wù)的架構，保證整體研發(fā)輸出的質(zhì)量和時(shí)間點(diǎn)。
而且 Leader 其實(shí)并不容易當. 要獲得工程師的尊重, 需要滿(mǎn)足下面一項或多項
技術(shù)過(guò)硬，能解決團隊遇到的各種技術(shù)問(wèn)題。
情商逆天，有能力和意愿感知團隊成員的情緒,并能不斷給積極的反饋, 團隊保持很強的凝聚力。
資歷深厚，業(yè)內有影響力或者披荊斬棘創(chuàng )下了公司的基業(yè)，能為團隊爭取到資源。
而在沒(méi)有得到工程師的充分尊重前，各種措施的執行都會(huì )收到影響，技術(shù)決策的討論更得充分尊重大家的意見(jiàn)。
5. 技術(shù)驅動(dòng)
技術(shù)驅動(dòng)業(yè)務(wù)是產(chǎn)生顛覆式創(chuàng )新的動(dòng)力之一，工程師更清楚技術(shù)的邊界在哪里，哪些情景已經(jīng)可以被成熟（或者半成熟，但可駕馭）的技術(shù)方案來(lái)解決了，這些會(huì )把公司與競爭對手拉開(kāi)一個(gè)或者半個(gè)技術(shù)時(shí)代，輸出更酷炫的產(chǎn)品。
這個(gè)時(shí)代對于工程師來(lái)說(shuō)是最好的時(shí)代，Github等開(kāi)源社區的興起，讓新技術(shù)的學(xué)習成本變得很低。數據挖掘，自然語(yǔ)言分析，圖數據庫，數據可視化，虛擬化，移動(dòng)互聯(lián)等技術(shù)的發(fā)展更給業(yè)務(wù)帶來(lái)了無(wú)限的可能，而美國市場(chǎng)與中國市場(chǎng)還存在5-10年的時(shí)間差，也為我們提供了很多可以參照的模板。
技術(shù)驅動(dòng)有更多實(shí)際可以做的事情，放到二手車(chē)行業(yè)，例如當其他產(chǎn)品靠用戶(hù)自己填購車(chē)需求時(shí)，你實(shí)現了通過(guò)用戶(hù)的行為軌跡挖掘用戶(hù)的需求；當其他產(chǎn)品還是幾張圖片來(lái)展示車(chē)況，你實(shí)現了低成本的全景照片，當其他產(chǎn)品還在要經(jīng)銷(xiāo)商自己維護關(guān)系時(shí)，你通過(guò)圖數據庫計算出了他可能的朋友圈...
那么問(wèn)題來(lái)了，應該如何推動(dòng)產(chǎn)生更多的技術(shù)推動(dòng)型的產(chǎn)品呢
寬松的學(xué)習氛圍：技術(shù)驅動(dòng)型一般借助于相對前衛的技術(shù)，大多數同學(xué)對這些技術(shù)都沒(méi)有多少經(jīng)驗，依賴(lài)于持續的學(xué)習，而學(xué)習就需要有學(xué)習的氛圍，尤其是時(shí)間的保障。
優(yōu)秀的工程師：技術(shù)驅動(dòng)對工程師的自我實(shí)現需求要求的更高，只想完成現有任務(wù)不想多事的工程師顯然不合適。
技術(shù)與業(yè)務(wù)的結合：最理想的是工程師本身有商業(yè)思維，能夠主動(dòng)將新技術(shù)與業(yè)務(wù)結合起來(lái)，尋找最大價(jià)值的結合點(diǎn)；其次是工程師定期宣講技術(shù)成果，與產(chǎn)品同學(xué)共同討論。例如：『我們已經(jīng)將20萬(wàn)經(jīng)銷(xiāo)商數據全部存入圖數據庫，支持寬度遍歷，深度遍歷這些查詢(xún)方式，他們的時(shí)間復雜度是O(n+e)』 『我們可以對這幾十萬(wàn)條評論內容進(jìn)行分析，分辨出褒義還是貶義，還可以匹配上我們數據庫中的品牌車(chē)系，準確率能有60%』
技術(shù)驅動(dòng)也有一些硬傷，或者說(shuō)工程師同學(xué)主導項目時(shí)都很容易出現的硬傷：優(yōu)先級，時(shí)間點(diǎn)，任務(wù)管理。
優(yōu)先級：醉心于技術(shù)的同學(xué)會(huì )被問(wèn)題本身吸引，例如『MongoDB 還支持數據分片，那我搭個(gè)集群試試』『我試試這里能不能承載1w qps 的壓力』『雖然我正在看 iBeacon，但是 Ardunio 也好酷哇，我做個(gè)Demo先』等等， 在這種吸引下，工程師很難對套頁(yè)面，修數據這種任務(wù)感興趣，而這些對項目來(lái)說(shuō)優(yōu)先級可能會(huì )更高。（心理學(xué)中也有類(lèi)似結論，當難度降低到一定程度，動(dòng)機的強度也會(huì )降低。）
時(shí)間控制：同時(shí)因為要使用的很多是大家沒(méi)用過(guò)的技術(shù)，技術(shù)本身可能不成熟，大家經(jīng)驗也不多，有時(shí)候一些坑要好長(cháng)時(shí)間才能埋上，這樣固定的時(shí)間點(diǎn)很難保證產(chǎn)出。
任務(wù)管理：許多熱衷于解決問(wèn)題的同學(xué)同時(shí)也是挖坑小能手，他們能預見(jiàn)一種更優(yōu)雅的解決方案，但是沒(méi)有時(shí)間和精力去完成，在這個(gè)過(guò)程中還挖了更多新的坑，于是這些坑一直沒(méi)有時(shí)間埋...
也因為以上幾個(gè)原因，我們會(huì )發(fā)現很多醉心于技術(shù)的同學(xué)在做項目時(shí)會(huì )出現虎頭蛇尾，總也結束不了的樣子。 這種情況需要技術(shù)同學(xué)自己注意每月確定團隊的大方向，定期匯報，發(fā)周報或者半月報。
如何提高個(gè)人與團隊的效率。是會(huì )伴隨行業(yè)發(fā)展長(cháng)久存在的問(wèn)題，每個(gè)團隊都要去尋找自己的答案，大家一起努力。
------------
Ps: 杭州大搜車(chē)，長(cháng)期招募 Java/Ruby/Js/Android/iOS開(kāi)發(fā)的小伙伴，尤其急缺Js小伙伴，詳情私信聯(lián)系，或者直接簡(jiǎn)歷砸過(guò)來(lái)： shenyubao@souche.com(技術(shù)) , leiyaoyao@souche.com（Hr）
聯(lián)系客服
