一.軟件團隊項目管理者聯(lián)盟文章

　　自軟件危機爆發(fā)以來，人們開始用軟件工程來試圖解決這個問題，提出了各種各樣的開發(fā)理論, 開發(fā)模式。軟件開發(fā)的藝術性，和不可預知性，使得各種開發(fā)理論，開發(fā)模式,總是有其局限性，終始無法精確的用工程的手段來量化開發(fā)過程。項目管理培訓

　　軟件是科學與藝術的結合，理論與實踐的結合。作為一種智慧產(chǎn)品，軟件開發(fā)基本上是一種智能的投入，是軟件開發(fā)團隊的智慧結晶。在軟件中凝結的智能愈高，軟件的價值就愈高，能被市場接受的價格就愈高。完全按工程組織來完成軟件開發(fā)，基本是不可能完成的任務。

　　在看似平靜的表面下面，軟件開發(fā)其實是充滿著各種風險，不可預知，和躁動不安的。按開發(fā)計劃完成軟件是世界上最困難的事情之一。雖然你有著那么多的開發(fā)經(jīng)驗，技術資源，開發(fā)模式，但是你不能完全的依賴它們，每一個軟件都有它的獨特性，都需要你特別的付出和關注。你不要指望事情就能按你預想的那樣一帆風順的進行。你需要關注，特別的關注，直到它的誕生。因此有人說：與其說軟件的開發(fā)是可依進度或功能切割的項目，不如說是一種第六感。有時候它的確是這樣。

　　也正因為軟件誕生的艱辛，所以它的誕生也具有震撼性。一個偉大的軟件產(chǎn)品，總是震撼著市場，震撼著心靈，將是人們?nèi)康慕裹c所在，顧客將帶著鈔票搶著購買。公司也將因此成為行業(yè)中的個中翹楚。這就是軟件的魅力。一個高效率的開發(fā)團隊會將這一切變?yōu)榭赡?。項目管理培?

　　微軟的成功，促使人們更多的開始關注小的開發(fā)團隊的使用。

　　軟件開發(fā)團隊是為一個軟件產(chǎn)品,或者一個項目的開發(fā)而組合在一起的組織. 軟件開發(fā)團隊首先是為目標的存在而存在的.項目管理者聯(lián)盟文章

　　對一個軟件開發(fā)團隊首先要解決的問題是: 應該由那些角色來組成團隊.在傳統(tǒng)上組建一個開發(fā)團隊時，習慣上是找一個主管，幾個主力程序員，加從其他部門調來，或者現(xiàn)招幾個程序員，就算做是一個開發(fā)團隊，就期望他們能按時按質的拿出東西，運氣好的話，他們可以搞定，大多數(shù)時候，項目不是嚴重超期，就是永無出頭之日，最后只有下馬的命運.

　　一個先天不足的團隊，很難期望他們能按時按質的拿出產(chǎn)品。

項目管理論壇參照微軟項目團隊組成，一個軟件開發(fā)團隊應該由如下角色組成：項目經(jīng)理，系統(tǒng)設計師，程序員，測試人員，用戶教育培訓人員。項目經(jīng)理對整個項目的成敗負責，需要關注項目的進度，與客戶的溝通交流，理解客戶需求，項目經(jīng)理更多的是作為用戶和開發(fā)人員之間溝通的橋梁.因此對項目經(jīng)理，不僅要求在技術上能夠解決項目中發(fā)生的各種問題，也能預見到項目的各種潛在風險，并規(guī)避風險，更重要的是做為產(chǎn)品的代言人，能闡述清楚產(chǎn)品的用途，特色給潛在客戶，也能明白，清晰的理解客戶的需求描述,并和客戶在需求問題上達成一致或折中.系統(tǒng)設計師和主力程序員一起對整個產(chǎn)品的架構，設計負責，確認開發(fā)語言，制定開發(fā)規(guī)范，預先架構中的潛在問題，解決開發(fā)中遇到的技術問題和測試問題.程序員分為主力程序員和一般程序員，主力程序員將承擔更多的責任，協(xié)助系統(tǒng)設計師的設計工作，并具體指導一般程序員的開發(fā)工作，主力程序員一般由有多年項目經(jīng)驗的程序員擔任.測試人員負責產(chǎn)品的測試工作，從方案設計就開始參與并撰寫測試計劃，測試人員也應包括幾種：能寫測試代碼的，完全不懂計算機,只做用戶測試的.其測試的側重點不同。項目管理論壇

