這一文，主要是學習并提煉5大實踐的第一實踐：基于統一迭代節奏的全功能團隊。

看完這一章節，如果要深刻體會它的內容，其實文中的“汽車貼膜團隊”的分工就足以。

但是，作為軟件開發行業。作者在其中分享的幾個理念，還是很值得拿出來重點分享：

1、IT行業“個人英雄主義”行不通！

? ? ? ? 這里面有兩段話比較值得推崇：

? ? ? ? 第一段話，是對大家遇到問題時候，通常錯誤解決思路的總結：當我們帶領一個團隊的時候，我們想的總是，如何做好任務分配、平衡團隊戰斗能力和交付最好的結果。于是做的時候就會下意識地簡單、被動的因材分工，那么隨著項目的進展、人員的流動和各種意外的發生，我們在項目后期會感到處處掣肘，于是只能加班以示誠意。---這種情況，在當下的項目團隊中也被看作天經地義！

????????直到作者直到認識一個項目經理，才體悟到更好的管理方式！該項目經理是個高人，他在項目開始的時候，問清楚每個人擅長的部分，然后讓每個人去做自己不擅長的部分，不會？去找擅長的人幫忙。

比如，張三以前做過用戶權限管理，李四以前做過單據管理，王五以前做過工作流。交代一下例子的上下文，當時那家公司主要就做一個大的領域，不像現在前后端分這么清楚，項目經理有時候還要身兼技術主管。他就會說，好，張三去做工作流，王五去做單據管理，李四去做用戶權限管理，遇到不會的，誰擅長什么你們都知道了啊，去問。

雖然看起來有點亂來，但是他負責的項目從來沒出過問題。

????????第二段話，團隊的精進之道就是把交付過程中的一切活動都看作能力建設，把整個團隊構造成促進每個成員成長的生態系統。

2、軟件開發中的一切問題，根本上都是人的能力問題。

如果成員沒有進步，始終都是治標不治本。所以發展團隊中人的能力才是關鍵。正如TW的口號：把項目成功交付當成能力建設的副產品！

正如作者說的“如何發展人的能力？講東西嗎？不太靠譜，信息僅靠分享是沒用的，我經常把剛講過一遍的知識，讓人復述；把結對時剛寫完的代碼全刪掉讓同伴重寫一遍，能做到的人不多。記也記不住，做也做不到。”

“做練習？沒時間，項目太忙了。而且，就算你有時間，我們拿出時間來做練習，你能保證到了跟練習不一樣的場景下團隊成員們都能用好嗎？把學會的知識在新場景下用好這件事，還是挺看天賦的。”

讓我們來看看TW團隊是如何做到的：

講東西不靠譜，做練習沒時間，那難怪大家不考慮能力建設了。

不過，如果我們反過來想，這個問題就變得沒那么難辦了，既然沒有時間做能力建設，那么也許一切活動都可以看作是能力建設。所以那個項目經理的招數雖然看起來比較亂，卻恰恰是這個思路，我在項目開始的時候，不是著急去以最快的速度交付結果，而是通過任務分配，發展團隊成員的能力。在一個較長的時期里平均來看，我們就是在以最快的速度交付結果。

????????新時代的管理者比起老板，更像老師。師者，傳道，授業，解惑也！各位老師，團隊的未來就靠你們了。