△點(diǎn)擊上方“Python貓”關(guān)注，回復(fù)“2”加入交流群

劇照：小謝爾頓

作者：架構(gòu)精進(jìn)之路

來源：架構(gòu)精進(jìn)之路

相信大部分人對于團(tuán)隊(duì)管理和技術(shù)管理在認(rèn)知上，存在一定隔閡，無形之中會(huì)將【管理崗】和【技術(shù)崗】進(jìn)行對立比較。

在國內(nèi)一些大研發(fā)團(tuán)隊(duì)，一般會(huì)同時(shí)設(shè)置兩類角色來更好地做團(tuán)隊(duì)運(yùn)行管理。

研發(fā)經(jīng)理/總監(jiān)，主要負(fù)責(zé)團(tuán)隊(duì)價(jià)值輸出和業(yè)務(wù)目標(biāo)管理；
技術(shù)Leader/架構(gòu)師，主要負(fù)責(zé)技術(shù)攻堅(jiān)和技術(shù)架構(gòu)落地。

本文結(jié)合本人自身一些淺薄的技術(shù)管理認(rèn)知，跟大家聊一下如何成長為優(yōu)秀的技術(shù)Leader。

是否需要一個(gè)技術(shù)Leader？

首先，第一個(gè)問題：我們是否需要一個(gè)技術(shù)Leader？

也許會(huì)有人反對這個(gè)角色，并覺得優(yōu)秀的開發(fā)人員可以自己做出決策，并做好部分技術(shù)Leader的工作。

即使存在以上這些完美的情況，在團(tuán)隊(duì)成員間公開談?wù)摫舜耍谶_(dá)成一致同意的解決方案之前討論利弊，這些種種工作vs利益間微妙的平衡，或許需要技術(shù)Leader 這樣的一個(gè)角色。

我覺得不應(yīng)該關(guān)注于這個(gè)角色是否應(yīng)該存在，而最好將重點(diǎn)放在其職責(zé)可能會(huì)帶來的收益上。

技術(shù)Leader 與每個(gè)領(lǐng)導(dǎo)職位一樣，糟糕的領(lǐng)導(dǎo)者會(huì)使事情變得更糟。

技術(shù)Leader 需要具備什么能力？

可以明確的一點(diǎn)是：一個(gè)合格的技術(shù) Leader 有責(zé)任來幫助團(tuán)隊(duì)的進(jìn)步。

作為該角色的人員，他應(yīng)該具有非常不錯(cuò)的技術(shù)視野/經(jīng)驗(yàn)以及良好的溝通技巧。他對項(xiàng)目或產(chǎn)品的技術(shù)方向負(fù)責(zé)（準(zhǔn)確地說是對結(jié)果負(fù)責(zé)），并作為跨團(tuán)隊(duì)溝通的首選人。

對于大中型團(tuán)隊(duì)而言，Tech Leader 主要的職責(zé)包括：

1）指導(dǎo)項(xiàng)目的技術(shù)設(shè)計(jì)及制定開發(fā)規(guī)范

例如。我們將使用什么技術(shù)，我們將如何交付項(xiàng)目，我們將使用哪些模式等。

2）分析風(fēng)險(xiǎn)和跨功能要求

分析風(fēng)險(xiǎn)意味著降低風(fēng)險(xiǎn)：我們可以選擇某種方法，還是說有太多未知數(shù)。

在承擔(dān)一定風(fēng)險(xiǎn)時(shí)，對項(xiàng)目的影響是什么？例如。介紹您在會(huì)議上看到的新技術(shù)。

3）指導(dǎo)/教練經(jīng)驗(yàn)不足的新人

很可能在你的團(tuán)隊(duì)中有不同的經(jīng)驗(yàn)的同學(xué)。一旦談到項(xiàng)目成本，考慮匹配技能和經(jīng)驗(yàn)時(shí)，它就變得很有意義。因此，需要重視對經(jīng)驗(yàn)不足新人的培養(yǎng)。

4）關(guān)注跨團(tuán)隊(duì)協(xié)助與溝通

一個(gè)項(xiàng)目團(tuán)隊(duì)包含各個(gè)相關(guān)聯(lián)角色群體，研發(fā)、測試、產(chǎn)品、運(yùn)營甚至需求業(yè)務(wù)方等等，其他角色同學(xué)可能在技術(shù)上不如開發(fā)人員，他們將使用不同的語言，技術(shù)Leader 將需要關(guān)注于這一點(diǎn)，并做好協(xié)調(diào)與溝通。

如何做一個(gè)合格的技術(shù)Leader？

正如職位所描述的那樣，技術(shù) Leader是一份包含技術(shù)和管理雙重責(zé)任的工作，準(zhǔn)確地說應(yīng)該是：先技術(shù)，后領(lǐng)導(dǎo)。