　　用戶教育培訓人員撰寫用戶使用文擋，產(chǎn)品說明書等，用戶教育培訓人員是一個項目很容易被忽視的角色，但事實上，在一個大項目中，他們的身影絕對重要，這部分工作，沒有專人來做，必然的分攤到程序員身上.程序員很難有時間，有心情來完成這些東西，不但會影響程序員的專注，也使文擋的質量很差.特別是在項目的后期，程序員的專注是非常重要的.我們看微軟的項目管理，角色可以重疊，合并，但程序員與其他角色是絕對不會重疊，合并的。

　　將團隊劃分為幾種角色，目的就是要他們各司其職，相互倚重，共享前景.一個團隊如果沒有明確的職責分工，沒有規(guī)劃，沒有分工合作，只會讓事情亂做一團，遇到問題，人人推委，最終導致團隊信譽整體下降。項目經(jīng)理雖然對項目的成敗負責，但是項目經(jīng)理不可能面面俱到. 因此保持出了問題有人負責處理的原則，是非常重要的.懂得分工與授權，項目經(jīng)理才能"解放"自己，團隊成員也才會遇事不躲，主動承擔并處理問題。

　　二.人員建設項目經(jīng)理圈子

　　團隊劃分出各種角色后，應明確各個角色的素質要求和技能要求，一個不適合的人處于一個不合適的職位上，是一個雙輸?shù)倪x擇。團隊建設上應避免把團隊建設成為一個大籮筐，什么東西都可以裝。開發(fā)團隊要進人，就應該嚴格的按照崗位要求，招合適的人。在嚴把進人關的基礎上，團隊還應該逐步的，有計劃的把不合適的人員替換掉.這個崗位不適合他，應該還有更適合他的崗位，而勉強呆在原位，不僅對團隊，也對他不公平.當然在中國這個人情化社會里，要做到這一點很不容易.特別是工作多年的同事，同時可能也是朋友,要做做這一點更難。管理者也要克服掉人情關。過不了人情關，很難成為一個合格的管理者。

　　大家聽說過木桶理論：一個木桶所能裝的水不是由最長的那根木條決定的，而是由最短的那根木條決定的。對這個理論應用到軟件開發(fā)領域就是：一個軟件開發(fā)團隊開發(fā)出的產(chǎn)品品質最差是由能力最差的人決定的，所能開發(fā)出來的最好的產(chǎn)品品質是由能力最強的人決定的。通俗的理解是，一個開發(fā)團隊開發(fā)出來的產(chǎn)品品質就是由最差和最好的人來決定的，也就是團隊成員決定的。一個產(chǎn)品的現(xiàn)狀往往能很準確的反映出一個團隊的現(xiàn)狀。產(chǎn)品的品質也就是團隊的品質。這就是為什么有的產(chǎn)品叫好又叫座，而有的產(chǎn)品缺無人問津，甚至中途夭折，產(chǎn)品品質最終是由人來決定的。而當某個團隊請到一個牛人指導時候，其產(chǎn)品品質往往有大幅度的提升。而某個產(chǎn)品很糟糕的時候，回頭看看他的開發(fā)團隊，通常是整體表現(xiàn)為能力欠缺。

因此軟件開發(fā)團隊想要開發(fā)出好的軟件產(chǎn)品，首先要做的就是挑戰(zhàn)團隊成員自身的局限。團隊成員的自大，高傲，拒絕合作，敵視，盲目自信都不利于團隊的成長，更不利于自身的成長。而一個開放的心態(tài)，虛心的態(tài)度，崇尚交流的風氣將更利于團隊成員相互接受，互助合作，更容易完成任務。當團隊形成注重成長的風氣后，產(chǎn)品品質將會得到不斷的提升，團隊成員在自身成長的同時，也會帶動其他成員的成長，這是有示范效應的。當最短的木條和最長的木條都在開始長長的時候，木桶能裝的水就是在增加，而對于開發(fā)團隊來說，就是能開發(fā)出品質更高的產(chǎn)品，他所能解決的問題域更廣，經(jīng)驗更豐富，更懂得如何去開發(fā)出一個好的產(chǎn)品。

　　團隊是不停的發(fā)展變化的，成員的新增，辭職是不可避免的。對于新進員工，應有一個"入模子" 的過程。聯(lián)想柳總總結出來的"入模子"過程，很形象的說明我們就是要把新進員工的身上打上自己的標記，讓大家有共同的語言，共同的行事規(guī)則，共同的理念，共同遠景。團隊文化，氛圍如果不能影響新進員工進入共同頻道，這個團隊建設就是失敗的，不能延續(xù)的，遲早會出問題。要形成自己的氛圍，理念不是一早一夕就能作到的，團隊建設者應更多的關注到這個問題上來。這是形成團隊戰(zhàn)斗力的關鍵。也是凝聚團隊的關鍵。對不能溶入共同頻道的人，應堅決的予以清除。

