網頁制作Poluoluo文章簡介：如何做一個好的技術型領導.
對於程序員來說，大部分公司都提供了多條職業發展方向：
1. 技術型路線：編程高手、技術專家、架構師
2. 管理型路線：項目經理、部門主管、總裁
3. 復合型路線：技術總監、CTO
4. 特長型路線：銷售顧問、培訓講師
這些路線，看起來很清晰明了。但對大部分26 – 32歲的程序員來說，如何發展，究竟該走哪條路，內心可能都存在彷徨與糾結。技術和管理，有如魚和熊掌，不可兼得，這是寓言裡的警示。但在現實工作中，魚和熊掌往往必須兼顧。上面的4條路線中，不少職位可以進一步抽象為技術型領導。如何做一個好的技術型領導呢？下面是我的一些思考。
當官的最高境界，是為人民服務。這句話看起來很虛，仔細想想是句至理名言。但是，作為技術型領導，需要謹慎的不是沒有服務精神，而是服務得太熱情。比如一個剛上任的技術領導，接到一個任務時，可能會擔心萬一同事做不好怎麼辦？於是將任務中最難的部分，自己加班加點搞定，剩余的部分才交給同事去做。這種強制性服務，對下屬同事來說，並不是一種幫助，而是侵占。會讓自己很累，同時讓同事缺乏成就感：事情仿佛都是領導做的，自己只是打打雜。
更好的一種處理方式是：先交給同事去做，同時告知如果遇到困難，可以隨時討論，一起解決。這樣能讓自己更輕松，同時讓同事也得到成長。按需服務，而不是一廂情願的強制性服務，會讓團隊成長得更好更快。
不少技術型領導，平時沖鋒陷陣慣了，接到任務的第一反應是：如何解決這個任務？甚至10分鐘內，大腦裡已經把需求拆解成一個個代碼段了。這不是一種有效的領導習慣。更妥當有效的第一反應是：團隊中誰最適合完成這個任務？將任務委托出去，授權給合適的同事去負責。任務的拆解分析、時間評估等，信任同事，讓同事反饋給你，而不是親歷親為。
遇到過一個場景：領導接到一個任務A，想到可以用方法B來實現。於是委托下屬去完成方法B. 結果方法B並不能完成任務A, 導致任務A延期。作為領導，交代任務時，一定要如實傳遞，可以和下屬一起討論實現方法，但切忌不要直接將自己想到的方法當成任務本身分配下去。
流水線式操作，效率高，但並不適合軟件開發行業。軟件開發的主體是人，是情感化的程序員。作為領導，不要主動替下屬去開各種會議。一個項目早期的需求討論、用研分析等，要盡量讓開發者參與。參與能讓項目組的成員及早地形成團隊感。這樣，真正開發時，才會當成自己的孩子一樣去用心寫代碼。項目發布後，這就是整個項目團隊成員的榮譽了。否則，領導參加會議，下屬只管寫代碼，流水線式分工，大家就都會有接單思想，有活了就干，沒活了上Google Reader. 缺乏歸屬感和成就感，做出來的產品絕對好不到哪裡去。
交代任務時，要信任同事能把事情做好。對於技術型領導來說，交代某些重要任務時，往往會忍不住自己在心裡思索預期解決方案，並期望同事的解決方案能和自己想的八九不離十。當同事的解決方案一旦和自己不同時，這時要特別留意，千萬不要將同事的方案直接否定。要懂得尊重，即便自己的解決方案更好，也要委婉地給出建議，並反思為何當初分配任務時，沒有主動去找同事討論自己的預期方案。
對於自己懂的，保持謙虛，並盡可能的教給同事，保持開放的心態。
對於自己不懂的，要坦誠直言。不懂裝懂，只會讓下屬看不起。
對下屬的批評，話無需多，點到即可。
當下屬表現優異時，要在公共場合適當地給予贊美。在周報、郵件裡，要多提及團隊的成果和優點。當完成重要項目時，適當的聚餐慶祝。在這些點點滴滴中，有時不經意就能培養出團隊榮譽感。