如何在高壓之下做好團(tuán)隊建設(shè)

申請免費試用、咨詢電話：400-8352-114

　　團(tuán)隊廣義上講是一個集體的描述。狹義上講是開發(fā)人員的集體，我們這里只討論廣義的概念。團(tuán)隊里面的主要成員是人，但也包括所使用的工具，設(shè)備等等資源，。這個概念任何書本上都沒有澄清，但在我描述壓力下的團(tuán)隊建設(shè)之前必須先要談?wù)勥@個概念，以及這個概念所引發(fā)的一些經(jīng)驗。

　　一、團(tuán)隊的概念

　　團(tuán)隊是為達(dá)到統(tǒng)一目的集體的總和。它由集體中的人、工具、設(shè)備、以及一些輔助資源，比如說某些特定信息等等來構(gòu)成。因此團(tuán)隊是具有獨立工作能力的，有獨立思維環(huán)境的一個團(tuán)體。如果有人告訴我，他和朋友組成了一個開發(fā)office的團(tuán)隊，沒有固定的工作環(huán)境，在互聯(lián)網(wǎng)進(jìn)行信息交流。我當(dāng)然不會相信，因為他們不具備環(huán)境，是個不完整的，沒有開發(fā)能力的協(xié)助而已。他們只能做一個完整團(tuán)隊的一部分。這里大家不要把團(tuán)隊局限在軟件行業(yè)，一臺計算機(jī)幾套盜版的開發(fā)環(huán)境就可以了。因此為了使團(tuán)隊正常運作起來，關(guān)鍵部分就是環(huán)境的構(gòu)建，人在團(tuán)隊的角色只是創(chuàng)造性勞動者。因此團(tuán)隊建設(shè)中針對人的部分可以描述為：為創(chuàng)造性勞動構(gòu)建環(huán)境的過程；針對環(huán)境的部分可以描述為：為重復(fù)性勞動構(gòu)建環(huán)境的過程。所以前者需要靈活，自由與嚴(yán)謹(jǐn)，后者需要穩(wěn)定、快速與準(zhǔn)確。簡單的實例：比如軟件開發(fā)中人員是相對自由的，他們可以自由交談，可以自由調(diào)節(jié)休息時間等等，使用的計算機(jī)應(yīng)該是快速的穩(wěn)定的，雖然滿足工作就好，但誰又討厭更快的速度呢？信息也是團(tuán)隊的一部分，比如是面對某個項目要作的前期培訓(xùn)，應(yīng)該具備準(zhǔn)確的概念與快速入門的性質(zhì)。這些都是團(tuán)隊的一部分。而且是缺一不可。至于團(tuán)隊人員的選擇屬于主觀問題，一言不可盡其極，這里就不再論述了。

　　二、團(tuán)隊中的軟件工程

　　上面我故意回避了一個問題，就是團(tuán)隊內(nèi)部的項目管理。要說明這個問題，必須先要了解軟件工程。軟件工程包括兩方面的內(nèi)容：第一、軟件的開發(fā)技術(shù)。第二、軟件項目管理。軟件開發(fā)技術(shù)包括了所有現(xiàn)在的開發(fā)細(xì)節(jié)，這個我沒有能力來說明，在這里我只談?wù)勡浖_發(fā)的項目管理部分，但一定要明白項目管理只是軟件工程的一部分，而不是全部。軟件工程論述部分可以參照我在www.csdn.com上的專欄文章《軟件設(shè)計深度挖掘一》，時間有點久遠(yuǎn)，但里面我需要修正的東西不是很多。用www.google.com可直接搜索到。

　　下面我談?wù)剤F(tuán)隊的軟件工程。

　　團(tuán)隊的規(guī)模和軟件工程匹配成正比，比如10人以下的團(tuán)隊，軟件工程中很多問題都可以解釋為人員的交流。而10-25人的團(tuán)隊則需要很少的中間信息交換的管理，比如使用郵件來發(fā)送任務(wù)書等等，25-50人團(tuán)隊則需要使用更多的中間質(zhì)量保證，比如使用ClearCase來進(jìn)行配置管理，vss顯然不適應(yīng)大規(guī)模軟件開發(fā)。從小團(tuán)隊到大團(tuán)隊的過程中增長的不是軟件工程的應(yīng)用程度的變化，而是對軟件工程的應(yīng)用方式的改變。團(tuán)隊的大小和使用軟件工程沒有任何沖突，不同團(tuán)隊都要確保最終的軟件質(zhì)量，這個很顯然，我們會在小團(tuán)隊?wèi)?yīng)用靈活的，直接的交流方式，比如口頭糾正一些膚淺的錯誤，直接互看代碼，直接指出相互在開發(fā)中存在的問題，這樣做因為我們追求效率，質(zhì)量在遞增的完善中顯的十分完美。大團(tuán)隊為了避免信息交流的爆炸，必須采用一些中間管理步驟來確保各種團(tuán)隊信息流的負(fù)載平衡。項目管理也就在這樣的需求下很自然的產(chǎn)生了。因此團(tuán)隊的軟件工程就是完善的軟件工程體現(xiàn)。只是很多情況下不知不覺的錯過了總結(jié)的機(jī)會，當(dāng)過程結(jié)束就很難再完善的歸納了，畢竟回憶是片段的。我會經(jīng)常聽到有人說自己參加的都是小項目，沒有軟件工程的經(jīng)驗，其實你所擁有的是軟件工程的不同表現(xiàn)而已，沒有參加過小項目的人對軟件工程的認(rèn)識當(dāng)然也是不完全的。

