【舊文搬家】

之前寫過一篇文章《編程的精進(jìn)之法》，總結(jié)了ThoughtWorks中一點(diǎn)工作方法?，F(xiàn)在看來，那篇文章其實(shí)應(yīng)該叫個人精進(jìn)之法。然而現(xiàn)在不是個人英雄的年代了，我們需要再深想一步，一個團(tuán)隊(duì)?wèi)?yīng)該怎么辦？

當(dāng)我們在帶領(lǐng)一個團(tuán)隊(duì)的時候，我們想的總是，如何做好任務(wù)分配，平衡團(tuán)隊(duì)?wèi)?zhàn)斗能力，交付最好的結(jié)果。于是做的時候就會下意識的去簡單、被動的因材分工，那么隨著項(xiàng)目的進(jìn)展，人員的流動，各種意外的發(fā)生使得我們在項(xiàng)目后期感到處處掣肘，于是只能加班以示誠意。

我剛?cè)胄械臅r候，經(jīng)歷的各個項(xiàng)目都是如此，一直覺得這種事情就是天經(jīng)地義的，直到認(rèn)識了一個項(xiàng)目經(jīng)理。該項(xiàng)目經(jīng)理是個高人，他在項(xiàng)目開始的時候，問清楚每個人擅長的部分，然后讓每個人去做自己不擅長的部分，不會？去找擅長的人幫忙。比如，張三說我以前做過用戶權(quán)限管理，李四說我以前做過單據(jù)管理，王五說我以前做過工作流。（交代一下例子的上下文，那家公司主要就做一個大的領(lǐng)域，那個時候也不像現(xiàn)在前后端分這么清楚，項(xiàng)目經(jīng)理有時候還要身兼Tech Lead）他就會說，好，張三去做工作流，王五去做單據(jù)管理，李四去做用戶權(quán)限管理，遇到不會的，誰擅長什么你們都知道了啊，去問。

雖然看起來有點(diǎn)亂來，但是他負(fù)責(zé)的項(xiàng)目從來沒出過問題。后來我加入了ThoughtWorks才知道，聽到一個口號：“把項(xiàng)目成功交付看作能力建設(shè)的副產(chǎn)品”，才知道這是這口號的一種樸素實(shí)現(xiàn)。
很多團(tuán)隊(duì)能力不強(qiáng)，團(tuán)隊(duì)的領(lǐng)導(dǎo)者就總是在向外尋找方法的幫助。尋找方法幫助其實(shí)沒有錯，但是尋找方法幫助的人，心態(tài)往往都是錯的。當(dāng)我們在向外訴求方法的時候，很多人的潛意識，是假設(shè)我們團(tuán)隊(duì)成員能力不變的情況下，通過一種魔法般的方法，就可以改變團(tuán)隊(duì)的績效，這種思路在真實(shí)世界里是走不遠(yuǎn)的。

在ThoughtWorks，我們認(rèn)為，軟件開發(fā)中的一切問題，根本上都是人的能力問題。如何發(fā)展每個成員才是問題的關(guān)鍵，因?yàn)槌蓡T如果沒有進(jìn)步，始終是治標(biāo)不治本的。所以我們采用的一切實(shí)踐，不管是以前曾采用的還是以后會采用的，核心目的都只有一個：發(fā)展人的能力。因此才有了那個聽起來很聳動的口號：“把項(xiàng)目成功交付當(dāng)成能力建設(shè)副產(chǎn)品”。

如何發(fā)展人的能力？講東西嗎？不太靠譜，信息僅靠分享是沒用的，我經(jīng)常把剛講過一遍的知識，讓人復(fù)述；把結(jié)對時剛寫完的代碼全刪掉讓同伴重寫一遍，能做到的人不多。記也記不住，做也做不到。

就像我之前《然而培訓(xùn)并沒有什么用》里說的，做練習(xí)？沒時間，項(xiàng)目太忙了。而且，就算你有時間，我們拿出時間來做練習(xí)，你能保證到了跟練習(xí)不一樣的場景下，團(tuán)隊(duì)成員們都能用好嗎？把學(xué)會的知識在新場景下用好這件事，還是挺看天賦的。

講東西不靠譜，做練習(xí)沒時間，那難怪大家不考慮能力建設(shè)了。不過，如果我們反過來想，這個問題就變得沒那么難辦了，既然沒有時間做能力建設(shè)，那么也許一切活動都可以看作是能力建設(shè)。所以那個項(xiàng)目經(jīng)理的招數(shù)雖然看起來比較亂來，但卻是這個思路，我在項(xiàng)目開始的時候，不是著急去以最快的速度交付結(jié)果，而是通過任務(wù)分配，發(fā)展團(tuán)隊(duì)成員的能力。在一個較長的時期里平均來看，我們就是在以最快的速度交付結(jié)果。

所以，回到我們的主題，就是團(tuán)隊(duì)的精進(jìn)之道就是把交付過程中的一切活動都看作能力建設(shè)，把整個團(tuán)隊(duì)構(gòu)造成促進(jìn)每個成員成長的生態(tài)系統(tǒng)。

說起來好像挺簡單，我只要換個角度看就好了，然而如果想要做到并沒有那么簡單。這里面差異微妙而關(guān)鍵。

比如以上一篇文章《軟件開發(fā)的精進(jìn)之法》講到的方法為例。一個人要劃任務(wù)，然后估時間，然后做的時候計(jì)時，根據(jù)實(shí)際結(jié)果進(jìn)行反思。我們可以把這個方法做成非常邪惡的，仿佛流水線上工人的強(qiáng)制要求。我不關(guān)心你為什么超時，就通過這種方法來控制程序員，要求每個人都嚴(yán)格按照一個死板而僵化的步驟做一些簡單重復(fù)的機(jī)械動作。也可以用這個方法來鍛煉一個人的自我認(rèn)知和發(fā)現(xiàn)知識漏洞等能力，促使他以最快的速度成長，等他成長起來馬上給他更重要的任務(wù)，比如評估技術(shù)、評估項(xiàng)目、帶新人、做架構(gòu)等等。這兩種結(jié)果的差異，背后就是領(lǐng)導(dǎo)者認(rèn)識的差異，團(tuán)隊(duì)成員認(rèn)識的差異。從這個認(rèn)識的不同我們早在很多年前，就被一些大牛們觀察到，作為敏捷宣言里的一句話表達(dá)了出來：“個體與交互 勝過 流程和工具”。

團(tuán)隊(duì)里的流程和工具，是為了成就個體，促進(jìn)交互，還是為了抹殺個體，消除交互，這個微小而關(guān)鍵的差異，是一切的本質(zhì)。有多少團(tuán)隊(duì)學(xué)了ThoughtWorks的一些實(shí)踐，搞了看板、開放工作空間、TDD、CI，團(tuán)隊(duì)氛圍依然壓抑，成員之間交流不暢，個體成長不受尊重，領(lǐng)導(dǎo)與員工玩“貓和老鼠”。這樣只學(xué)了形沒有學(xué)到神的做法，最后的結(jié)果不會太好。

與之相反的做法呢？在上一篇文章《軟件開發(fā)的精進(jìn)之法》的開篇曾經(jīng)簡單的提到，新時代的管理者比起老板，更像老師。師者，傳道，授業(yè)，解惑。各位老師，你們準(zhǔn)備好了么？