那在實(shí)際工作過程中，需要注意做好哪些點(diǎn)呢？

1）倡導(dǎo)技術(shù)創(chuàng)新與變革

倡導(dǎo)技術(shù)創(chuàng)新與變革，建立積極的思維模式。當(dāng)一個(gè)流程緩慢或者繁瑣時(shí)，要嘗試去改變它，使其變得更好。這樣做的一種方法是使用 OODA 循環(huán)：

觀察（Observe）
定位（Orient）
決定（Decide）
行動(dòng)（Act）

為了正確觀察緩慢或繁瑣的流程細(xì)節(jié)，最好的方式就是成為其中的一員（例如：著名的現(xiàn)場主義），并體驗(yàn)與團(tuán)隊(duì)中其他人一樣的痛苦。

你應(yīng)該采取一種不斷改善某種狀況的心態(tài)。日本稱之為“Kaizen”（改善法，其起源于豐田公司在生產(chǎn)、機(jī)械和商務(wù)管理中持續(xù)改進(jìn)的管理法）。

在我們的研發(fā)過程中，希望改進(jìn)的是團(tuán)隊(duì)的效率和樂趣，以及軟件項(xiàng)目的最終交付。

2）坦然面對失敗與成功

事情有可能會(huì)失敗，不用過分擔(dān)心失敗

技術(shù)方案落地可能失敗，項(xiàng)目開發(fā)建設(shè)可能失敗、部署上線可能失敗、系統(tǒng)重要監(jiān)控點(diǎn)可能被遺漏、系統(tǒng)宕機(jī)崩潰可能會(huì)發(fā)生。

如果你已經(jīng)為失敗做好了十足的準(zhǔn)備，那么應(yīng)該會(huì)比較容易應(yīng)對。

當(dāng)事情失敗時(shí)，不要尋找責(zé)怪的人！你是技術(shù) Leader，有承擔(dān)的責(zé)任和義務(wù)。

花費(fèi)你的精力來解決手頭的問題并從中吸取教訓(xùn)。當(dāng)然，不要在一個(gè)坑里摔倒兩次，如果你需要經(jīng)歷兩次相同的失敗來解決同一個(gè)錯(cuò)誤，那么你應(yīng)該是做出了錯(cuò)誤的決定。

從失敗中汲取教訓(xùn)，將塑造您的方向，并在未來做出更好的決策。

學(xué)會(huì)為成功喝彩

當(dāng)團(tuán)隊(duì)有成就感時(shí)，成員們會(huì)感受到快樂，同時(shí)積極的情緒會(huì)讓后面的工作盡可能做到最好。慶祝階段的小成就非常重要，例如成功地沖刺或完成的功能。

當(dāng)有人想出一個(gè)新想法時(shí)，也許是他們在會(huì)議上看到的一種方法或框架，如果這個(gè)想法得以實(shí)現(xiàn)，重要的是任何帶有新想法的人都應(yīng)該被認(rèn)可。這是非常有益的，將帶來更多的合作，創(chuàng)造力和開箱即用的思維。

形式也許沒那么重要，一頓小午餐，也許是一個(gè)團(tuán)隊(duì)建設(shè)都是一個(gè)很好的想法，同樣可以凝聚一個(gè)快樂和積極的團(tuán)隊(duì)。

3）保持技術(shù)

技術(shù)主管有很多非編碼職責(zé)，但不要忽視實(shí)踐技術(shù)活動(dòng)是非常重要的：

編寫代碼，進(jìn)行概念驗(yàn)證，定義接口等，根據(jù)團(tuán)隊(duì)的成熟程度，您的參與會(huì)有所不同。
進(jìn)行代碼CR，并審核您的代碼。當(dāng)新人參與項(xiàng)目時(shí)，我傾向于進(jìn)行大部分代碼審查，而且我會(huì)非常嚴(yán)格：我會(huì)編寫導(dǎo)致 NullPointerExceptions 的測試，我會(huì)要求他們遵守慣例，使用單一責(zé)任原則，小心包裝和命名等。我還將詳細(xì)說明這些評(píng)論的推理和所做出的選擇。這可能會(huì)挑戰(zhàn)現(xiàn)有的工作方式并提高代碼庫的成熟度。他們必須做的更改（審核后）將很快變得更少。
確保技術(shù)愿景存在，并由團(tuán)隊(duì)共享。這一愿景需要符合客戶的需求。客戶需求將導(dǎo)致重要的限制，例如。關(guān)于重用（一個(gè)一次性的營銷項(xiàng)目與多年的企業(yè)努力……但要注意這種類型的約束也可能會(huì)改變）。分享您與團(tuán)隊(duì)實(shí)現(xiàn)這一愿景的方式，將會(huì)對其采用產(chǎn)生巨大影響。嘗試讓團(tuán)隊(duì)參與到技術(shù)愿景中。并確保他們知道他們?nèi)绾螢閷?shí)現(xiàn)這一愿景做出貢獻(xiàn)。
密切關(guān)注代碼的演變：一段時(shí)間后，您所做的實(shí)際編碼量可能會(huì)更低，但您需要及時(shí)了解代碼的演變。您需要了解系統(tǒng)及其技術(shù)限制。

