成為一個(gè)技術(shù)領(lǐng)導(dǎo)者(后文簡(jiǎn)稱TL)對(duì)任何開發(fā)人員來(lái)講都是一個(gè)艱難的轉(zhuǎn)型，因?yàn)殚_發(fā)人員的經(jīng)驗(yàn)和技能僅僅只有部分有助于他們達(dá)到對(duì)這個(gè)新角色的期望。除了簡(jiǎn)單的設(shè)計(jì)和編碼，TL最重要的職責(zé)在于管理整個(gè)開發(fā)團(tuán)隊(duì)，這意味著TL要經(jīng)常與技術(shù)人員以及非技術(shù)人員進(jìn)行溝通協(xié)作。
一個(gè)開發(fā)人員花在編寫良好結(jié)構(gòu)的代碼的時(shí)間并不能等效地轉(zhuǎn)化成一些必要的技能，比如了解他人，解決沖突，以及突然需要同時(shí)處理多個(gè)他們自己并不太可能獨(dú)立搞定的任務(wù)。
下面是如何成為一個(gè)高效TL的5個(gè)錦囊妙計(jì)
1.學(xué)會(huì)委托
作為開發(fā)人員，當(dāng)你在工作中遇到了一個(gè)難以解決的技術(shù)問(wèn)題時(shí)，你會(huì)尋找各種解決方案，你挑了一個(gè)最簡(jiǎn)單的方案把問(wèn)題解決了，最后你高興地慶祝你的測(cè)試如愿以償?shù)挠杉t變綠。
作為TL，不論你有多少經(jīng)驗(yàn)，你都不能去承擔(dān)所有的編碼工作，也不能去解決所有有挑戰(zhàn)和有趣的問(wèn)題。因?yàn)橛懈嗟穆氊?zé)需要你去關(guān)注，一旦你獨(dú)自將自己專注在一個(gè)任務(wù)里，你就不能兼顧其他的職責(zé)了。當(dāng)你著手去解決棘手的難題時(shí)，這會(huì)剝奪團(tuán)隊(duì)其他開發(fā)人員成長(zhǎng)的機(jī)會(huì)。這可能會(huì)讓一些開發(fā)人員覺(jué)得沒(méi)意思，進(jìn)而選擇離開團(tuán)隊(duì)。
當(dāng)然，有時(shí)候你的經(jīng)驗(yàn)和知識(shí)對(duì)于一些問(wèn)題非常有用，但你又不想成為解決問(wèn)題的瓶頸（譯者注：意思是只有你能解決那些問(wèn)題），所以你想找到一種合適的方式將它委托給其他開發(fā)人員。你可以召集開發(fā)人員一起開會(huì)討論一些常用的方案，將問(wèn)題派給某些人去做，然后定期的檢查他們的進(jìn)展，確保進(jìn)展在可控的范圍內(nèi)。
一旦你和開發(fā)人員的信任建立起來(lái)后，你就可以更少的參與到開發(fā)工作中，甚至你完全可以將一些事情委托出去，從而讓你能夠?qū)Ｗ⒃诟匾氖虑樯稀?/p>
2.抽出時(shí)間寫代碼
這個(gè)角色之所以被稱作TL有一個(gè)原因，它是最基本的一點(diǎn)：你要花時(shí)間在代碼庫(kù)上。讓自己熟悉代碼能夠有助于你獲得團(tuán)隊(duì)成員的尊敬，同時(shí)也使你的知識(shí)技能得到更新，并且你還能清楚的了解代碼庫(kù)的當(dāng)前的現(xiàn)狀，比如代碼庫(kù)的一些約束和存在的問(wèn)題。
如果你不花任何時(shí)間去寫代碼，你有可能踐行了“象牙塔建筑師”這個(gè)反模式，導(dǎo)致了你在做一些技術(shù)決定的時(shí)候并沒(méi)有理解代碼實(shí)現(xiàn)以及維護(hù)背后真正的含義。而且這個(gè)反模式有很多的副作用，它會(huì)讓你失去團(tuán)隊(duì)成員的信任，會(huì)延長(zhǎng)新功能的開發(fā)時(shí)間，并且會(huì)增加軟件系統(tǒng)的意外復(fù)雜性。
TL可以有很多方式抽出時(shí)間來(lái)編碼，重要的是你要有意識(shí)去做這件事。這通常意味著你要對(duì)怎么支配你的時(shí)間做出艱難的選擇。錦囊1可以幫助你騰出更多的時(shí)間。我了解到一些TL會(huì)在他們的日歷上標(biāo)注出一些特定的時(shí)間段來(lái)確保自己有時(shí)間寫代碼或者跟其他開發(fā)成員檢查代碼。我還知道一些TL會(huì)檢查提交的日志，給開發(fā)成員提出反饋--這種方式更像一個(gè)寬松自由的結(jié)對(duì)編程。
3.可視化你的系統(tǒng)架構(gòu)
我待過(guò)的幾個(gè)團(tuán)隊(duì)中，開發(fā)人員不明白他們所做的工作是怎樣跟系統(tǒng)架構(gòu)的設(shè)計(jì)融合在一起的。開發(fā)人員一個(gè)小的技術(shù)決策可能會(huì)造成大范圍的架構(gòu)影響。如果開發(fā)人員不能理解這些抽象的系統(tǒng)架構(gòu)，這些將無(wú)法避免。
高效的TL通常將系統(tǒng)架構(gòu)通過(guò)可視化的方式呈現(xiàn)出來(lái)，并拿它來(lái)跟開發(fā)人員展開討論。通常有多種不同的圖形方式來(lái)呈現(xiàn)系統(tǒng)架構(gòu)（邏輯圖，部署圖，等等）。并且每一個(gè)圖形都能幫助開發(fā)人員明白他們的工作是怎么與系統(tǒng)架構(gòu)融合在一起的。
一個(gè)全員的白板會(huì)議是檢查整體架構(gòu)的一個(gè)很有用的方式，因?yàn)樗鼤?huì)隨著時(shí)間逐步完善，從而能夠滿足不斷變化的需求以及會(huì)議中那些比圖形更重要的討論結(jié)果。專注在關(guān)鍵的質(zhì)量指標(biāo)上，這些指標(biāo)是驅(qū)動(dòng)系統(tǒng)架構(gòu)可視化的指標(biāo)（可擴(kuò)展性，性能，可用性等等）。同時(shí)要清楚它們是如何促成你當(dāng)前的系統(tǒng)架構(gòu)。引出一些假設(shè)以及分享歷史上下文信息能夠幫助開發(fā)人員指導(dǎo)他們的平時(shí)的決策。
4.與團(tuán)隊(duì)成員一對(duì)一交流
衡量一個(gè)TL是否高效并不是看他完成了多少編碼工作，而要看整個(gè)團(tuán)隊(duì)有多么的高效。一個(gè)TL所做的任何事情就是讓團(tuán)隊(duì)成員成長(zhǎng)，讓整個(gè)團(tuán)隊(duì)持續(xù)進(jìn)步。坐下來(lái)跟團(tuán)隊(duì)成員進(jìn)行一對(duì)一的交流溝通，了解每個(gè)人的知識(shí)背景、長(zhǎng)處以及他們的目標(biāo)，從而了解你的團(tuán)隊(duì)成員如何在一起工作的。同時(shí)也要讓開發(fā)人員都有機(jī)會(huì)成長(zhǎng)。這意味著你要允許他們嘗試冒險(xiǎn)、挑戰(zhàn)有難度的工作，讓自己成長(zhǎng)的同時(shí)也為團(tuán)隊(duì)做出貢獻(xiàn)。鼓勵(lì)團(tuán)隊(duì)成員在團(tuán)隊(duì)中分享知識(shí)，并且讓他們有更多的交流互動(dòng)。
5.學(xué)會(huì)說(shuō)業(yè)務(wù)語(yǔ)言
想要成為一個(gè)高效的TL，你還需要跟開發(fā)團(tuán)隊(duì)之外的人保持好關(guān)系，比如產(chǎn)品經(jīng)理、市場(chǎng)人員、銷售等。他們并不能理解你作為一個(gè)開發(fā)人員的一些術(shù)語(yǔ)，所以跟他們講框架、技術(shù)工具以及平臺(tái)只會(huì)讓他們困惑。
高效的TL會(huì)想辦法讓非技術(shù)人員理解這些技術(shù)概念，最好的方式是找出那些業(yè)務(wù)人員經(jīng)常使用的術(shù)語(yǔ)并想辦法用那些術(shù)語(yǔ)來(lái)解釋我們的開發(fā)工作?？梢暬Ｐ?，白板會(huì)議以及恰當(dāng)?shù)谋扔鞫紩?huì)有助于業(yè)務(wù)人員理解技術(shù)概念和含義。你可以找來(lái)一個(gè)非技術(shù)人員跟你一起練習(xí)，看你是否能讓他聽懂你在說(shuō)什么。
通過(guò)將業(yè)務(wù)術(shù)語(yǔ)引進(jìn)開發(fā)團(tuán)隊(duì)中并鼓勵(lì)他們盡可能多的使用這些術(shù)語(yǔ)，可以盡可能地減小轉(zhuǎn)換層。開發(fā)團(tuán)隊(duì)成員運(yùn)用這些領(lǐng)域術(shù)語(yǔ)越多，他們就能越容易理解相關(guān)業(yè)務(wù)人員。
在Patrick寫的《Talking with Tech Leads》書里可以找到更多關(guān)于TL的經(jīng)驗(yàn)。你可以下載一本免費(fèi)的樣本，或者，不要錯(cuò)過(guò)[初次做技術(shù)領(lǐng)導(dǎo)的三個(gè)陷阱]({{ site.url }}{{"/3-common-mistakes-of-first-time-tech-lead/"}})這篇精彩的文章。
