敏捷軟件開發實踐-Team Management

介紹：

對于敏捷開發團隊來說，團隊管理也是必不可少的，我帶領的團隊分2部分，1個是開發團隊，一個是測試團隊。開發團隊，我大體上比較放心，因為畢竟已經運行1年多了，文檔充足，而且技術方面也有很多資料或者現成代碼可以參考，測試團隊是剛組建沒多久的，因為原來測試團隊放在onshore那邊，但是現在他們測試團隊解散了，所以我們這邊就組建了一個測試團隊。這里共享下我管理團隊的一些經驗。

實現方式：

其實我也不是一個專職的團隊管理者，因為我是一個純粹做技術的人，我甚至連PMP都沒有。我曾經做過專欄，我做過云計算顧問，我是公司架構組的成員，但是做管理，我實在缺乏經驗，盡管如此，我已經在公司擔任3年Leader了并且大大小小接手過4-5個項目組，所以雖然談不上經驗分享，至少還是能說點體會吧。因為我們的團隊是我們公司最優秀的團隊（證據是我們的團隊前面有個@標識，看過士兵突擊都知道老A吧，差不多這個意思） ，所以團隊的配置極高，一半以上的人都是高級工程師。

(1)一般高級工程師多數有個特點，就是想得比做的多，寫文檔/郵件時間比寫代碼多。我們團隊也不例外，因為畢竟在我眼里，高級工程師更多的要做宏觀的設計，而不是簡單的編碼工作。但是活總要做的，那么如何讓大家都有積極性去做他們的assignment呢？這是對我的第一個挑戰。 我的做法是：盡量安排一些有挑戰的活給他們，因為做程序員的人多數比較”傲“，如果他覺得某個活對他的能力幾乎沒有提升，那么它就可能沒有足夠的積極性去做這個活，我也不例外~. 所以和聰明人打交道的方式，就是要挑戰他。 比如，雖然說我們很多需求都是美國那邊的客戶給的，但是很多需求，如果你只是實現它，或者是很優雅的實現它，或者是不僅實現它，還要考慮到今后的可重用性和可維護性，那么這個實現成本就完全不一樣了。所以，對于高級工程師，你盡量放點變態的需求給他，這樣他就有做好這事情的動力了。

(2)中級工程師就不一樣，他們因為經驗不是很豐富，很多功能也許對他們來說不是很熟悉，所以他們很難做到直接秒殺手上的活，但是在認真的態度下，他們在規定時間內完成手上的活也是沒有問題的。所以對于他們來說，鼓勵他們，給足他們信心是最重要的。因為任何人，包括我自己，都是從初級，中級，高級工程師一步一步走過來的，所以他們的有著無比強大的潛力。每個人都很有潛力，如何去引導這股潛力，就是你manager要做的事情。對于我來說，首先要盡可能的相信他們能力，絕對說某個任務某某某絕對完不成這種話。其次，千萬不要包辦代替，有些任務，也許我親自出手2小時，但是別人做要2天，就算這樣，我也不能出手，因為我一旦幫他們，就會讓他們產生依賴感，反正搞不定有人幫忙，這樣對于他們的成長是不利的。我一直相信一個真理： 其實，在研究一個難題時候，越是接近終點，你的技術提升越大，就像過河的兵一樣，越邁進王城，你戰斗力越強，而你徹底征服它的時候，你收獲的是整個過程，是整個知識體系而不是一個孤立的知識，換句話說你收到的不是幾個卒，而是一個有建制的軍隊。我自己也是這樣的，記得我6年前剛大學畢業（其實我已經學生時代實習過幾年了） ，我有個習慣，就是有問題絕對不輕易問別人，哪怕這個問題我要研究上幾個星期，也不放松，后來慢慢的，我對自己的個人解決問題能力十分自信，因為以前研究問題很慢很慢，后來經常這方面鍛煉，就變得一個fast solutioner，以至于到現在我一直和我團隊人吹噓：只要給我一個調試器，我能解決幾乎所有問題。當然這夸張了，但是至少對于個人成長是非常有好處的。我記得我大學畢業第一年，我就直接從初級工程師變高級工程師級別了，當時還很自豪

。現在我也吧這些經驗共享給團隊的成員。我們團隊有個人，2年前剛和我在另外一個項目組合作時候，他還是初級水平，我一直在用正確的經驗影響著他，他也變得非常擅長獨立思考和解決問題，尤其喜歡做R&D的活，現在，他工作3年不到，水平也是準高級工程師的水準了。

上面講到的是如何差異化對待團隊成員，下面還有一個話題是，對于團隊，一定要有時刻knowledge share,code review,summary等提升團隊能力的制度。

一般來說，大家都不太愿意看別人的代碼，因為讀別人的代碼總比讀自己的代碼要吃力很多，但是作為一個程序員來說，讀別人的代碼的意識和能力是必須有的，因為很多時候，不要重復發明輪子，你更多的時間都是在學習，研究，重用別人的代碼，比如開源框架，或者比如遺留的項目代碼，或者接管另外一個人手上的活等等。一定要硬著頭皮去讀代碼，因為讀代碼不像讀小說，他是二次構造的過程，一個程序高手，類似架構師一樣，當讀代碼時候，可以很不經意的在紙上畫畫邏輯，結構。甚至還能看出對方寫代碼的缺陷，這樣對于自身素質來說也是提升。

Code Review也是很重要的，因為很多問題都是在Code Review中被暴露的。

Knowledge Share也是一個成熟團隊的標志，我們沿用了eBay的做法，在eBay經常有技術沙龍，大家都去共享下一些最近的研究成果，因為一個人的時間精力有限，不可能各個方面都去涉獵，而共享知識技術可以最快的讓大家的水平都提升，從而走的是”精英路線“ ，我非常喜歡走精英路線，因為一小股精兵強將比一批老弱病殘要給力的多。我們團隊每個星期都會有一些knowledge share，多數還是和項目相關的，比如某些非常棘手的Bug Fixing，比如某些功能的實現，或者也可以聊一些最新技術等等，我們團隊水平提升很快，我本來和團隊說的，現在我們團隊有5個高級工程師，我希望1年后大家都是高級工程師以上水平。這也是我期待的。

總結：

(1)對于高級工程師,多安排寫有挑戰的任務來激發熱情

(2)對于非高級工程師，多給鼓勵，信心并且方法方面正確引導。

(3)Code Review, Knowledge Share是構建成熟，積極向上團隊的必不可少的實踐。