《進化——我們在網際網路上奮鬥的故事》一一1.1 靠譜工程師向管理者的轉變

本節書摘來自異步社群出版社《進化——我們在網際網路上奮鬥的故事》一書中的第1章，第1.1節，作者：北大首屆網際網路cio-cto班全體同學

，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視。

進化——我們在網際網路上奮鬥的故事

對于一個初入職場的工程師，如果有“靠譜”這樣的口碑，我覺得評價很高。這意味着對于上級他能夠長期滿足期望，對于他人能夠尊重協作、信守承諾。做到這兩點其實也不簡單，需要良好的學習能力和溝通能力，也需要踏實盡責的做事态度。

正站在風口浪尖的網際網路是一個變化非常快的行業，也越來越多地改變着我們的生活。正因如此，一個靠譜的人大多不會被長期固定在一個崗位或一種事情上，因為公司發展趨勢迫切需要他承擔更多。是以這樣的人很容易臨危受命或被委以重任，比如承擔帶領團隊或者項目的責任。這個階段是一個非常關鍵的轉型期，有些過往熟悉的習慣和思路必須有意識地去改變，以下分享幾點我的體會。

少幹多說，解脫自己

靠譜的工程師也許要表現為少說多幹，但轉型為管理者就不能再這樣了。

我經常看到的情形是“這事太輕車熟路了，等教完别人的時間我早幹完了”，殊不知積少成多，如果小事都不培養和授權，那麼很快就會出現瓶頸，于是也就慢慢沒有了思考的時間。

是以一定要有意識地把自己從日常例行事務中解脫出來，騰出時間去做一些更有價值的事情，比如工作效率的提升、技術架構的研究、團隊方向的思考、對外交際的改善等。

同時你的授權也是給團隊成員的鼓勵，有機會激發出更多的創新。

少做緊急的事，多做重要的事

四象限法則（輕、重、緩、急），這仍然是時間管理的基礎。

從絕對數的層面也許無法很快減少緊急事件，緊急需求、緊急故障無法直接say no，但是可以把重要事情的比重調大，分解到每周計劃，這樣緊急事情的比重就低了。

曾經有段時間，我喜歡上了緊急事件的挑戰，沉醉于“兵來将擋、各個擊破”的成就感。這很容易讓團隊陷于被動，忽略了原本計劃中最核心重要的事情，而這些事情往往是最有價值也是最應當堅持的。

但重要事情往往需要成塊連續的時間去思考和協調，而管理者的時間很容易被各種貌似緊急的事情給擠成碎片了，我們或許可以從《卓有成效的管理者》1中找到答案。

提議兩條能立馬落地的，一是讓你的outlook由聯機置為脫機，二是拎出幾個日常事務落實到每周或每天的固定時段并公示出來。

其實不用擔心錯過緊急事件，因為如果真正緊急，會有電話來催的。這樣你容易有了連續整塊的思考時間，然後空下來再處理那些往常的貌似“緊急”的郵件。

立規矩，盯執行

工程師喜歡追求個人技能的提升，對他而言，能埋頭研究技術難點可能是一種很舒适的狀态。但管理者需要跳出對單兵作戰能力的依賴，應設法提高整個團隊的知識沉澱和協作能力。

我發現，有些相似的故障由不同的工程師去面對時，他們的定位效率和解決效果都有差别，我認為這主要是之前沒有進行好的總結和分享，是以錯誤犯過還會再犯，處理效率也低。

管理者尤其要設法預見和規避問題，而這也依賴大家共同遵守的規則。

落地執行我覺得可以先從确立模闆開始，把關鍵要素都固化到wiki中的需求模闆、故障模闆或文檔模闆，能很大程度地改善知識沉澱并規避問題。

我還給運維總結了一個三字經：看圖表、數日志、錄報告。經驗表明絕大部分的故障都能從監控圖表和日志統計中找到原因或線索，這就是我要求運維面對故障時要遵守的規則。

花時間聊天和表揚

有些技術工程師比較内斂，不大善于交際。

當我們肩負帶團隊的責任時，必須要有意識地拿出很多時間與團隊内外進行“僞交流”，比如打球、唱k、打牌、拼飯局等，這是增強信任和感情的必要方法。

在具體工作中，還要經常觀察到一些亮點，适時地給予表揚。但時間及時和事由具體這兩點是想要獲得激勵效果的基本要素。

**

掌握思維突破的技巧**

我崇尚思路永遠要比技術重要。邏輯清晰、做事條理這不僅是對管理者的要求，其實也是對工程師的要求。

最後我最想推薦的一本書是《上司者的優勢——掌握思維突破點的5個技巧》2，它很早就影響到我的職業，甚至也幫助到我的生活。

簡短描述一下五個思維技巧：形勢分析、原因分析、決策、計劃和創新。書中所舉的案例很貼近我們的真實工作、生活，确實值得細讀品味。

作者簡介

陳真

十年運維經驗，先後任職于騰訊、酷6和樂視。在騰訊負責過下載下傳中心、qqlive、安全中心等業務運維；在酷6負責過網站運維及統計分析系統建設。目前任樂視網運維總監。崇尚用資料說話和邏輯思維，關注視訊cdn、自動化運維、管理的效益。