對于程序員來說，大部分公司都提供了多條職業(yè)發(fā)展方向：

    1. 技術型路線：編程高手、技術專家、架構師

    2. 管理型路線：項目經理、部門主管、總裁

    3. 復合型路線：技術總監(jiān)、CTO

    4. 特長型路線：銷售顧問、培訓講師

    這些路線，看起來很清晰明了，

如何做一個好的技術型領導

。但對大部分26 – 32歲的程序員來說，如何發(fā)展，究竟該走哪條路，內心可能都存在彷徨與糾結。技術和管理，有如魚和熊掌，不可兼得，這是寓言里的警示。但在現實工作中，魚和熊掌往往必須兼顧。上面的4條路線中，不少職位可以進一步抽象為技術型領導。如何做一個好的技術型領導呢？下面是我的一些思考。

    按需服務

    當官的最高境界，是為人民服務。這句話看起來很虛，仔細想想是句至理名言。但是，作為技術型領導，需要謹慎的不是沒有服務精神，而是服務得太熱情。比如一個剛上任的技術領導，接到一個任務時，可能會擔心萬一同事做不好怎么辦？于是將任務中最難的部分，自己加班加點搞定，剩余的部分才交給同事去做。這種強制性服務，對下屬同事來說，并不是一種幫助，而是侵占。會讓自己很累，同時讓同事缺乏成就感：事情仿佛都是領導做的，自己只是打打雜。

   

    更好的一種處理方式是：先交給同事去做，同時告知如果遇到困難，可以隨時討論，一起解決。這樣能讓自己更輕松，同時讓同事也得到成長。按需服務，而不是一廂情愿的強制性服務，會讓團隊成長得更好更快。

    委托和授權

    不少技術型領導，平時沖鋒陷陣慣了，接到任務的第一反應是：如何解決這個任務？甚至10分鐘內，大腦里已經把需求拆解成一個個代碼段了。這不是一種有效的領導習慣。更妥當有效的第一反應是：團隊中誰最適合完成這個任務？將任務委托出去，授權給合適的同事去負責。任務的拆解分析、時間評估等，信任同事，讓同事反饋給你，而不是親歷親為，

管理資料

《如何做一個好的技術型領導》(http://www.lotusphilosophies.com)。

    交代任務本身，而不是實現方法

    遇到過一個場景：領導接到一個任務A，想到可以用方法B來實現。于是委托下屬去完成方法B. 結果方法B并不能完成任務A, 導致任務A延期。作為領導，交代任務時，一定要如實傳遞，可以和下屬一起討論實現方法，但切忌不要直接將自己想到的方法當成任務本身分配下去。

    參與感、歸屬感和成就感

    流水線式操作，效率高，但并不適合軟件開發(fā)行業(yè)。軟件開發(fā)的主體是人，是情感化的程序員。作為領導，不要主動替下屬去開各種會議。一個項目早期的需求討論、用研分析等，要盡量讓開發(fā)者參與。參與能讓項目組的成員及早地形成團隊感。這樣，真正開發(fā)時，才會當成自己的孩子一樣去用心寫代碼。項目發(fā)布后，這就是整個項目團隊成員的榮譽了。否則，領導參加會議，下屬只管寫代碼，流水線式分工，大家就都會有接單思想，有活了就干，沒活了上Google Reader. 缺乏歸屬感和成就感，做出來的產品絕對好不到哪里去。

    信任與尊重

    交代任務時，要信任同事能把事情做好。對于技術型領導來說，交代某些重要任務時，往往會忍不住自己在心里思索預期解決方案，并期望同事的解決方案能和自己想的八九不離十。當同事的解決方案一旦和自己不同時，這時要特別留意，千萬不要將同事的方案直接否定。要懂得尊重，即便自己的解決方案更好，也要委婉地給出建議，并反思為何當初分配任務時，沒有主動去找同事討論自己的預期方案。

    謙虛、坦誠和開放

    對于自己懂的，保持謙虛，并盡可能的教給同事，保持開放的心態(tài)。

    對于自己不懂的，要坦誠直言。不懂裝懂，只會讓下屬看不起。

    批評

    對下屬的批評，話無需多，點到即可。

    不吝贊美、懂得歡慶

    當下屬表現優(yōu)異時，要在公共場合適當地給予贊美。在周報、郵件里，要多提及團隊的成果和優(yōu)點。當完成重要項目時，適當的聚餐慶祝。在這些點點滴滴中，有時不經意就能培養(yǎng)出團隊榮譽感。

    本文來自：http://lifesinger.org/blog/2009/11/how-to-be-a-good-tech-leader/