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