四.團隊交流
一項統計數據表明，一個軟件開發團隊即使沒有高深的技術背景，沒有突出的項目管理能力，只要其內部交流通暢并以務實態度解決問題，一樣可以開發出的產品。軟件開發團隊的內部交流是很重要的，是建設一個有戰斗力的團隊所應充分重視的。團隊內部交流包括兩方面：技術交流和思想交流。
軟件開發團隊作為一個技術類團隊，技術是團隊的立足之本。技術高超的人會逐漸贏得團隊成員的敬意，并成為團隊中的權威，崇尚技術者的偶像，并影響團隊決策， 技術走向。在我所工作過的兩個團隊，他們有著截然不同的風格，一個團隊崇尚技術，狂熱的追捧著新技術，總是選擇前沿的技術，對所選擇的技術誓死捍衛，不惜與貶低該技術者決裂，對技術天才則是發自內心的崇拜，團隊中隨時可見以技術為主題的熱烈討論，爭論。而另一個團隊則恰恰相反，受其的影響，團隊很少關注新技術，總是在不厭其煩的研討需求，設計，至于使用什么技術來實現，并不是那么重視，技術高手的作用也不是那么明顯，團隊成員的技術交流則明顯不足。技術作為軟件開發團隊的基礎沒有的到體現，當然技術也成為了這個團隊發展的制約所在。
團隊成員的技術交流不但可以增進團隊成員之間的友誼，更能拓寬成員的技術視野，迅速提高成員的技術水平，對一些基礎，模糊問題的探討，可以使其清晰，問題明確，并達成一致意見。團隊技術交流的方式有多種：技術研討會，主題講座，技術培訓，代碼評審等。技術研討會可以一項技術細節或開發中遇到的問題進行集體探討，后形成集體決議，用于指導以后的開發工作。而主題講座則是為拓寬技術視野，主題講座可以內部進行，也可以外部請專家。在我公司某個團隊一直有這樣的傳統，每個人都要選擇一個主題進行內部講座，主題可以是開發經驗，心得，技術專題等等，實踐下來效果很好。技術培訓則主要是做一些基礎性培訓。中國的程序員在大學中一般沒有得到開發方面的基礎培訓。進入企業后必須進行基礎性的培訓。代碼評審是直接對某個程序員的代碼進行公開評審，共同發現代碼的問題，特別是思維誤區，在代碼評審中有多年開發經驗的程序員也會被抓到嚴重錯誤。建筑師以磚石來構建房屋，程序員以代碼來編織產品。代碼的優劣直接影響到產品的品質。一個沒有受到良好技術培訓的程序員編織產品象一個沒有建筑經驗的建筑師來構建房屋，都是岌岌可危的。而團隊充分的技術交流可使是成員得到大限度的相互培訓，共同提高技術水平，相互提醒編程誤區。
團隊成員的思想交流一直是我所重視，關注的一個方面。現代的企業，人員流動很大，軟件開發團隊同樣如此，如果僅僅將團隊成員看成是同事關系，上下級關系，是不夠的，這樣的關系是表面化，形式化的。而對于一項的產品開發來說，更需要的是戰友，摯友關系和對共同目標的認同。以同事加上下級關系組建的團隊在前進過程中，很容易受到外界的誘惑，使團隊成員輕易的離開。而要形成戰友，摯友的關系，思想交流是必不可少的，深度懇談是很有效的一種手段。在我所經歷的一個項目，項目產品經理是一個很有經驗的領導。定期組織相關人員到茶樓座談，一般主題為公司，項目內部的問題，到茶樓座談氣氛很輕松，沒有明顯的等級界線，大家都可以暢所欲言，隨著談話的深入，話題不再僅僅局限于公司項目的，而是漸漸深入到人的內心想法，人生，理想，發展等等深層次的話題。而項目經理也將自己對產品的理解，人生感悟，工作經驗等等拿出來和大家一起交流。這樣的座談經常可以從下午下班開始一直持續到深夜。團隊的凝聚力在一次次的交流中不斷的得到加強。而同事，領導之間因為這樣深入的交流，能相互理解，相互支持，相互認同。
思想交流要解決的另一個重要問題是：工作是為誰干的問題。員工往往有這種意識，我是來打工的，你要我干什么干什么。至于能不能把產品作好，賣的出錢，產生利潤，不關我的事，事不關己，高高掛起。這樣的思想很普遍，對團隊的危害也很大。程序員一定要形成這樣的意識：工作不僅僅是為公司工作，也是為自己工作，你付出了時間，精力，也收獲了經驗，感悟，成長，經歷，人際關系這些可貴的東西。如果你采取事不關己，高高掛起的態度，事實上也是在放棄成長，放棄獲得經驗，資歷。而僅僅獲得了可憐的工資。所以我們在團隊建設時，注重培養團隊成員對產品的"擁有感"和"努力工作是為自己成長"的意識。管理者也要注意，你需要的不是一個雇員，而是一個合作者。這是一個雙贏的選擇。
下面將談到團隊的延續性問題。有位哲人說，我看的更遠，是因為我站在巨人的肩膀上。團隊的發展也是站在前人的肩膀上的。團隊的文化，技術，思想，經驗應該得到延續， 讓未來者能看的更遠。所以團隊建設要注重技術沉淀，思想沉淀，文化沉淀。這些都是團隊的寶貴財富，是團隊成員花費了大量的時間，心血得到的， 是團隊的精華所在。很多團隊不太重視這方面的建設，沒有將好的技術，好的思想總結，提煉，流傳下來，茫茫碌碌過后，發現是一場空，得到了什么，感悟了什么，失去了什么，都不知道。當然也注定是一個沒有生命力的團隊。
五.工具應用
工欲善其事，必先利其器。
軟件開發團隊開發中會涉及到很多工具的使用：編譯器，項目管理工具，文字工具，源代碼管理工具等等，用那些工具，如何使用都是有思考價值的。
工具是思想的體現，思想是工具的源泉。Rational的ROSE套件是面向對象設計思想的體現，所以只熟用ROSE套件工具，而不理解其背后面向對象思想的精髓，將始終是得其形而不能得其神的。很多程序員只是將工具用的爛熟，卻不能理解其精神實質，所以只能是個程序員，而不能成長為設計師。設計師總是在觀察世界，設計著工具產品，而程序員則總是在追尋著工具。明白工具的位置是很重要的。不能把工具當成全部。
善于利用工具，編制工具是一個成熟團隊所應具備的能力。在開發過程，會有大量的事情需要人去處理，如源代碼工程編譯，單元測試，模塊測試，代碼復查，數據生成轉換等等，這些工作即煩瑣，又耗費時間，而利用工具來完成則既快捷又準確，更能節省大量的時間，精力。在我們的軟件開發中，對所有源代碼做一次集成編譯，需要花費至少半天時間才能準備好，首先要通知每個程序員編譯出某個版本，然后拷貝到某個指定地點，如果某個程序員不在，或者有其他急事，時間還將拖的更久才能完成全部編譯。在我們編制了一個自動編譯工具后，事情變的簡單了，指定編譯時間，編譯工具可以自動的取得所有源代碼，并編譯出目標代碼，整個過程只需要20分鐘。還可以同時管理多個工程。工作效率得到了極大的提高。再加上編譯后自動備份功能，我們隨時可以找到以前的某個版本。
在軟件開發過程的各個階段，都可以引入相關的工具。需求分析階段，可以引入需求管理工具，使所有的需求可控，并根據版本開發計劃，及需求的緊急程度，確定需求是本次版本實現，還是下一版本實現，或者是不與實現。在分析階段可引入Rational RUP的分析設計模型，使用Rational 的工具來管理分析設計文檔。在編碼階段需要太多工具了，編譯器工具，編譯器輔助工具，源代碼檢查工具，單元測試工具，資源泄露檢查工具，性能效率分析工具，自動編譯工具，源代碼管理工具等等，在測試階段需要自動測試工具，壓力測試工具，性能測試工具，測試問題管理工具等等。
六.綜述
上面從軟件團隊，人員建設，職業生涯規劃，團隊交流，工具應用等五個方面探討了軟件開發團隊的"基礎設施"建設。這些問題是建設一個有戰斗力團隊的基本問題，不關注團隊的根本建設，而只期望得到滿意的結果，是很難如人愿的。而我們探討這些問題，是讓團隊能更有效率，更專注于目標，更能成一個偉大的產品。