　　三、壓力下的團(tuán)隊建設(shè)

　　我們不可能總是在開發(fā)大型項目，因此開發(fā)模式中適合小團(tuán)隊的模式比較多，大團(tuán)隊的管理模式其實是很成熟的，幾乎所有軟件工程著作都非常適合大型軟件工程。因此我們討論小團(tuán)隊的團(tuán)隊建設(shè)以適應(yīng)大部分的情況。

　　壓力下改變的只有團(tuán)隊中的人。那么，壓力下的團(tuán)隊是怎樣的呢？

　　最嚴(yán)重的問題是他們會感到絕望。由于方方面面的原因都有可能造成團(tuán)隊成員的情緒變化，而且絕大部分情況都是不可逆的。當(dāng)時間太短與項目太大之間的情況發(fā)生，團(tuán)隊必然會發(fā)生對項目能否完成的討論，討論帶來情緒波動，之后是浮躁，心慌，工作效率低下也隨之而來，其實產(chǎn)生這個的原因是因為他們參與了項目管理的討論。在很多情況下團(tuán)隊所有成員是應(yīng)該避免參與項目規(guī)劃部分的談?wù)摚蟛糠钟懻搼?yīng)限制在項目本身，比如設(shè)計上。我不得不重點強調(diào)項目經(jīng)理的作用，因為他要擔(dān)負(fù)起不可思議的一對悖論問題的解決，一個根本不可能完美解決的問題的解決方案的設(shè)計。但團(tuán)隊人員很聰明，他們知道團(tuán)隊面臨的問題，當(dāng)然就有自己的想法，這個應(yīng)該由項目經(jīng)理來解答所有團(tuán)隊成員的問題。需要解釋的問題重點應(yīng)該是項目中的技術(shù)問題如何解決，使用怎樣的質(zhì)量控制及軟件工程方法，項目資金問題，加班問題，完成項目的意義，如果沒有按時提交項目的后果等等。

　　壓力下的項目管理過程就是人的管理過程。軟件工程這個時候變的尤其的脆弱，我曾經(jīng)經(jīng)歷過一個程序員因為椅子不合適而拒絕加班的情況，當(dāng)然他很憤怒。執(zhí)行項目管理的時候應(yīng)該小心翼翼，甚至可以根據(jù)每個不同的人執(zhí)行不同的軟件管理方法。讓團(tuán)隊感到前所未有正面情緒。在這個期間項目經(jīng)理的責(zé)任就是一個關(guān)鍵問題了，不同人的管理模式會讓工作量成幾何級數(shù)的增長，協(xié)作方式的管理復(fù)雜化，優(yōu)化了團(tuán)隊生產(chǎn)效率，增加了大量的管理負(fù)擔(dān)。有壓力的項目應(yīng)該有很大的利潤空間，因此增加項目管理資源應(yīng)該也不是問題。比如每周出去一起出去吃飯，喝茶，打球等等項目活動都會讓團(tuán)隊忘記壓力，輕松的心態(tài)是取勝的關(guān)鍵保證。這種活動是必須的，從心理健康學(xué)上講這個是一種必須要保持的平衡關(guān)系。還可以增加管理人員，來跟蹤團(tuán)隊每個開發(fā)人員的開發(fā)細(xì)節(jié)來及時反饋。開發(fā)人員則不必受一些項目管理中產(chǎn)生的中間過程而耽誤過多的時間，幾年前，我曾有過這樣的經(jīng)歷，我給我的團(tuán)隊骨干（2個人）配備了專門的技術(shù)秘書，他們負(fù)責(zé)一切的文檔編寫，單元測試的編寫，以及完成這兩個人的代碼測試。工作中骨干們甚至是邊開發(fā)邊口述，秘書就及時的記錄下來相應(yīng)的細(xì)節(jié)，從而整理成文然后再給骨干們審查。一個原本要開發(fā)半年的項目，三個月就全部完成，相應(yīng)的開發(fā)成本只增加了10%.最重要的是保證了產(chǎn)品質(zhì)量。之后他們會風(fēng)趣的告訴我，“這樣開發(fā)真的很刺激，希望下次不要再經(jīng)歷了……”所以我想提醒大家，壓力管理是短暫的一種畸形管理，不可能適合大部分的開發(fā)。如果團(tuán)隊連續(xù)3次進(jìn)行這樣的管理過程，我想他們會瘋掉的。

