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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　四.團隊交流

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

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

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

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

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

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

　　五.工具應(yīng)用

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

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

　　工具是思想的體現(xiàn)，思想是工具的源泉。Rational的ROSE套件是面向?qū)ο笤O(shè)計思想的體現(xiàn)，所以只熟用ROSE套件工具，而不理解其背后面向?qū)ο笏枷氲木瑁瑢⑹冀K是得其形而不能得其神的。很多程序員只是將工具用的爛熟，卻不能理解其精神實質(zhì)，所以只能是個程序員，而不能成長為設(shè)計師。設(shè)計師總是在觀察世界，設(shè)計著工具產(chǎn)品，而程序員則總是在追尋著工具。明白工具的位置是很重要的。不能把工具當(dāng)成全部。

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

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

　　六.綜述

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

擴展閱讀

版權(quán)聲明：