大多數(shù)（如果不是全部）開發(fā)人員將樂于定義框架，提倡某些方法等。但是，一些非功能性需求（也稱為質(zhì)量屬性）（如網(wǎng)絡(luò)，安全性，部署和一致性）經(jīng)常被忽視。

4）良好的時(shí)間管理

作為技術(shù)Leader，您應(yīng)始終為您的團(tuán)隊(duì)服務(wù)；提問、支持、指導(dǎo)或做出決定。

技術(shù)設(shè)計(jì) 為團(tuán)隊(duì)（包括您）準(zhǔn)備工作。確保清楚需要實(shí)施什么以及如何實(shí)施。這通常會(huì)考慮很多質(zhì)量屬性，如網(wǎng)絡(luò)，安全性等。
業(yè)務(wù)：與客戶交談，查看他們的需求和目標(biāo)，并將這些與項(xiàng)目的技術(shù)愿景相匹配。
項(xiàng)目管理：定義用戶故事，估算，跟進(jìn)。
代碼：編寫代碼，進(jìn)行代碼審查等。

對于每個(gè)人和每個(gè)項(xiàng)目，分配的百分比顯然會(huì)有所不同。查看實(shí)際情況也很重要，因?yàn)檫@些可以幫助您了解所花費(fèi)的時(shí)間。

5）成為團(tuán)隊(duì)導(dǎo)師

調(diào)解員：技術(shù)主管應(yīng)該是調(diào)解員，便于討論。當(dāng)人們有不同的意見時(shí)，你應(yīng)該接受這一點(diǎn)。因?yàn)檫@意味著他們足夠關(guān)心某些事情來討論它。最后，我們朝著同一個(gè)目標(biāo)努力。每個(gè)人都可以從別人的意見中學(xué)習(xí)。獲得團(tuán)隊(duì)的意見并嘗試達(dá)成共識(shí)。如果達(dá)成共識(shí)真的不可能并且需要做出決定，那就做出決定。不決定總是會(huì)引發(fā)更多的討論。
導(dǎo)師：技術(shù)主管應(yīng)該是開發(fā)人員的導(dǎo)師，當(dāng)老師。當(dāng)您查看代碼或解釋某些約定時(shí)，請務(wù)必清楚地解釋您為何以特定方式執(zhí)行某些操作的原因。
有效的授權(quán)：一段時(shí)間后，您的團(tuán)隊(duì)將采用某些最佳實(shí)踐，并且需要較少（嚴(yán)格）的審核或更多人將進(jìn)行審核。在這一點(diǎn)上，您還可以向更多開發(fā)人員提供用戶故事的所有權(quán)。通過將所有權(quán)轉(zhuǎn)讓給開發(fā)人員，他們將非常積極地做好工作。技術(shù)主管不應(yīng)該試圖承擔(dān)所有責(zé)任。技術(shù)主管需要確保某人承擔(dān)責(zé)任。
匹配目標(biāo)：將開發(fā)人員的個(gè)人目標(biāo)與項(xiàng)目和組織的更大目標(biāo)相匹配。這是專門針對性的動(dòng)態(tài)指導(dǎo)。動(dòng)態(tài)，因?yàn)槟繕?biāo)可以改變。在匹配目標(biāo)時(shí)，溝通非常重要：它會(huì)讓人感到受到重視。
針對小組進(jìn)行優(yōu)化：團(tuán)隊(duì)中的個(gè)人非常重要，但是當(dāng)難以找到共識(shí)時(shí)，您應(yīng)該關(guān)注的是團(tuán)隊(duì)。合作良好的團(tuán)隊(duì)將表現(xiàn)得更好，表現(xiàn)良好的團(tuán)隊(duì)成員是快樂的成員。

一個(gè)好的技術(shù) Leader：

知道什么時(shí)候給予輸入
知道何時(shí)做出決定
知道什么時(shí)候退后一步，讓團(tuán)隊(duì)獲得更多的所有權(quán)。

分擔(dān)責(zé)任，給予所有權(quán)，但同時(shí)要保持負(fù)責(zé)。

6）學(xué)會(huì)做評(píng)估