　　三.職業(yè)生涯規(guī)劃

　　堡壘往往是從內(nèi)部被攻破的，軟件開發(fā)團隊也會在發(fā)展過程遇到因為內(nèi)部問題而邦分崩離兮。最重要的內(nèi)部問題，我認為是團隊成員的職業(yè)生涯規(guī)劃問題。一個團隊，其管理者職位總是少數(shù)，而目前各個公司沒有明確的職業(yè)生涯規(guī)劃，只有走上管理之路，才能有大的發(fā)展，也就造成了千軍萬馬過管理這條獨木橋。人的趨利性就使人們只向升職一條獨木橋上鉆。聰明的人開始團結領導，能干的人尋找其它機會, 程序員開始投簡歷，最終團隊走向沒落。因此員工的職業(yè)生涯規(guī)劃不能走千軍萬馬過管理這條獨木橋之路，而是要條條大路通羅馬。在國外的一些軟件開發(fā)企業(yè)里，程序員一樣可以拿到相當于副總裁，高級管理人員才能拿到的薪水, 這樣程序員才能安心的解決計算機問題，而不是去解決人際問題。軟件開發(fā)團隊不同其他團隊，軟件開發(fā)中有越多的老戰(zhàn)士在第一線作戰(zhàn)，產(chǎn)品成功的概率就越大。而我們往往做的是把一個技術好手提升為管理者，再招上十個八個人，來開發(fā)一個漏洞百出的產(chǎn)品，導致技術得不到延續(xù)，管理也是一塌糊涂的結果。

　　團隊成員都能專注于做自己的事情，則這個團隊的開發(fā)效率將越來越高，產(chǎn)品品質越來越好。我認為微軟軟件開發(fā)的成功，也就在于此，一個有著數(shù)十年軟件開發(fā)經(jīng)驗的團隊和一個剛剛建立的團隊開發(fā)出來的產(chǎn)品當然是不可同日而語?！盾浖_發(fā)的科學與藝術》一書中提到，微軟NT4前的產(chǎn)品經(jīng)常會導致無故重啟，死機，但是現(xiàn)在微軟的產(chǎn)品越來越少看到這種現(xiàn)象，主要原因就是微軟大量的程序員開發(fā)經(jīng)驗越來越豐富，測試經(jīng)驗越來越豐富的結果?？梢妶F隊的延續(xù)性是多么重要;團隊成員的專注是多么重要。而這種專注就取決于管理者如何來解決團隊成員的"前途"問題。

　　團隊成員的發(fā)展途徑，我認為可以有如下幾個：行業(yè)專家，技術專家，設計師，架構師，系統(tǒng)分析師,高級程序員，項目經(jīng)理, 產(chǎn)品經(jīng)理。團隊每個人都將有足夠的選擇機會。完全可以根據(jù)自己的特色選擇。喜歡管理的可以向項目經(jīng)理，產(chǎn)品經(jīng)理看齊，喜歡技術的可以專注于技術，走技術專家，設計師，分析師之路。最終形成百花齊放的格局。在技術上也可保持連續(xù)性，并可不斷的加深技術底蘊。最終技術，管理都將得到大的發(fā)展。

　　四.團隊交流

　　一項統(tǒng)計數(shù)據(jù)表明，一個軟件開發(fā)團隊即使沒有高深的技術背景，沒有突出的項目管理能力，只要其內(nèi)部交流通暢并以務實態(tài)度解決問題，一樣可以開發(fā)出優(yōu)秀的產(chǎn)品。軟件開發(fā)團隊的內(nèi)部交流是很重要的，是建設一個有戰(zhàn)斗力的團隊所應充分重視的。團隊內(nèi)部交流包括兩方面：技術交流和思想交流。

