好技術領導 差技術領導
Foursquare團隊技術領導簡要指南——有感於Ben Horowitz“好產品經理,差產品經理”一文。
團隊合作
一個優秀的技術領導必然是團隊的一份子,他們認為當整個團隊成功時自己才稱得上成功。他們不僅要做好繁雜和不討好的本職工作,還要清除專案中的障礙,從而讓整個團隊能夠以100%的效率運轉起來。一個好的技術領導會努力去拓寬團隊在技術上的可行性,以確保對關鍵系統的認識與實施不僅僅侷限於一兩種想法。
一個糟糕的技術領導通常以完成工作邀功為目的而將所有重要的任務攬於一身。他們的理念是部分優先於整體,所以以整個專案團體為代價而只讓團隊成員去完成專案中最有利的部分。
技術視野
一個優秀的技術領導對於產品的技術方向有一個整體的把握,並且還要確保團隊中的每個成員都能知曉。技術領導將不同的功能分配給剩下的團隊成員們,由成員自己做主該功能所需要用的技術和方法。他們相信成員們都很聰慧,所以充分信任他們,由成員自己去處理專案中的重要部分。
一個糟糕的技術領導直接向其它成員們宣佈已經決定採用的技術方向而不是解釋或者明確技術方向。技術領導們自己掌握了關鍵系統的知識,但並沒有通過編寫和傳播一些實用文件來加大這些知識的作用。
討論和辯論
一個優秀的技術領導會聆聽和鼓勵團隊內的討論。當團隊成員對某個問題爭論無果時,他們會簡單描述一種解決思路的步驟和框架,從而幫助成員解決這個問題。好的技術領導從來不會帶著結論參與團隊討論,反而經常被其他成員的奇思妙想說服。
一個糟糕的技術領導任由無果的爭論無休止的進行,這顯然阻礙了團隊生產力的發展。而有些領導者會過早的結束討論,用“已經解決了”的回答來反對新的討論。對於一個差的領導者來說,在爭論中獲勝比得到一個正確決定要重要的多。
專案管理
一個優秀的技術領導者是主動的。他們要確保專案中的技術方向不偏離正軌。他們要和團隊成員一起做出預測並且制定中間里程碑。他們要預測所關注的領域可能出現的問題,並確保在問題發生時不會手足無措。他們要明確技術上的障礙並且幫助團隊克服它們。他們要找出專案中重疊的工作,而讓成員們合作完成它,除此之外,還要找出專案中沒有得到足夠重視或者資源短缺的部分並想辦法解決。
一個糟糕的技術領導者是被動的。他們通常只分配任務,但從不跟進去確保進度。他們從不設定階段性目標,只希望專案結束時各個部分能夠良好整合。對於開發一個複雜系統來說,他們通常在系統釋出前的端到端測試階段才來跟進進度。他們甚至會允許隊員在一些有趣卻不重要的事情上浪費時間。
實用主義
一個優秀的技術領導追求實用,他們會權衡一件事是要做對還是要做到。對於他們來說,有時會採用一些簡化方法作為權宜之計,但是他們絕不偷懶。反而,他們會鼓勵團隊成員用一些臨時的簡化方法或者應急系統來應對整個開發過程中存在的問題,以滿足在釋出時有可執行的基礎功能。對於一個優秀的技術領導者來說,細節十分重要。在他們眼中,保證程式碼質量、進行程式碼審查以及測試工作與按時釋出軟體一樣重要。
一個糟糕的技術領導者只會為了暫時節省時間而走捷徑,但卻造成後期維護花費更多時間。他們不能分清哪些情況下需要使用權宜之計,哪些情況下需要盡善盡美。
溝通與交流
一個優秀的技術領導者知道自己的角色不僅僅是寫好程式碼,與團隊成員進行有效溝通也是他們的工作中重要的一部分,為了使團隊的工作效率更高,多花點時間非常值得。他們深諳在一個團隊中溝通和交流的必要性,也會為了團隊效率而犧牲個人時間。
一個糟糕的技術領導者卻認為他們只有在編碼時效率最高,並認為溝通是一種干擾。他們不以團隊效率為先,崇尚個人主義。當他們不得不花時間領導團隊時會覺得萬分沮喪。
與產品的關係
一個優秀的技術領導會就產品如何執行的問題而和產品經理以及設計師做出討論。他們不怕提出反對意見,但也會為了產品目標而做出適當妥協。他們會提出一些可替代但技術需求較低的產品構想,從而來解決技術限制的問題,並且幫助產品經理和設計師理解技術挑戰,以便他們做出明智的取捨。
一個糟糕的技術領導把產品的決定權拋給“該做決定的人”,而不是以一種產品主人公的態度對待它。他們也會因為技術限制而否決一些產品決策,但不會提供可替代的技術方案或向其他人解釋技術問題所在。
工作彈性
一個優秀的技術領導以彈性的態度對待產品規格的變化,以平靜的反應對待產品完成過程中的意外。他們會預測規格變化可能發生的地方,設計好高彈性的程式碼來應對。
一個糟糕的技術領導面對產品規格的變化時往往心煩意亂,以及過早的在他們覺得不會再發生變化的地方寫上低彈性的程式碼。
個性
好的技術領導總是隨和而又自信。差的技術領導總是刁鑽而又咄咄逼人。好的技術領導表現自然,通過技術能力和專案經驗贏得尊重。差的技術領導卻認為尊重和威信來自於自己的頭銜。好的技術領導總是不斷提升自己。差的技術領導卻以抵抗的心態面對其他人的反饋。好的技術領導不僅謙虛,還會鼓勵團隊成員提高他們的自信。差的領導不僅傲慢還樂於讓自己的隊友感到自卑。
原文連結: Jason Liszka 翻譯: 伯樂線上 - Licorice
相關文章
- 好技術領導,差技術領導
- 最牛逼的技術能力,是技術領導力
- 如何才能成為一個好的技術領導者?
- 你不懂技術,如何領導我們
- 空降領導(CTO/技術總監)如何安全落地
- 領導需要比下屬更懂技術嗎?
- 從程式設計師到技術領導者程式設計師
- 如今領占主導地位的19種AI技術!AI
- 技術方面的領導就不能寫程式碼?
- 後數字化時代的商業與技術領導力
- 15本有關IT技術領導力的英文書籍推薦
- [技術人生]初入職場的麻煩——被直接領導排擠
- 技術領導力300講-TGO鯤鵬會-極客時間Go
- 技術領導力 程式設計師如何才能帶團隊 文摘 (一)程式設計師
- Facebook前工程總監黃易山:為什麼需要技術型領導?
- 全棧技術導圖全棧
- 思嵐科技受邀CES Asia 展示機器人定位導航領先技術機器人
- 可穿戴技術成最熱門新興技術領域
- 為何技術領域中女性少
- PHP 核心技術 --物件導向PHP物件
- 物件導向技術概述 (轉)物件
- 程式設計師、技術領導、管理者各有煩惱,你佔了幾條?程式設計師
- 探秘JavaScript深度領域:精通物件導向程式設計、虛擬DOM等核心技術JavaScript物件程式設計
- 共建新技術,開拓新領域,OpenHarmony技術日成功舉辦
- .NET 技術棧 思維導圖
- 技術主導型公司的困境
- 【讀書】領導梯隊-領導梯隊模型模型
- LikeLib公鏈技術領先在哪裡?
- 對話IT精英女性,領略技術之美
- 晶片國產化替代加速佔領技術高地晶片
- web網站測試技術要領集合Web網站
- 婦與術(一):女性體育報導,技術or花瓶?
- 技術雜談 之 室內導航
- 看透物件導向的複用技術物件
- 索尼最新專利技術曝光:可用於VR領域的手部追蹤技術VR
- 廣東省公共安全技術防範協會領導蒞臨天懋資訊參觀交流
- Mock技術在測試領域的應用Mock
- 雲原生技術領域的探索與實踐