如何做好工程師的leader？

02-07

本身做過工程師3年，但是如何管理工程師卻沒有甚心得，有什麼訣竅嗎？

我之前也是開發出身，後面做了項目經理，開始管理小團隊，再後面做小組組長，管理下面的項目經理，我們的組織結構是：總監&>部門經理&>組長&>項目經理或系統設計師&>開發，關於管理永遠也有談不完的話題，分享下我個人的一些經驗之談吧：

1，讓合適的人做合適的事情

雖然都是開發，但有人適合做前端，有人適合寫腳本，有人適合寫後端，有人其實合適做溝通，因此要努力去識別小組人員的特長，然後發揮他們的特長

2，懂得放權

當時我小組人員最多有二個項目經理，兩個系統設計師，四五個開發人員，我每天就只抓項目經理和系統設計師的工作，項目經理和設計師則要去指導和檢查開發人員的工作，其實這對你的手下也是一種培養，將來他們才能成為你的左膀右臂

3，不同崗位工程師，職責明確

團隊裡面開發，設計分工要明確。設計師的主要職責就是要設計出能服務於整個團隊的框架或工具、擔任主程、負責代碼審查等，項目經理就要負責溝通、協調的工作，開發人員就適合照著項目經理和設計師的設計原型照著樣子去開發就行了，千萬別讓他們去做一些溝通或者設計的工作。如果你發現某個開發設計也很強，那你要考慮是否升他做系統設計師，而不是還做開發了

4，晨會

每天上班前利用10分鐘時間，團隊圍成一團，溝通下昨天的成果和今天的計劃，目的有兩個，首先對開發人員每天的計劃要明確；其次，上級要對下級的工作要時刻把控，不能發生偏差

5，檢查

即使照著設計文檔或原型，開發人員的成果還是會出現偏差或錯誤，因此要及時檢查。檢查的方式也採用逐級檢查的方式，組員檢查項目經理或設計師，設計師檢查開發人員。檢查的目的僅且僅當為了儘快找出BUG，讓組員成長的方式，千萬別弄巧成拙，讓組員感覺是在找他麻煩

6，犒勞

周末到了，三不五時也要組織組員聚聚餐，爬爬山，唱唱歌，實在不行也要買點人性化的禮物給組員，比如電視盒子，移動電源，電影票等等，千萬別讓組員覺得你只會管他們，絲毫不會關懷他們。當然前提是你有經費

7，階段性的溝通

一周找一個組員溝通，並且把每次溝通的記錄記下來。每個人都會迷茫，一定要站在他的角度，把他當前的表現，發展瓶頸以及下一步的努力方向跟他分析下，我相信只要你是真心為組員著想一定能找出每個組員的優點和缺點，真心跟他們溝通，他們會感謝你的.

一口氣敲了這麼多，其實還有很多未提到，其實最關鍵的就是幾個指標：

團隊氛圍一定要好，不要搞內部矛盾

組員上進意識要培養

工作要有松有馳

幫助組員成長，而不只是關心你的項目進度

自己要躬親示範，以身作則

以上是關於團隊管理的，有空再補充下技術上的管理。

最後送你一句：團隊是帶出來的，不是管出來的，謝邀。

蟹妖。既然做過工程師，更應該能夠從工程師的角度去思考，可以說成功了一半吧。

管理是為了完成目標，我比較傾向於兩個觀點：1、以人為本；2、科學發展

以人為本，說白了就是把人當人看，平時沒事多拉拉家常，拿出點錢做做團隊建設，能挺身而出絕不做縮頭烏龜。要時刻記住，所謂Leader就是為團隊成員服務的，別以為做了個小Leader就了不起，做事情的人，都是有個性的人，看你不爽，抬腳就走。

科學發展，用黨的話來說就是：要順應事物發展的規律，不要逆歷史的車輪而動。我是做軟體開發的，很喜歡一個笑話「一個女人懷胎十月可以生個娃，卻不能讓十個女人一個月生出來...」，一個女人十個月可以生個娃，這就是科學發展，符合事物發展規律，反之就不是。

如果能以科學的觀點來安排工程師做事情，符合了事物的規律，做事情自然就暢通無阻。

當然，作為一個Leader，還有一個很重要的工作就是伺候好老闆，這個就有點厚黑了，如果把上述生娃的理論拿來跟老闆吵，那麼結果十有八九是你被炒。有個成語總結了古代奸臣的共性，那就是「欺上瞞下」，翻譯過來，就是哄的上下都開心。這個面對不同的老闆，不同的環境，要用不同的方法，說來話長，不能一概而論，總之要想辦法找到有效的手段，否則做不長。

另外，還有其他很多理論，都有各自的道理，但總結道最後就是人性的弱點中的那句話：如果有一個成功的秘訣的話，那就是「如何得到對方立場的能力」，從他的觀點設想，正如同由你的觀點一樣。對下屬工程師如此，對老闆亦如此。

共勉。