　　軟件開發(fā)團隊作為一個技術類團隊，技術是團隊的立足之本。技術高超的人會逐漸贏得團隊成員的敬意，并成為團隊中的權威，崇尚技術者的偶像，并影響團隊決策, 技術走向。在我所工作過的兩個團隊，他們有著截然不同的風格，一個團隊崇尚技術，狂熱的追捧著新技術，總是選擇最前沿的技術，對所選擇的技術誓死捍衛(wèi)，不惜與貶低該技術者決裂，對技術天才則是發(fā)自內(nèi)心的崇拜，團隊中隨時可見以技術為主題的熱烈討論，爭論。而另一個團隊則恰恰相反，受其領導者的影響，團隊很少關注新技術，總是在不厭其煩的研討需求，設計，至于使用什么技術來實現(xiàn)，并不是那么重視，技術高手的作用也不是那么明顯，團隊成員的技術交流則明顯不足。技術作為軟件開發(fā)團隊的基礎沒有的到體現(xiàn)，當然技術也就成為了這個團隊發(fā)展的制約所在。

　　團隊成員的技術交流不但可以增進團隊成員之間的友誼，更能拓寬成員的技術視野，迅速提高成員的技術水平，對一些基礎，模糊問題的探討，可以使其清晰，問題明確，并達成一致意見。團隊技術交流的方式有多種：技術研討會，主題講座，技術培訓，代碼評審等。技術研討會可以就一項技術細節(jié)或開發(fā)中遇到的問題進行集體探討，最后形成集體決議，用于指導以后的開發(fā)工作。而主題講座則是為拓寬技術視野，主題講座可以內(nèi)部進行，也可以外部請專家。在我公司某個團隊一直有這樣的傳統(tǒng)，每個人都要選擇一個主題進行內(nèi)部講座，主題可以是開發(fā)經(jīng)驗，心得，技術專題等等，實踐下來效果很好。技術培訓則主要是做一些基礎性培訓。中國的程序員在大學中一般沒有得到開發(fā)方面的基礎培訓。進入企業(yè)后必須進行基礎性的培訓。代碼評審是直接對某個程序員的代碼進行公開評審，共同發(fā)現(xiàn)代碼的問題，特別是思維誤區(qū)，在代碼評審中有多年開發(fā)經(jīng)驗的程序員也會被抓到嚴重錯誤。建筑師以磚石來構建房屋，程序員以代碼來編織產(chǎn)品。代碼的優(yōu)劣直接影響到產(chǎn)品的品質。一個沒有受到良好技術培訓的程序員編織產(chǎn)品就象一個沒有建筑經(jīng)驗的建筑師來構建房屋，都是岌岌可危的。而團隊充分的技術交流可使是成員得到最大限度的相互培訓，共同提高技術水平，相互提醒編程誤區(qū)。

　　團隊成員的思想交流一直是我所重視，關注的一個方面?，F(xiàn)代的企業(yè)，人員流動很大，軟件開發(fā)團隊同樣如此，如果僅僅將團隊成員看成是同事關系，上下級關系，是不夠的，這樣的關系是表面化，形式化的。而對于一項優(yōu)秀的產(chǎn)品開發(fā)來說，更需要的是戰(zhàn)友，摯友關系和對共同目標的認同。以同事加上下級關系組建的團隊在前進過程中，很容易受到外界的誘惑，使團隊成員輕易的離開。而要形成戰(zhàn)友，摯友的關系，思想交流是必不可少的，深度懇談是很有效的一種手段。在我所經(jīng)歷的一個項目，項目產(chǎn)品經(jīng)理是一個很有經(jīng)驗的領導。定期組織相關人員到茶樓座談，一般主題為公司，項目內(nèi)部的問題，到茶樓座談氣氛很輕松，沒有明顯的等級界線，大家都可以暢所欲言，隨著談話的深入，話題不再僅僅局限于公司項目的，而是漸漸深入到人的內(nèi)心想法，人生，理想，發(fā)展等等深層次的話題。而項目經(jīng)理也將自己對產(chǎn)品的理解，人生感悟，工作經(jīng)驗等等拿出來和大家一起交流。這樣的座談經(jīng)?？梢詮南挛缦掳嚅_始一直持續(xù)到深夜。團隊的凝聚力在一次次的交流中不斷的得到加強。而同事，領導之間因為這樣深入的交流，能相互理解，相互支持，相互認同。轉自項目管理者聯(lián)盟