　　到現(xiàn)在我還是沒有提到加班問題。其實在壓力下，加班是難免的，但我確實不能說提倡加班，因為造成團(tuán)隊在高壓下工作應(yīng)該是公司領(lǐng)導(dǎo)們的事情，強加到團(tuán)隊身上是侵犯人權(quán)的表現(xiàn)。每個人都有一定的工作能力，最重要的是我們不能把團(tuán)隊的理想強加到團(tuán)隊成員的身上，因為他們是自由的。加班問題這個矛盾我們還是回避了吧！

　　下面是一些壓力下團(tuán)隊建設(shè)的原則：

　　1、給團(tuán)隊最大的自由度：這個指管理上的自由。不必受公司內(nèi)部制度的限制，因為壓力下的團(tuán)隊管理本身就是畸形的。

　　2、給團(tuán)隊配備最穩(wěn)定的設(shè)備：這個我就不解釋了，最穩(wěn)定在這個情況下比最快速更重要。

　　3、給團(tuán)隊更多的可支配資金：應(yīng)變很多資源和人員需求上的變化，比如需要購買書籍，配備外協(xié)人員等等，這些都需要快速以減少團(tuán)隊額外的時間上的浪費。普通項目則允許資金申報過程。

　　4、項目經(jīng)理要有一定經(jīng)驗：這中情況下的團(tuán)隊讓新手進(jìn)行管理會是災(zāi)難性的。而且項目經(jīng)理經(jīng)驗要非常豐富才可以勝任。普通項目中此條款也可以不遵循。

　　5、團(tuán)隊成員共同設(shè)計：項目應(yīng)該由所有成員一起進(jìn)行設(shè)計工作，以便盡快確定可行的設(shè)計方案，所有成員對設(shè)計也應(yīng)該有很深的了解，方便以后的交流。此條款在普通項目中根據(jù)實際情況實施。

　　6、針對不同成員設(shè)計有針對性的優(yōu)化開發(fā)方案：這種方法只是針對這個項目進(jìn)行，可以按照個人愛好，能力，資源調(diào)配等等方面制定。這種方式是不適合公司發(fā)展的，人員變動后對項目影像比較大，因此普通項目不得按照此管理方式。

　　7、解決團(tuán)隊成員生活問題：在團(tuán)隊解決能力范圍內(nèi)的問題，要在項目開始之前首要解決。原因很明白。在普通項目中里面包含了冗余時間，項目進(jìn)度可以承受成員處理生活上和其它方面的問題，這里最關(guān)心的是效率，因此此條款也不適合普通項目開發(fā)。

　　8、采用敏捷開發(fā)模式。這是輕量級程序的開發(fā)模式，項目經(jīng)理的都應(yīng)該具備這些知識了吧。

　　9、項目培訓(xùn)應(yīng)提早進(jìn)行：在合同簽署之后的第一件事就是項目中的技能培訓(xùn)，比如行業(yè)、前沿技術(shù)等等。這個直接關(guān)系到項目進(jìn)度、用戶需求與穩(wěn)定性的指標(biāo)。

　　10、讓管理層遠(yuǎn)離團(tuán)隊：如果是有經(jīng)驗的團(tuán)隊都有這樣的經(jīng)歷，管理層的很多意見不適合壓力下的技術(shù)開發(fā)，讓他們離開團(tuán)隊才是團(tuán)隊正常運轉(zhuǎn)的保證。很多情況下他們都愿意做你潛在的客戶，他們會這么說，然后來參與到你的團(tuán)隊中，然后他們有很多意見，然后他們會以領(lǐng)導(dǎo)的身份告訴團(tuán)隊?wèi)?yīng)該如何改進(jìn)，而不是客戶的身份。相信我，讓他們離開你的團(tuán)隊，他們一般不會做好這樣的角色互換，因為他們不知道客戶要干什么，不是所有，是大部分。

　　上面所述只針對純軟件公司的小團(tuán)隊開發(fā)。如果要論述各種情況有點不切實際，這里我只論述了大部分公司存在的問題。但大家一定要明白，如果盲目利用這種方式去開發(fā)不可能完成的項目，結(jié)果還是失敗的，因為你的出發(fā)點就錯了，這種方法只是糾錯，就象我們明天要提交軟件了，今天晚上通宵了一樣，是時間壓縮，而不是真的效率提升，一般這種開發(fā)過后我都會給團(tuán)隊放一定的假期，因為他們?yōu)楣咀龀隽诵б?，這是他們應(yīng)得的。