如果不能從幫助團(tuán)隊(duì)獲得滿足感，那么就不要成為一名領(lǐng)導(dǎo)者技術(shù)領(lǐng)導(dǎo)者要忙于會(huì)議、計(jì)劃、團(tuán)隊(duì)溝通、文檔等工作，永遠(yuǎn)無法達(dá)到一個(gè)人單獨(dú)工作時(shí)所能達(dá)到的那種個(gè)體生產(chǎn)力。 技術(shù)領(lǐng)導(dǎo)者的工作不再是讓自己成為最好的編碼人員，而是要盡可能地讓其他人成為最好的編碼人員。 工作分配也要以一種有利于團(tuán)隊(duì)和個(gè)人成長(zhǎng)的方式進(jìn)行。 要負(fù)責(zé)為團(tuán)隊(duì)成員清楚障礙，讓他們的工作進(jìn)入正軌。 技術(shù)領(lǐng)導(dǎo)者的滿足感來自新人的培養(yǎng)和成長(zhǎng)。 將自己視為其他開發(fā)人員的導(dǎo)師即使已經(jīng)知道了答案，有時(shí)候也需要讓團(tuán)隊(duì)自行決策。許多時(shí)候，正確的答案并不唯一。技術(shù)領(lǐng)導(dǎo)者的工作不是選擇正確的答案，而是確保團(tuán)隊(duì)不選擇錯(cuò)誤的答案。允許團(tuán)隊(duì)作為一個(gè)整體自行決策有利于保持高漲的士氣，讓每名成員都更有自豪感和主人翁精神。 在有關(guān)技術(shù)問題上，團(tuán)隊(duì)信任并依賴你的建議/觀點(diǎn)。作為技術(shù)領(lǐng)導(dǎo)者要了解團(tuán)隊(duì)所開發(fā)的應(yīng)用，了解該應(yīng)用所涉及的領(lǐng)域，了解功能背后的技術(shù)，并編寫詳細(xì)的技術(shù)文檔。 有時(shí)候，技術(shù)領(lǐng)導(dǎo)者同時(shí)也是首席工程師。這時(shí)，他所能為團(tuán)隊(duì)做的最有價(jià)值的事情是在開始和結(jié)束時(shí)為團(tuán)隊(duì)成員提供幫助。 有時(shí)候，技術(shù)領(lǐng)導(dǎo)者還是架構(gòu)師。當(dāng)解釋系統(tǒng)或代碼的行為時(shí)，他需要能夠快速改變高度。當(dāng)同開發(fā)人員調(diào)試問題時(shí)，他要能夠深入技術(shù)細(xì)節(jié)；而當(dāng)向CEO解釋計(jì)劃或成本估算時(shí)，他要能夠在一個(gè)更高的層次上談?wù)撓到y(tǒng)。 隨時(shí)準(zhǔn)備好回答團(tuán)隊(duì)成員的問題但當(dāng)你有問題要問他們時(shí)要首先詢問他們是否方便。這很難做到，因?yàn)樽鳛橐幻夹g(shù)領(lǐng)導(dǎo)者，你有許多工作要做。但是，為了可以有更多的時(shí)間回答他人的問題及為其他人提供支持，可以將復(fù)雜的任務(wù)委派給團(tuán)隊(duì)中更有經(jīng)驗(yàn)的成員。 很多時(shí)候，團(tuán)隊(duì)成員的問題本可以在空閑或閑聊的時(shí)候提出。為此，引入可異步使用的生產(chǎn)力工具是一種更好的方式，比如，對(duì)于一些不太緊急的問題，可以借助Trello卡片或GitHub問題跟蹤器提出。不過，不管采用什么樣的溝通機(jī)制，關(guān)鍵是要獲得其他團(tuán)隊(duì)成員的支持，讓他們?cè)诠ぷ鳠o法進(jìn)行或完成的時(shí)候，可以很舒服地打斷你。 為了了解團(tuán)隊(duì)成員，技術(shù)領(lǐng)導(dǎo)者要定期主動(dòng)同團(tuán)隊(duì)成員進(jìn)行一對(duì)一的溝通。每名開發(fā)人員都是不同的，通過溝通可以了解到這種不同。 減少具體的編碼工作，但仍然要編碼即使不做很多具體的編碼工作，也仍然需要監(jiān)控和接受所有的pull request，并利用這個(gè)過程，幫助初級(jí)開發(fā)者修改代碼。這是必須的，如果不編碼，那么開發(fā)人員會(huì)質(zhì)疑你的判斷，不容易接受你的建議。 但是，作為技術(shù)領(lǐng)導(dǎo)者，你的首要任務(wù)是確保團(tuán)隊(duì)成員的生產(chǎn)力，而不是自己的生產(chǎn)力。你要為整個(gè)團(tuán)隊(duì)的輸出負(fù)責(zé)，如果那意味著零編碼，那么就不要編碼了。同時(shí)，這也意味著，即使代價(jià)是停下自己的工作，也要幫助處于困境中的團(tuán)隊(duì)成員。 要謙遜要相信，你的團(tuán)隊(duì)所具備的能力和理解力都要超過你。 要承認(rèn)，關(guān)于某個(gè)主題或組件，有人懂得比你多。成為一名優(yōu)秀的領(lǐng)導(dǎo)者，并不需要事事都懂得比別人多。 如果團(tuán)隊(duì)成員都將你視為權(quán)威，那么他們會(huì)害怕自己做決策。在這種情況下，你就成了障礙。 要誠(chéng)實(shí)當(dāng)你知道答案的時(shí)候，就說出來，即使那意味著某些人要重做大量的工作。如果你不知道答案，也要說出來，不能不懂裝懂。你獲得了當(dāng)前的職位，就說明你有資格，你永遠(yuǎn)不需要向其他人證明你的能力。 除了上述這些討論比較多的觀點(diǎn)外，還有一些其它的觀點(diǎn)，比如，把令人愉快的任務(wù)分給別人，把令人討厭的任務(wù)留給自己；公開表?yè)P(yáng)，私底下批評(píng)；讓每個(gè)團(tuán)隊(duì)成員都清楚地知道你對(duì)他們的期望；及時(shí)反饋和表?yè)P(yáng)；與非技術(shù)管理人員建立穩(wěn)固的關(guān)系等等。還有一些行為是技術(shù)領(lǐng)導(dǎo)者應(yīng)該避免的，比如，不要抱怨代碼庫(kù)有多糟糕；不要說“我們要重寫XYZ”，技術(shù)債務(wù)要逐步解決；不要輕易提議使用可選的平臺(tái)和框架。不過，需要注意的是，不同的組織有不同的企業(yè)文化，對(duì)技術(shù)和技術(shù)領(lǐng)導(dǎo)者有不同的看法和預(yù)期，技術(shù)領(lǐng)導(dǎo)者要以此為出發(fā)點(diǎn)考慮問題。 此外，網(wǎng)友們還提供了許多可供參考的資料，比如，《人月神話》、《人件》、《程序員修煉之道》、《成為技術(shù)領(lǐng)導(dǎo)者:掌握全面解決問題的方法》（Becoming a Technical Leader: An Organic Problem-Solving Approach）等。 |
|
|
