前段時間讀到一篇關於程式設計師、領導力和領導者的好文章，感覺很不錯，就翻譯過來分享下。借用文中一句話：“好吧，我只是個程式設計師，為什麼需要領導？”。
做一個優秀的領導者可能不是大部分程式設計師會立即認同的東西。許多人的腦海裡立即浮現出這樣一種形象：巨集大的講臺與高昂的演講。
然而，讓我們看看塞斯·高汀（Seth Godin）對領導力的定義：
領導力的祕密很簡單：做相信的事，畫出一幅未來的藍圖。去那裡，人們自會跟隨。
突然之間，領導力似乎唾手可得，就像是每個人都能做的事情。領導力並不是僅保留給那些被授予權力的人，比如 CEO，CTO 或公司的創始人。
領導力可能是你缺失的一塊，它能讓你的職業生涯跨越一大步；領導力也可以是一種工具，它能解決你程式碼庫中遍佈的大隱患。
也許我們想要成為一位優秀的領導者，然而領導者們為了獲得他們的影響力與尊重，所做的事情比表面上看起來更微妙。優秀的領導者具有一些微妙的習慣和行為，他們把這些習慣融入了日常的互動與關係之中。
言歸正傳，我只是一個程式設計師，為什麼需要領導？
領導力發生在所有的層級上，不僅僅是 CTO 或創始人他們才能領導，領導力可以來自組織結構框架內的任何層級。由於大多數程式設計師都處在執行層面的核心位置，所以他們有絕佳的機會注意到效率問題，並帶頭開括創新。
你可以一邊領導一邊寫程式碼，變成一個領導者並不意味著放棄你作為程式設計師的日常工作。領導者是一個有想法的人，他有足夠的勇氣來描繪一個願景，並堅持不懈地追求它。你甚至可以帶領你的團隊走向一個技術願景，這個願景將你與你所熱愛的開發工作更緊密地聯絡在一起，而不是讓你遠離它。
領導力是永恆的。你使用 Java、C 或 Ruby 編寫程式碼的能力可能會隨著時間的推移或語言、平臺與需求的變化而減弱。並且是領導一個團隊走向成功的能力源泉，而且是大家一直所需要的。
領導力需要時間，培育領導力需要時間。也許，當下領導團隊不是你的擅長事項，但在未來，你發現自己有可能處在一個領導位置，想要把握這個成為一個領導者機會 —— 那麼現在做好準備可能是個不錯主意。
領導力將給予你在團隊中的影響力。對如何改進程式碼庫有一個很好的主意？想要使用一種新的程式語言或框架？對新產品有一個好主意？然而嚴酷的現實就是是，每個人都有想法。但採取哪些想法和建議，並推動其進行決策部署的人，那些推動變化的人才會獲得獎勵。你的頭銜可能是 “軟體開發工程師” 並且容易陷入這種身份認知。然而，你不僅僅是你的頭銜。你被僱傭來解決問題（誠然，主要是用程式碼解決問題），為了解決問題，你要能夠利用他人的力量和經驗 —— 這就是領導力。當你實現了改變併產生了影響，你就會得到回報。不要坐等改變 —— 讓它發生。
英雄般的傳奇程式設計師一直是個神話，沒有程式設計師能夠單獨完成任何事情，軟體開發如今成了一項團隊運動。為了取得成功，你需要能夠讓周圍的人支援你或你的團隊。如果你能激勵一個團隊，讓他們行動起來，你的存在就會變得無價。
做為一個程式設計師，當我第一次嘗試成為領導者時，我犯了一個巨大的錯誤：我模仿周圍的人。我痛苦的發現我的作法是多麼的天真，並瞭解到領導力比我最初想象的要微妙的多。
事實上，我是在健身房學會了領導力課程。我持續健身有七年多了，我觀察到在每個健身房都存在一種新手現象，讓人想笑，他們都在做一樣的動作，無論我走到哪個健身房都一樣。
這些新手到底有什麼共同點？他們直接複製與模仿他人。
想象一下：你正在完成你的第一次鍛鍊，然後走開，開始你的第二次鍛鍊。一旦你離開，回頭看，你就會發現一些健身新手就在你身後，像影子一樣模仿你的一舉一動！
當你對一個領域知之甚少，照搬別人似乎是有意義的。但是，以我的經驗來看，這是一個巨大的錯誤。
在健身訓練中，實質發生在表象之後。高階健身會員可能會通過做一些你看不到的事情來獲得你想要的成果。
作為一名新手，我沒有意識到高階健身會員訓練中的以下幾點：
他們已經策略性的分析了自己的弱點
他們在用不同的方式加固他們的核心
他們專注於建立 “思維-肌肉” 的聯絡
所有這些都無法被明顯地觀察到 —— 這些就是其中的微妙之處，就像高效領導者的行為一樣。
當你觀察你的資深程式設計師或團隊領導時，你可能沒有意識到他們在幕後投入了多少基礎工作來支援和鼓勵團隊。
一個資深程式設計師在彈指間驅動團隊的強大能力，可不是朝夕之間建立起來的 —— 並且這無關乎他們有多好的編碼能力。多年來，他們的影響力被持續精心打磨，並在其所加入的所有團隊中被精心實現。
我在我的第一個領導角色中犯下的 “複製錯誤” —— 我模仿其他人看上去是如何領導的 —— 創造了一種不真實，機械且虛假的風格。我沒能觀察到領導力的微妙之處。
我錯過了什麼？一個簡單的事實：好的領導是支援與說服的大師。
僅僅觀察一個領導者的行為，只會給你全貌的一半。
作為一名程式設計師，當你想讓你的想法獲得通過時，你需要能夠理解他人，理解他們的動機和他們的需求，以便得到你想要的行動與改變。
領導者的應當養成微妙習慣
我想你已經確信成為一個領導者對你做為軟體開發工程師的職業生涯來說是很重要的，但你該如何去做呢？
1. 領導者基於同理心控制自己的情緒
當我們對批評或困難作出情緒化反應時，結果可能很難接受。領導者需要保持平易近人的態度，這樣他們的隊友就會覺得可以對他們保持開放與誠實。做為一個領導者，你想要誠實的資訊而非糖衣包裹的美化物。
為了實現這種情緒穩定，領導者們一直在努力理解他人的感受。
在對情況作出反應之前，好的領導者會作出如下思考：
為什麼其他人是以這樣的方式感覺的
為什麼其他人是以這樣的方式行為的
為什麼其他人會說這些話
例如：你可能評審了其他程式設計師的程式碼，而他們對你的反饋感到不快。一種未經考慮的情緒反應可能會對你們的關係產生負面影響。
你可能會想：“但我寫下這些評價，是因為我想幫助他們啊！”。
儘管有這樣的想法，一個好的領導者還是會花一點時間去理解他們同事的觀點，並意識到批評有時是很難接受的。考慮到這種更有同理心的反應，你可能會平靜地解釋所要求的改變的目的，甚至可能會主動提出結對程式設計。
2. 領導者建立個人關係
非正式且個人化的探討建立信任。
成組的 “團隊建設” 有它的作用。優秀的領導者不僅要花時間在團隊環境中，而且要尋求與團隊成員進行一對一的高質量的交流。個人與個人相處的時間讓你有機會在更有意義和更個人的層面上與某人建立聯絡，這會建立你們之間的信任。
結對程式設計是建立這種一對一信任的另一個重要機會。與其他團隊成員坐在一起，幫助他們一起完成工作。與他們分享你的知識，保持耐心與理解。
編碼可能是個相當孤獨的遊戲。儘量找到機會，花一點時間與隊友遠離鍵盤。一起吃午餐，或者在他們戴上耳機潛心程式碼之前，激發起一些關於週末安排的交談。這些對建立關係的小投資將會獲得長期的回報。
3. 領導者不做評價（Don't Judge）
領導者期望深思熟慮的冒險者為自己工作，他們希望圍繞在自己身邊的人能夠自我驅動。
為了更好地給予幫助，領導者不去做評價或嘲笑周圍人的決策，這樣做會削弱領導者的權力與影響力。
當你的隊友意外提交了一些他們不該提交的程式碼時，會發生什麼？你會譴責他們嗎？當眾說他們是笨蛋？還是幫他們私下清理乾淨，甚至承認你曾經也犯過很多次類似同樣的錯誤？
謙卑一點，行將至遠。
4. 領導者給予反饋
領導者優先考慮他人。
領導者以建設性的方式向同事提供反饋，以支援他們的成長。他們把團隊的最大利益放在心上。
作為一個程式設計師，到處都有提供反饋的機會：最困難的部分是有勇氣以建設性的方式表達自己的感受。
當一個團隊成員主持一次正式會議，一次敏捷站立會，一次覆盤等等，抓住機會，提供一些你認為哪裡是好的和哪裡還可以改進的洞察。
記住，一個好反饋的核心在於意願 —— 你希望其他隊友或程式設計師知道你提供反饋是因為你想幫助他們。
5. 領導者慷慨而公開的讚揚
領導者表現得正面積極時會更有力量。假如你是一個充滿活力的人，當你離開後也會被想念。當你看見某人做了一件了不起的事情時，要特別強調它，並且公開地這樣做。
讚揚能在團隊中產生最大的影響。好的，公開的讚揚建立起了那些被你讚揚的人的信心，並讓別人有機會模仿這樣的行為，從而獲得同樣的讚揚。
讚揚的好時機 —— 包括敏捷計劃會，每日站立會和覆盤回顧。
成為一名合格的領導者：你可以通過每天建立這些小的行為習慣來投資自己，有意識地自我反思，並提醒自己想要展示的行為，可能在你意識到之前，你將會展現出這些微妙的習慣，並會發現其他人蜂擁向你尋求建議、支援與機會。很快，你將發現你的職業生涯實現了一大步的跨越。