所有實(shí)施GJB5000或CMMI的單位，都會(huì)建立一個(gè)軟件項(xiàng)目團(tuán)隊(duì)或者軟件項(xiàng)目組，因?yàn)檫@是評價(jià)必須的。沒有項(xiàng)目組，就沒法按照SCAMPI的方法打分，沒法判定該組織的各個(gè)過程域是否滿足標(biāo)準(zhǔn)要求。
于是，大家有樣學(xué)樣，照葫蘆畫瓢，為了評價(jià)建立3個(gè)以上的項(xiàng)目組，這個(gè)項(xiàng)目組一般包括這些人：
軟件項(xiàng)目負(fù)責(zé)人／項(xiàng)目經(jīng)理；
需求分析人員；
設(shè)計(jì)人員；
編碼人員；
測試人員；
配置管理；
QA（質(zhì)量保證）。
評價(jià)之后，為了持續(xù)保有相應(yīng)的等級資質(zhì)，類似的軟件項(xiàng)目組也繼續(xù)保留。
可是在實(shí)際完成軟件任務(wù)的過程中，這樣的項(xiàng)目組總會(huì)遇到這樣那樣的問題，使得評價(jià)過程中建立的軟件體系難以落實(shí)，最終的軟件產(chǎn)品和以往相比也沒什么兩樣，我們期待的“實(shí)施GJB5000就會(huì)提高軟件質(zhì)量”的想法并沒有實(shí)現(xiàn)。
實(shí)際遇到的問題有以下幾種：
對開發(fā)重視大于其他職能。這個(gè)問題有點(diǎn)像那個(gè)質(zhì)量和進(jìn)度的爭論，當(dāng)進(jìn)度迫在眉睫的時(shí)候，到底要進(jìn)度還是要質(zhì)量？在軍工單位當(dāng)中，經(jīng)常有“后墻不倒”之說，所以多數(shù)人都會(huì)選擇進(jìn)度。同樣，在軟件項(xiàng)目組這些職能中，對開發(fā)的重視也超出其他。一方面只有開發(fā)完成，聯(lián)試進(jìn)度才能保證（軟件在聯(lián)試或試驗(yàn)中出現(xiàn)問題，那是下一步的事，而且這個(gè)通常會(huì)歸到質(zhì)量問題而不是進(jìn)度問題，況且運(yùn)氣好的話，質(zhì)量問題不一定出現(xiàn)），另一方面，負(fù)責(zé)開發(fā)的人，在一些軍工單位，通常也是這一軟件的實(shí)際負(fù)責(zé)人。所以，QA的問題經(jīng)常被忽視，測試問題的修復(fù)打折扣。
設(shè)計(jì)質(zhì)量關(guān)注少。我們通常認(rèn)為，設(shè)計(jì)質(zhì)量，當(dāng)然是負(fù)責(zé)“軟件設(shè)計(jì)”那個(gè)人的工作。他的水平?jīng)Q定了設(shè)計(jì)的質(zhì)量。其他人或者給他提供需求——需求分析人員，或者按照他的設(shè)計(jì)實(shí)現(xiàn)軟件產(chǎn)品——編碼人員·……，他們從來沒有把自己當(dāng)作軟件設(shè)計(jì)的一份子。盡管有設(shè)計(jì)評審，但你無法指望一場評審能解決設(shè)計(jì)中的所有問題。一些高水平的同行專家，也只能幫助消除設(shè)計(jì)中的重大問題，其他的小的隱患他也無能為力。
測試的充分性和有效性不重視。我們通常認(rèn)為，測試工作當(dāng)然是測試人員的事，測試工作完成的好壞當(dāng)然由測試人員負(fù)責(zé)。雖然我們會(huì)有測試計(jì)劃，測試報(bào)告的評審，但是，除了測試人員之外，其他成員能夠把評審檢查條目當(dāng)中自己比較熟悉的內(nèi)容找出一兩條問題就不錯(cuò)了，測試用例是否足夠，完成測試之后會(huì)遺留多少bug，who care？
這些問題的出現(xiàn)，除了一些過程控制不力的原因外，還因?yàn)檫@樣的軟件項(xiàng)目組不像是一個(gè)團(tuán)隊(duì)，更像是一個(gè)松散的英雄聯(lián)盟。
什么是團(tuán)隊(duì)？
比如有個(gè)包工頭找了一幫人搬磚，給出報(bào)酬是搬一百塊磚一毛錢，假設(shè)有7、8個(gè)人接受這個(gè)任務(wù)，這78個(gè)人是團(tuán)隊(duì)么？
不是，他們只是臨時(shí)聚集在一起，各自完成任務(wù)就領(lǐng)錢走人。
真正的團(tuán)隊(duì)具有這些的共同特點(diǎn)：
1、團(tuán)隊(duì)有一致的集體目標(biāo)，團(tuán)隊(duì)要一起完成這目標(biāo)。一個(gè)團(tuán)隊(duì)的成員不一定要同時(shí)工作，例如接力賽跑。搬磚的人則不然，每個(gè)人想搬多少就搬多少，不想干了就結(jié)算工錢走人。
2、團(tuán)隊(duì)成員有各自的分工：互相依賴合作共同完成任務(wù)。搬磚的人則是各自行動(dòng)，獨(dú)立完成任務(wù)。有人不辭而別，對其他的搬磚人無實(shí)質(zhì)影響。
我們受過高等教育的開發(fā)團(tuán)隊(duì)成員當(dāng)然不能和這些搬磚人相提并論。但是如果每個(gè)團(tuán)隊(duì)成員不知道自己團(tuán)隊(duì)的共同目標(biāo)（比如，如期交付高質(zhì)量的軟件產(chǎn)品），不為整個(gè)團(tuán)隊(duì)最終能否達(dá)成這一共同目標(biāo)考慮，那他們還是一個(gè)團(tuán)隊(duì)嗎？如果每個(gè)團(tuán)隊(duì)成員只知道完成自己角色字面上所指的淺顯的職責(zé)，不知道相互合作相互幫助，不知道從自己角色的職能角度為共同目標(biāo)的實(shí)現(xiàn)提供實(shí)質(zhì)性的幫助，那他們還是一個(gè)團(tuán)隊(duì)嗎？
我們看看一些優(yōu)秀的團(tuán)隊(duì)是個(gè)什么樣子。
按照微軟組建開發(fā)團(tuán)隊(duì)的經(jīng)驗(yàn)，軟件開發(fā)團(tuán)隊(duì)?wèi)?yīng)該包括以下職能人員：
計(jì)劃管理：控制項(xiàng)目進(jìn)度和外部依賴，保障項(xiàng)目后勤，同時(shí)參與設(shè)計(jì)。
質(zhì)量保證：評估產(chǎn)品狀態(tài)，同時(shí)參與設(shè)計(jì)。
開發(fā)：編寫代碼，修復(fù)bUg，同時(shí)參與設(shè)計(jì)。
產(chǎn)品管理營銷：傳遞產(chǎn)品消息，負(fù)責(zé)產(chǎn)品發(fā)布，聯(lián)系客戶進(jìn)行溝通，同時(shí)參與設(shè)計(jì)。
文檔化/用戶培訓(xùn)：傳遞產(chǎn)品使用信息，同時(shí)參與設(shè)計(jì)。
這些職能通常由以下角色來完成：
項(xiàng)目經(jīng)理；
質(zhì)保人員；
開發(fā)人員；
產(chǎn)品經(jīng)理和營銷人員（如果需要）；
文檔人員。
微軟團(tuán)隊(duì)的“質(zhì)量保證”和我們開發(fā)團(tuán)隊(duì)中的QA是不同的。我們的QA是“客觀地評價(jià)過程和產(chǎn)品的符合性”，是評價(jià)軟件研發(fā)過程和各種工作產(chǎn)品是否符合標(biāo)準(zhǔn)規(guī)范、體系等的要求，他和測試人員的職能是分開的；而微軟團(tuán)隊(duì)的質(zhì)量保證實(shí)際上就是測試人員，他評估的產(chǎn)品就是代碼產(chǎn)品，不包括其他類型的工作產(chǎn)品。
微軟的開發(fā)團(tuán)隊(duì)當(dāng)中最大的特色是：所有人員都需要參與設(shè)計(jì)。而我們通常把設(shè)計(jì)只交給承擔(dān)設(shè)計(jì)任務(wù)的那個(gè)叫“軟件設(shè)計(jì)”的角色。
在我們的軟件開發(fā)團(tuán)隊(duì)中，只有“軟件設(shè)計(jì)”才是軟件產(chǎn)品的設(shè)計(jì)師，充其量，他們會(huì)參與設(shè)計(jì)的評審，從自己熟悉的慣例/技術(shù)等角度提出一些設(shè)計(jì)建議和參考。
微軟開發(fā)團(tuán)隊(duì)通過給每個(gè)團(tuán)隊(duì)成員都賦予了一個(gè)“參與設(shè)計(jì)”的職能，讓每個(gè)團(tuán)隊(duì)成員都能為完成團(tuán)隊(duì)的共同目標(biāo)（比如，如期交付高質(zhì)量的軟件產(chǎn)品）貢獻(xiàn)自己的力量。
我們的軟件項(xiàng)目組如果要成為一個(gè)優(yōu)秀的團(tuán)隊(duì)，還要克服兩個(gè)錯(cuò)誤認(rèn)知。
第一個(gè)錯(cuò)誤認(rèn)知在我們當(dāng)中是普遍存在的，即：“測試人員認(rèn)為他們僅負(fù)責(zé)測試開發(fā)人員創(chuàng)建的軟件產(chǎn)品，或者開發(fā)人員認(rèn)為他們負(fù)責(zé)創(chuàng)建軟件產(chǎn)品，然后再由測試人員進(jìn)行測試”。
這種錯(cuò)誤認(rèn)知會(huì)使開發(fā)人員和測試人員相互疏遠(yuǎn)，使他們的關(guān)系趨于對立而不是合作，這一定會(huì)影響軟件質(zhì)量。這也是引發(fā)我們實(shí)踐中遇到的第二、三個(gè)問題的原因之一。而實(shí)際上，GB5000A中也是要求驗(yàn)證和確認(rèn)是在整個(gè)生命周期中持續(xù)不斷的進(jìn)行，而不是等軟件開發(fā)完成后只進(jìn)行一次。而且開發(fā)人員要確認(rèn)軟件測試是否覆蓋軟件的需求和設(shè)計(jì)，測試人員也要參與需求和設(shè)計(jì)的驗(yàn)證。不僅如此，測試的價(jià)值不僅體現(xiàn)在它是質(zhì)量保證的工具，更體現(xiàn)在它還是一個(gè)設(shè)計(jì)工具。著名的測試驅(qū)動(dòng)開發(fā)（TDD），就是通過測試先行來驅(qū)動(dòng)代碼的設(shè)計(jì)。
這種錯(cuò)誤認(rèn)知也不符合團(tuán)隊(duì)的2個(gè)共同特點(diǎn)，這樣的團(tuán)隊(duì)也就不能再稱之為“團(tuán)隊(duì)”，
另外一個(gè)錯(cuò)誤認(rèn)知是：如果團(tuán)隊(duì)的目標(biāo)是完成軟件項(xiàng)目，“開發(fā)人員越多，隊(duì)的開發(fā)能力就超強(qiáng)”。因?yàn)殚_發(fā)人員很難履行團(tuán)隊(duì)中其他人員的職責(zé)，比如微軟團(tuán)隊(duì)的職能人員當(dāng)中的計(jì)劃管理、質(zhì)量保證等人員的職責(zé)。
這種錯(cuò)誤認(rèn)知會(huì)強(qiáng)化我們在實(shí)踐中遇到的第一個(gè)問題。
實(shí)際上，一個(gè)健康團(tuán)隊(duì)各角色成員的比例不是隨意搭配的，它必須滿足一個(gè)基本的原則是，每名質(zhì)保（測試）人員最多只能服務(wù)于兩名開發(fā)人員。
微軟的開發(fā)團(tuán)隊(duì)的經(jīng)驗(yàn)是：通常開發(fā)團(tuán)隊(duì)大約由6名開發(fā)人員，2～3名質(zhì)保（測試）人員，一位項(xiàng)目經(jīng)理和2位文檔人員組成。
只有實(shí)現(xiàn)人員的匹配平衡，才能保證團(tuán)隊(duì)的目標(biāo)能夠?qū)崿F(xiàn)。
也只有這樣，我們的軟件項(xiàng)目組才不再是各自為戰(zhàn)的松散的英雄聯(lián)盟，而是為了我們的共同目標(biāo)——按期交付高質(zhì)量的軟件產(chǎn)品而努力的優(yōu)秀團(tuán)隊(duì)。
參考書目：
1、《軟件研發(fā)之道：微軟開發(fā)團(tuán)隊(duì)的經(jīng)驗(yàn)法則》
2、《構(gòu)建之法 現(xiàn)代軟件工程》
微信號：IdeaofSE
聯(lián)系客服
