個人管理軟體開發中團隊首領的好壞之分

沒有人能生來就帶有某種技能，我們都是通過觀察和模仿(我們的偶像)來學習。你也許通過讀書得到了這方面的一些知識，但是，我記得一句老話，我十幾歲時讀過的一本書的封面上印著它：「生活從書本中學不來，只能靠自己去感受。」

如果你感覺在處理人際交往方面有困難，那麼，唯一的方法是去觀察，去學習。就這麼簡單。即使你現在不是乙個團隊首領，沒有帶領任何人，學習如何做乙個領袖也是值得去做的事，在我們這樣乙個以人為本的產業裡尤其是這樣。

雖然跟優秀的團隊首領交往能給人非常好的感覺，但糟糕的團隊首領卻能凸顯出領導能力的真正價值。我很幸運有過這樣的經歷，我有機會接觸了不少十分糟糕的團隊首領——你可以想象他們有多糟。下面我們就來看看好的團隊首領和不好的團隊首領之間的對比。

內容好團隊首領

差團隊首領

責任感好的團隊首領勇於承擔責任。如果專案失敗，他會認為是自己受首先應該受責備的人，他有勇氣承認這些。

差的團隊領導會認為不是自己的錯，他會把所有精力都投入到證明團隊其他人員有罪，或把責任推到團隊中某些他不喜歡的人身上。

努力工作

團隊首領應該是團隊成員的勞動模範。至少會像團隊其他成員一樣努力工作。並不是因為他是帶隊的，他就有權了只選擇幹自己喜歡幹的事情，把不好幹的活兒丟給其他人。

差的團隊首領認為自己有更重要的事情。既然手下有這麼多人可以用，幹嘛還要自己去編碼呢？

指導好的團隊首領會指導培養團隊中的初級程式設計師。他不會讓這些人在有難度的任務上受挫折。他知道對團隊成員的培養投入必定能在開發質量上獲得回報。

差的團隊首領不在乎這些。經驗少的程式設計師就應該用高難度的任務來鍛鍊。

尊重好的團隊首領尊重所有團隊成員，無論他們的技能如何。他知道帶領乙個團隊的唯一方法是靠獲得尊敬，而不是恐嚇。

差的團隊首領除了自己外不尊敬其他任何人。當有人出錯時他會嘲笑，而且會把這些事情寫入對上級領導的報告中。

晉公升好的團隊首領相信技術和專業能力的價值。他相信能通過做好自己的工作來獲得應該得到的職位。

差的團隊首領技術不行，拍馬屁很在行。對下屬趾高氣揚，對上司極力奉承。

情緒控制

好的團隊首領性格成熟，他知道如何控制自己的情緒。他不會對著團隊成員大喊大叫，也不會說出有任何威脅性的話。

差的團隊首領喜歡亮出自己的身份，認為恐嚇是管理乙個團隊最好的方法。他認為恐懼是最好的動力。

信任好的團隊首領信任他的團隊成員。他知道這些同事都是用知識技能幹活的人，這些知識技能需要提高的。這就是為什麼他會鼓勵所有人走出自己熟知的知識領域，用一些新技術，這樣他們會學的更多，變的更強。

差的團隊首領除了自己不相信任何人。那些經驗不足的人就只能去寫文件，或去給自己的**寫單元測試。畢竟測試這種活兒沒人願意幹。

任務分配

好的團隊首領會選擇那些誰都不願意幹的活兒。把最艱苦的任務分給自己，身先士卒。

差的團隊首領總是挑選自己喜歡幹的活。也許是乙個他一直想嘗試的新框架。為什麼這麼好的機會沒人跟我爭？當他發現框架太複雜後，他會把它丟給團隊其他成員，自己去修改一些小問題。

報告問題

好的團隊首領會努力解決所有問題。但總有不能完全做好的事情，這個時候，他會立即將情況報告給上級，讓上級採取正確的措施。

差的團隊首領總是掩飾問題。他不喜歡報告出現的問題，因為這會影響到他的聲譽。如果問題出現，他會找乙個人出來頂罪，永遠不是他的責任。

**審查

好的團隊首領喜歡**審查，鼓勵團隊成員參與**審查。當有重複出現的問題時，他會把問題記錄到知識庫裡，這樣所有人就能通過知識庫更好的解決遇到的問題。

差的團隊首領沒有時間做**審查，每個人都各自做自己的事。如果有人的**出了問題，差的團隊首領只告訴他如何解決問題。

挫折乙個優秀的團隊首領也許有乙個糟糕的上級領導，但他告訴自己絕對不能像那個傢伙那樣為人處世。他很成熟，已經知道如何從別人的錯誤中吸取教訓。

差的團隊首領在自己受挫時希望下屬也遭受跟自己一樣的痛苦。

新思想好的團隊首領善於聆聽。他會讓團隊成員舉行各種頭腦風暴。他知道好主意往往在無意間冒出來。

差的團隊首領不喜歡別人「炫耀」他們自認為的好想法。他認為自己的想法更好。如果他聽到了乙個有趣的觀點，他會取笑它，然後到上級領導面前邀功說自己有了乙個好主意。

不稱職的團隊首領會讓公司破財。如果專案由乙個不稱職的人帶領開發，最終彌補他的過失的成本會比讓乙個有水平的團隊重新開發還要高。這聽起來像是童話，但上面這些差的團隊首領的特徵都是從真實生活中整理出來的，我很感謝所有這些不稱職的人，他們讓我學到了團隊領導藝術中難得的教訓。

[英文原文：

good vs bad leader ]

個人管理 軟體開發中團隊首領的好壞之分