霍夫施塔特定律：即使考慮到霍夫施塔特定律，它也總是比你預(yù)期的要長。——Douglas Hofstadter

項(xiàng)目工時(shí)評(píng)估很難，如果你經(jīng)常這樣做，你會(huì)變得更好，但你仍然會(huì)有可能犯錯(cuò)。

作為 Tech Leader，可能需要在團(tuán)隊(duì)實(shí)際需求開發(fā)之前進(jìn)行預(yù)估。更便于了解實(shí)現(xiàn)成本及優(yōu)先級(jí)的安排調(diào)整。

為了達(dá)到這個(gè)目的，我建議使用三點(diǎn)估計(jì)，做一個(gè)樂觀的（Optimism 簡稱：O），一個(gè)最好的猜測（Best Guess 簡稱：BG）和一個(gè)悲觀的估計(jì)（Pessimism 簡稱：P），并使用這個(gè)公式：

（O + 4BG + P）÷ 6 //得到加權(quán)平均值

估計(jì)代表了團(tuán)隊(duì)執(zhí)行的能力；不是你自己實(shí)施的能力。還要確保，你知道你的可交付成果。這可能不止包括代碼和部署工具，例如：代碼CR，接口文檔等等

掌握評(píng)估是一生的旅程，它會(huì)讓你與眾不同。合作方會(huì)將你與專業(yè)、穩(wěn)定和高質(zhì)量的工作聯(lián)系起來。

7）擅長與外部溝通對接

非技術(shù)利益相關(guān)者使用的語言可能與開發(fā)團(tuán)隊(duì)的語言是不同的。技術(shù) Leader 必須找到一種以非技術(shù)人員可以理解的方式交流思想的方法。

這在 DDD （領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)）世界中，這意味著建立一種連接上下文通用語言。

與客戶密切合作，嘗試從他們那里檢測需求，并不斷地將他們的需求與正在進(jìn)行的實(shí)施相關(guān)聯(lián)。

作為技術(shù) Leader，在外部溝通合作中作為關(guān)鍵聯(lián)系人，與其他技術(shù)Leader 的溝通協(xié)作同樣也不可或缺。

有很多理由將自己與其他技術(shù)Leader 聯(lián)系在一起。

在個(gè)人層面上，它提供了向同行學(xué)習(xí)的機(jī)會(huì)：他們?nèi)绾螢閳F(tuán)隊(duì)提供意見，以及他們?nèi)绾卧诮巧牟煌氊?zé)之間分配時(shí)間。
在組織層面，應(yīng)該考慮到是否有明確理解的總體目標(biāo)。跟進(jìn)技術(shù)架構(gòu)設(shè)計(jì)的落地非常重要，以確保您的產(chǎn)品能夠很好地與其他組件一起使用，并確保更大的系統(tǒng)保持一致。有可能依賴于其他團(tuán)隊(duì)的產(chǎn)品或其他團(tuán)隊(duì)的成員，要確保在編制項(xiàng)目排期時(shí)考慮到這些因素。

這種協(xié)調(diào)在較大型的組織或客戶時(shí)是一個(gè)真正的問題。投入一些時(shí)間是必要的，以避免超出您的控制范圍的意外。

總結(jié)

作為技術(shù)Leader，也許除了以上列舉的幾項(xiàng)內(nèi)容之外，還存在其他很多軟性的素質(zhì)能力。

欲求木之長者必固其本，欲求流之遠(yuǎn)者必浚其源：

業(yè)務(wù)感知的背后，是對商業(yè)社會(huì)的理解，是對需求的洞察；
人員培養(yǎng)激勵(lì)的背后，是對人的理解，是對人性的洞察。

擁抱文化差異，多樣性非常寶貴。所有人都不同，過著不同的生活。

總結(jié)就是：每個(gè)人都是團(tuán)隊(duì)的一員，應(yīng)該重視每個(gè)人的意見。

因?yàn)槟銏F(tuán)隊(duì)的力量不是單個(gè)成員的才能，而是他們的合作，堅(jiān)韌和相互尊重的整體效能的體現(xiàn)。

近兩年里，我原創(chuàng)和翻譯了130+技術(shù)文章，主要關(guān)注Python進(jìn)階、小技巧、編程設(shè)計(jì)、PEP翻譯、Python哲學(xué)等話題。現(xiàn)已集結(jié)出了一本電子書《優(yōu)雅的Python》，請回復(fù)數(shù)字『1』，獲取下載地址。

近期熱門文章推薦：

[譯]PEP 342--增強(qiáng)型生成器：協(xié)程

PyCharm 2019.3 版發(fā)布，增加了哪些新功能呢？

Python官方文檔中文翻譯終于達(dá)到 62%！

Python 時(shí)間格式操作總結(jié)

分享與在看是對我最大的支持！