[CD心得] A Guide To Managing Technical Teams - 技術團隊管理指南

 如果你在工作上一直表現都不錯的話, 遲早都會遇到變成 team leader 的機會

這件事並不是對每個人來說都是好事,  聽過許多工師拒絕了這個機會, 

並表示只想好好處理好程式的問題,  處理人的問題太麻煩了....

技術能力很強並不等於管理能力也很強, 更多人在第一次在當leader 之後最先面對到的問題

也許我們可以先想一下 team leader 在團隊中應該扮演什麼角色？ 可能就會找到合適的方法

Leader 的工作是幫助團隊更有效率的工作, 並不是要解決所有的技術問題

就像足球隊的隊長, 他的責任不會是負責所有的進球, 他可能也不是球技最好的那一個

隊長的工作是讓每個人知道在什麼時候該做什麼事情, 怎麼跑位, 怎麼配合

帶領團隊往更高的目標前進, 有時候給一些建議和指導

大部分leader 會遇到的第一個難題是  微觀管理（Micromanagement）

對於成員工作或行為做了太多的檢視和規範, 但其實這些leader 並沒有太多的惡意

他們心裡想著說: 因為我過去的做事方式替我帶來了成功, 現在成為了leader, 可以證明這樣的做事方式是有效的, 其他member 可以照我的方法做, 大家都會很有效率了

但是忘了不是每個人都適用同一套方法...

你的工作是提升團隊的績效, 如果採用微觀管理你會能為拖累, 約束團隊進步的瓶頸

大家要花很多時間去適應你的方法,  不能自由地採用讓他們成長最多的方式去做事

如果遇到連你也不會的技術或事情呢？ 你是否就變成了團隊能力的天花板？

Allow team members freedom to do a worse job than you would

你必須允許團隊成員用他們自己的方式去工作, 同時並支持發展他們的技能和能力

這其實很反直覺也很困難...眼睜睜看著成員用沒效率的方式工作或是即將得到失敗的結果

但是他們必經的學習過程, 從失敗中學習最有效果了

如果leader 每件事都要插手管理給意見的話, 很容易讓成員沒有信心

事情發展順利的話他們會覺得完成的東西沒有成就感, 事情如果發展不順利的話, 非常有可能會將責任都推給leader , 而忽視了執行的細節可能沒有到位

但也不代表leader 應該放任所有的錯誤, 應該可以評估錯誤的風險團隊是否夠承擔

還是可以約束災難等級或是會造成極大損失的錯誤發生

就像陪著小朋友學騎腳踏車, 當你抓著椅墊的話可以避免跌倒.... 但是你不放手的話,小朋友永遠學不會自己騎車, 但是當他們要衝出馬路或要摔下水溝前,你還是應該要適時的拉著他們

Leader 應該像是一個派對的僕人, 邀請你的成員來參加派對, 確保他們有足夠的點心和飲料

同時你還會幫忙處理那些酒後鬧事的傢伙, 讓成員可以盡情的享受派對

Leadership of creative people is mostly about enabling effective communication

大部分leader 會遇到的第二個難題是會議變很多, 都沒有時間寫程式了

但是可以試看看換個角度會是從更高的角度來看看專案, 專注團隊更有效率的事情

幫助問題可以更快的找到答案, 有效的避免重複的工作, 專注即將被遺漏的細節

這都是可以幫助團隊很多事

最好的leader 是幫助成員找到答案, 而不是給出答案

最困難的事讓團隊運用自己的經驗前進但同時允許團隊成員用他們自己的方式去從錯誤中學習

共同討論出結果對團隊是對好的, 而不是依照職位等級來決定該採用哪個決策

經過爭論或是討論的過程可以知道成員的想法, 也可以從這些提議中看出經驗和能力, 給了leader 幫助成員的方向

經過討論的決策可以讓團隊更有向心力, 成員會感覺這是有參考我的意見之後的行動, 我應該要更努力的把它做好,  而不是都是老闆說了算... 失敗也是老闆自己的問題

對待成員的表現應該要公開的表揚, 私底下場合告知缺點

如果可以做到即時意見的回饋更好, 不要等到固定的review 時間才將問題告訴成員

快速地發現問題且快速的改善,  這一點也適用在人身上