　　思想交流要解決的另一個重要問題是：工作是為誰干的問題。員工往往有這種意識，我是來打工的，你要我干什么就干什么。至于能不能把產(chǎn)品作好，賣的出錢，產(chǎn)生利潤，不關我的事，事不關己，高高掛起。這樣的思想很普遍，對團隊的危害也很大。程序員一定要形成這樣的意識：工作不僅僅是為公司工作，也是為自己工作，你付出了時間，精力，也收獲了經(jīng)驗，感悟，成長，經(jīng)歷，人際關系這些可貴的東西。如果你采取事不關己，高高掛起的態(tài)度，事實上也是在放棄成長，放棄獲得經(jīng)驗，資歷。而僅僅獲得了可憐的工資。所以我們在團隊建設時，注重培養(yǎng)團隊成員對產(chǎn)品的"擁有感"和"努力工作是為自己成長"的意識。管理者也要注意，你需要的不是一個雇員，而是一個合作者。這是一個雙贏的選擇。項目管理者聯(lián)盟

　　下面將談到團隊的延續(xù)性問題。有位哲人說，我看的更遠，是因為我站在巨人的肩膀上。團隊的發(fā)展也是站在前人的肩膀上的。團隊的文化，技術，思想，經(jīng)驗應該得到延續(xù), 讓未來者能看的更遠。所以團隊建設要注重技術沉淀，思想沉淀，文化沉淀。這些都是團隊的寶貴財富，是團隊成員花費了大量的時間，心血得到的, 是團隊的精華所在。很多團隊不太重視這方面的建設，沒有將好的技術，好的思想總結，提煉，流傳下來，茫茫碌碌過后，發(fā)現(xiàn)是一場空，得到了什么，感悟了什么，失去了什么，都不知道。當然也就注定是一個沒有生命力的團隊。

　　五.工具應用

　　工欲善其事，必先利其器。

軟件開發(fā)團隊開發(fā)中會涉及到很多工具的使用：編譯器，項目管理工具，文字工具，源代碼管理工具等等，用那些工具，如何使用都是有思考價值的。

　　工具是思想的體現(xiàn)，思想是工具的源泉。Rational的ROSE套件是面向對象設計思想的體現(xiàn)，所以只熟用ROSE套件工具，而不理解其背后面向對象思想的精髓，將始終是得其形而不能得其神的。很多程序員只是將工具用的爛熟，卻不能理解其精神實質，所以只能是個程序員，而不能成長為設計師。設計師總是在觀察世界，設計著工具產(chǎn)品，而程序員則總是在追尋著工具。明白工具的位置是很重要的。不能把工具當成全部。

　　善于利用工具，編制工具是一個成熟團隊所應具備的能力。在開發(fā)過程，會有大量的事情需要人去處理，如源代碼工程編譯，單元測試，模塊測試，代碼復查，數(shù)據(jù)生成轉換等等，這些工作即煩瑣，又耗費時間，而利用工具來完成則既快捷又準確，更能節(jié)省大量的時間，精力。在我們的軟件開發(fā)中，對所有源代碼做一次集成編譯，需要花費至少半天時間才能準備好，首先要通知每個程序員編譯出某個版本，然后拷貝到某個指定地點，如果某個程序員不在，或者有其他急事，時間還將拖的更久才能完成全部編譯。在我們編制了一個自動編譯工具后，事情就變的簡單了，指定編譯時間，編譯工具就可以自動的取得所有源代碼，并編譯出目標代碼，整個過程只需要20分鐘。還可以同時管理多個工程。工作效率得到了極大的提高。再加上編譯后自動備份功能，我們隨時可以找到以前的某個版本。

　　在軟件開發(fā)過程的各個階段，都可以引入相關的工具。需求分析階段，可以引入需求管理工具，使所有的需求可控，并根據(jù)版本開發(fā)計劃，及需求的緊急程度，確定需求是本次版本實現(xiàn)，還是下一版本實現(xiàn)，或者是不與實現(xiàn)。在分析階段可引入Rational RUP的分析設計模型，使用Rational 的工具來管理分析設計文檔。在編碼階段就需要太多工具了，編譯器工具，編譯器輔助工具，源代碼檢查工具，單元測試工具，資源泄露檢查工具，性能效率分析工具，自動編譯工具，源代碼管理工具等等，在測試階段需要自動測試工具，壓力測試工具，性能測試工具，測試問題管理工具等等。

　　六.綜述

　　上面從軟件團隊，人員建設，職業(yè)生涯規(guī)劃，團隊交流，工具應用等五個方面探討了軟件開發(fā)團隊的"基礎設施"建設。這些問題是建設一個有戰(zhàn)斗力團隊的基本問題，不關注團隊的根本建設，而只期望得到滿意的結果，是很難如人愿的。而我們探討這些問題，就是讓團隊能更有效率，更專注于目標，更能成就一個偉大的產(chǎn)品。

擴展閱讀

版權聲明：