【正文】 （1） 任務(wù)定義：（表1）任務(wù)定制表任務(wù)編號項(xiàng)目編號任務(wù)名稱任務(wù)負(fù)責(zé)人開始時(shí)間結(jié)束時(shí)間實(shí)際結(jié)束時(shí)間任務(wù)說明0010011C1需求分析01/12/2002/01/2002/01/20提交需求分析說明書0010021C1解決方案02/01/0302/01/2402/01/24提交解決方案0010031C1概要設(shè)計(jì)02/01/0302/02/0802/02/08提交概要設(shè)計(jì)說明書0010041C1詳細(xì)設(shè)計(jì)02/02/0802/02/2502/02/25提交詳細(xì)設(shè)計(jì)說明書0010051C1編碼02/02/2602/03/1002/03/10提交代碼0010061C1測試02/03/1102/03/1702/03/17提交測試計(jì)劃和測試用例0010071C1與用戶溝通02/02/0202/02/0502/02/05提交相關(guān)文檔和PPT文件
。項(xiàng)目由華軟研究院承擔(dān)，是一個(gè)大型的研發(fā)項(xiàng)目。而鐵通無法解決“最后一千米”問題，所以需要開通其他非傳統(tǒng)性業(yè)務(wù)增強(qiáng)市場競爭能力。 問題： 中軟項(xiàng)目質(zhì)量管理的特色是什么？ 分析中軟實(shí)施CMM的技術(shù)路線。ISO 9000是一個(gè)通用的標(biāo)準(zhǔn)，對軟件企業(yè)有一個(gè)叫90003的版本，它對軟件企業(yè)來說是一個(gè)指南，而不是一套標(biāo)準(zhǔn)，它解釋得非常抽象，可理解和執(zhí)行的范圍很大。 體會(huì)ISO 9000 他下面會(huì)有開發(fā)隊(duì)伍，包括分析、設(shè)計(jì)、編碼、測試、配置管理、品質(zhì)保證等六類角色，其中，測試、品質(zhì)保證是獨(dú)立的一條線，編碼的人不能同時(shí)做測試，品質(zhì)保證是完全獨(dú)立于項(xiàng)目之外的，作為部門經(jīng)理的一個(gè)眼睛。 在東軟，一個(gè)項(xiàng)目的角色分配是：最大的是項(xiàng)目經(jīng)理，叫PM，偏重管理的角色。 生硬地套用現(xiàn)有的質(zhì)量管理體系對人的智力活動(dòng)進(jìn)行控制，一方面會(huì)制約軟件工程過程中人的智力活動(dòng)，同時(shí)也會(huì)產(chǎn)生過高的成本，不利于軟件企業(yè)的成長。因此，東軟做質(zhì)量不是做認(rèn)證，而是沉淀一種理念，形成一種文化，充實(shí)自己的質(zhì)量體系，并在這個(gè)過程中，質(zhì)量得到持續(xù)的改進(jìn)。 東軟認(rèn)為，在引入國際先進(jìn)質(zhì)量管理思想的同時(shí)，東軟更看重的是借鑒先進(jìn)企業(yè)的質(zhì)量管理經(jīng)驗(yàn)，而不是套用現(xiàn)有質(zhì)量體系的標(biāo)準(zhǔn)。 軟件過程改善之東軟觀點(diǎn) 2001年6月至今，東軟開始在全公司范圍內(nèi)推廣CMM Level3標(biāo)準(zhǔn)；CMM Level4被列入東軟2002年大事。 2001年6月，東軟NEUAPN division達(dá)到CMM Level3，通過該等級評估，成為第一個(gè)達(dá)到這一等級的國內(nèi)軟件企業(yè)。同年12月，獲得挪威船級社（DNV）頒發(fā)的ISO 9001∶2000質(zhì)量認(rèn)證證書，成為國內(nèi)首家通過ISO 9001∶2000質(zhì)量體系認(rèn)證的軟件企業(yè)。 ” 1991年6月，東軟與日本阿爾派株式會(huì)社合資成立東工阿爾派軟件研究所（有限公司）。 　東軟軟件過程改善備忘錄 其實(shí)，不請咨詢機(jī)構(gòu)的另一個(gè)考慮是，東軟想為自己培養(yǎng)一批咨詢的力量，這樣可以為我們的客戶提供更多的服務(wù)。 目前，很多公司在準(zhǔn)備實(shí)施CMM工程的時(shí)候，都會(huì)考慮去選擇一家咨詢機(jī)構(gòu)來幫助實(shí)施。要跟現(xiàn)有組織的成熟程度有一個(gè)很好的平衡，否則來自各方的阻力就會(huì)很大。 “做CMM的時(shí)候，溝通與交流是非常重要的，這個(gè)過程你得讓雙方有一致的認(rèn)識，才能促進(jìn)改善過程的推進(jìn)。所以，一種誠實(shí)的文化、一種開放交流的文化有助于去做CMM。 “CMM是一個(gè)流程，比ISO 9000要細(xì)，CMM要求在指導(dǎo)的過程中，實(shí)施部門也要積極地配合，哪些東西希望別的部門能幫我來做，哪些東西需要我自己去做，CMM規(guī)定得很詳細(xì)。這樣的進(jìn)步就是對上游工序諸如設(shè)計(jì)等有了一個(gè)比較好的改善。一開始，我們還是擔(dān)心同行評審是否有效果，同行之間是否會(huì)缺乏責(zé)任感，因?yàn)檫@容易產(chǎn)生事不關(guān)己的態(tài)度。 “再有一個(gè)就是評審，原來的項(xiàng)目評審主要依賴于部門負(fù)責(zé)人的評審力度，當(dāng)時(shí)覺得整個(gè)項(xiàng)目的把關(guān)就是靠部長，部長的技術(shù)不能評審好，就沒有人能評審得好。就在這天上午，東軟通過CMM Level3評審的消息傳到北京，東軟榮幸地成為國內(nèi)首家通過CMM Level3的軟件企業(yè)。 2001年6月，F(xiàn)rank為東軟做CMM level3評審。東軟SEPG組將裁減指南分為新項(xiàng)目類（new）、待改進(jìn)項(xiàng)目(improving)、維持類項(xiàng)目(maintaining)及小項(xiàng)目類(small)。 Frank指出了不少問題，要知道這已經(jīng)是5月份了，6月就要評審了，如果預(yù)評審問題太多，如期達(dá)到CMM Level3的目標(biāo)就要泡湯了。 2001年5月，F(xiàn)rank來到東大軟件園為東軟做CMM Level3的預(yù)評審。一方面是因?yàn)镾EPG組對有關(guān)術(shù)語的理解得到了驗(yàn)證，整體方面沒有偏。 SEPG組的成員心里更緊張了，因?yàn)檫@個(gè)項(xiàng)目是東軟有史以來承接的最大的外包項(xiàng)目。 CMM Level3的導(dǎo)入將伴隨國際合作事業(yè)部整個(gè)項(xiàng)目的開發(fā)全過程。 2000年9月，NOTE項(xiàng)目通過CMM Level2的評審之后，東軟SEPG組又開始了向CMM Level3沖刺，這才是東軟實(shí)施CMM第一個(gè)階段的最終目標(biāo)。從培訓(xùn)的技巧上，首先得把培訓(xùn)的形式準(zhǔn)備得生動(dòng)活潑，而不是像上課一樣，培訓(xùn)講求行為和態(tài)度的改變；其次，必須把培訓(xùn)分類，在實(shí)施CMM中，是給項(xiàng)目經(jīng)理的培訓(xùn)就不必讓一般的開發(fā)人員參加，按照角色的不同，比如編碼、測試、質(zhì)保等，必要時(shí)也要分開做培訓(xùn)，這一方面是為了平衡他們的時(shí)間，另一方面也是為了使每一次培訓(xùn)有的放矢，效果達(dá)到最好。 “實(shí)施CMM的過程使我們自身的管理水平提高了很多，比如在開會(huì)的質(zhì)量上和培訓(xùn)的技巧上。CMM要求改善是持續(xù)的，因此，我們希望東軟的過程管理通過工具的幫助，使過程改善更加受開發(fā)人員的喜愛，并使改善過程更加持續(xù)。甚至覺得，領(lǐng)導(dǎo)不會(huì)去幫我調(diào)試，也不會(huì)去幫我編碼，要那些數(shù)據(jù)有什么用啊？因此，必須讓項(xiàng)目負(fù)責(zé)人認(rèn)識到數(shù)據(jù)的重要性。” 從那次以后，在使用我們自己定義的東西之前就非常謹(jǐn)慎?！? “做了預(yù)審我感覺成功了一半，因?yàn)槟菚r(shí)心里沒底，不像做了Level3之后，我們心里就有底了。 其實(shí)，從來沒有到過中國的Frank是抱著試試看的態(tài)度踏上中國的國土的，之前他對中國軟件企業(yè)根本不了解。”之所以選擇Frank來做評審，東軟認(rèn)為，有資歷的主任評審員簽發(fā)的評審證書肯定“更好用”。來自美國的主任評審員Frank在做完東軟CMM Level2的預(yù)評審之后說: “這是我參加過的這么多評審中寫得最好的評審材料！”，來自美國PROCESS STRATEGIES公司，是最早獲得SEI授權(quán)的主任評審員，有25年以上的軟件工程、軟件項(xiàng)目管理經(jīng)驗(yàn)，10年的CMM培訓(xùn)、咨詢、評估經(jīng)驗(yàn)，為60多個(gè)客戶提供過評審服務(wù)，被SEI評為最活躍的主任評審員之一。 發(fā)現(xiàn)金礦也許這就是東軟一直追求的‘復(fù)用’的文化。我們希望通過自己的研究，按照自己的情況具體實(shí)施，由此會(huì)得到一個(gè)持續(xù)的、不斷改善的能力，而不是因?yàn)椴荒芟稍児咎峁┑睦砟詈头椒ㄗ詈髮?dǎo)致‘水土不服’。何曉源說: “我們一開始是想找一個(gè)咨詢機(jī)構(gòu)來輔助導(dǎo)入CMM的，但后來發(fā)現(xiàn)，一方面在國內(nèi)當(dāng)時(shí)根本就沒有具備這種資格的機(jī)構(gòu)。 關(guān)于導(dǎo)入CMM，何曉源找過日方派駐的副總，這位副總建議東軟選擇NEC做評估，但東軟同時(shí)希望NEC評估之后可以做評審，但NEC沒有這個(gè)能力，于是東軟就放棄了NEC?！薄拔覀兊哪繕?biāo)是爭取Level3，因?yàn)長evel2是針對組織的，而ISO 9000也是針對組織的，東軟推行ISO已經(jīng)兩年了，所以我們當(dāng)時(shí)覺得應(yīng)該從Level3做起。東大軟件NAS樓會(huì)議室，決定CMM實(shí)施工程的正式會(huì)議在召開。 不請咨詢公司當(dāng)時(shí)我們只有通過討論，憑借個(gè)人在軟件開發(fā)領(lǐng)域的經(jīng)驗(yàn)，還有就是在網(wǎng)上尋找答案。 1999年12月，按照會(huì)議的決定，東軟從整個(gè)公司內(nèi)各事業(yè)部抽調(diào)了11位有著豐富開發(fā)經(jīng)驗(yàn)和管理背景的人員對CMM Level3進(jìn)行深入的研究。 總結(jié)東軟順利實(shí)施CMM Level3的經(jīng)驗(yàn)，何曉源認(rèn)為當(dāng)時(shí)先研究CMM Level3是“非常英明的”。袁淮問: “為什么我想聽的關(guān)鍵的東西都沒有聽到呢？”何曉源回答：“關(guān)于產(chǎn)品規(guī)范的問題全在Level3里邊。在診斷總結(jié)會(huì)上，何拿著診斷的結(jié)果向公司領(lǐng)導(dǎo)匯報(bào)了依據(jù)CMM Level2對軟件開發(fā)管理過程的診斷結(jié)果。結(jié)果出來之后，何曉源松了一口氣——SEPG組的檢查結(jié)果與日方發(fā)現(xiàn)的問題基本上一樣。 在兩個(gè)月的研究結(jié)束時(shí)，SEPG組按照CMM Level2的標(biāo)準(zhǔn)對整個(gè)東軟做了一次診斷，發(fā)現(xiàn)了不少問題，這些問題都是ISO 9000族所不能覆蓋或者具體要求的，比如SQA（品質(zhì)保證）、SCM（配置管理）以及需求分析與規(guī)劃等?！焙螘栽凑f。 何曉源帶領(lǐng)的研究小組進(jìn)行了兩個(gè)月的研究，在這兩個(gè)月中，三個(gè)人幾乎每天都在開會(huì)，討論CMM中一些原則性要求的具體含義，揣摩這些要求如何在開發(fā)管理中變?yōu)榭刹僮鞯某绦蚝筒襟E?！焙螘栽凑f。那時(shí)我們只有一本書，是國防科工委一個(gè)專家翻譯的。 1999年，有著近十年項(xiàng)目管理經(jīng)驗(yàn)的東軟軟件工程事業(yè)部技術(shù)總監(jiān)何曉源受命率領(lǐng)兩個(gè)人組成了SEPG組（軟件工程過程組）開始專職研究CMM，其他兩位也是有著豐富的軟件開發(fā)經(jīng)驗(yàn)和開發(fā)管理的經(jīng)歷?！比绾问惯@種決議成為行動(dòng)呢？經(jīng)過討論，東軟決定先研究CMM，弄懂CMM是什么，總結(jié)其他企業(yè)實(shí)施CMM工程的經(jīng)驗(yàn)。 東軟認(rèn)識到，盡管很多開發(fā)項(xiàng)目還是圓滿地完成了，但日方有一點(diǎn)擔(dān)心的就是軟件開發(fā)的中間過程看不到，軟件過程很難控制，最后輸出的時(shí)候大家都在加班加點(diǎn)，這樣就不能保證所有的軟件項(xiàng)目都能夠如期完成。雖然那時(shí)我們做得很辛苦，也很認(rèn)真，但改善畢竟是需要系統(tǒng)地進(jìn)行的，還需要有科學(xué)的方法來指導(dǎo)，所以，盡管我們通過了ISO 9000的認(rèn)證，盡管我們一直也在摸索中改善，但相對于CMM的導(dǎo)入來說，都不算太體系。 1999年10月15日，項(xiàng)目結(jié)束日期已經(jīng)到了，東軟把最后的版本提交給了日本阿爾派株式會(huì)社，盡管按時(shí)提交了，但用戶向東大阿爾派提出兩年內(nèi)必須進(jìn)一步規(guī)范組織軟件過程的要求。而此時(shí)，該項(xiàng)目的錯(cuò)誤還沒有收斂，開發(fā)人員既要繼續(xù)完成任務(wù)，又要應(yīng)對測出來的bug，而測試人員也開始應(yīng)接不暇地去驗(yàn)證客戶測出來的bug，自己的基本測試任務(wù)則不能正常進(jìn)行。 該項(xiàng)目是從1999年4月就開始的，15個(gè)人同時(shí)投入項(xiàng)目開發(fā)，而按照合同的規(guī)定，項(xiàng)目的結(jié)束日眼看就要到了，此時(shí)，整個(gè)項(xiàng)目的狀態(tài)十分混亂，項(xiàng)目已經(jīng)處于延期的狀態(tài)。 日本某著名汽車公司在12月就要推出最新一款的汽車了，而東軟所開發(fā)的音響導(dǎo)航系統(tǒng)是新款車型的重要閃光點(diǎn)之一。盡管東大軟件園依舊風(fēng)景迷人，但人們的內(nèi)心里卻焦灼、不安，尤其是項(xiàng)目負(fù)責(zé)人更是愁眉不展。 意外的bug事件但客戶還是對項(xiàng)目進(jìn)度提出了疑問，認(rèn)為實(shí)時(shí)推出換代產(chǎn)品不需要那么長的時(shí)間。　　又過了六個(gè)月，新的版本完成了。于是，Henry向東方公司提出一些新的管理建議。　　此時(shí)，Henry向Bob提出是否采用公開招標(biāo)的方式，選擇新的、實(shí)力更強(qiáng)的合作伙伴。但是客戶對這個(gè)版本還是不滿意，認(rèn)為還有很多問題。 　　首先，他們制定了詳細(xì)的項(xiàng)目計(jì)劃和進(jìn)度計(jì)劃；其次，成立了單獨(dú)的測試小組，將軟件的開發(fā)和測試分開；并且，在硅谷和東方公司之間建立了一個(gè)新的溝通渠道，一些軟件問題可以與總部直接溝通；同時(shí)，還采用了里程碑管理?！　榇耍珺ob希望Henry和William用項(xiàng)目管理的方法對該項(xiàng)目進(jìn)行管理和改進(jìn)。而且，東方公司和A公司硅谷開發(fā)總部缺乏必要的溝通，只能把問題反饋給Henry，由Henry再反饋給總部。東方公司是由William負(fù)責(zé)開發(fā)和管理工作，William本身是技術(shù)人員，并沒有項(xiàng)目管理的經(jīng)驗(yàn)。東方公司是A公司在中國的合作伙伴，主要負(fù)責(zé)軟件的本地化和測試工作。它的主要軟件產(chǎn)品是由總部在硅谷的軟件開發(fā)基地完成，然后由世界各地的分公司或辦事機(jī)構(gòu)進(jìn)行客戶化定制、二次開發(fā)和系統(tǒng)維護(hù)。 如何處理好來自項(xiàng)目團(tuán)隊(duì)內(nèi)部/外部的“鍍金”趨向。 　　在這個(gè)項(xiàng)目中，SNET損失慘重，白白投入了大量資金和時(shí)間卻沒拿到任何付款。 　　9月底，就在SNET和新加入的競爭伙伴正在做測試的時(shí)候，ACA總部發(fā)了一個(gè)文件，要求暫停試驗(yàn)，項(xiàng)目中止。隨著測試的進(jìn)行，ACA發(fā)現(xiàn)幾種設(shè)備各有特色，功能不盡相同，而且無法兼容在一起。正當(dāng)系統(tǒng)進(jìn)行測試時(shí)，幾家競爭對手也向ACA提出了新設(shè)備的測試建議，ACA有了更大的選擇余地。因此，付款的事情暫時(shí)擱置。SNET向ACA提出建議，希望ACA采購最新版本的設(shè)備。SNET與ACA就付款和系統(tǒng)的交接進(jìn)行具體協(xié)商。很快，測試系統(tǒng)通過驗(yàn)收。SNET自然是繼續(xù)配合。 　　5月底，新試驗(yàn)完成后準(zhǔn)備測試。運(yùn)營商馬上提出，要增加若干項(xiàng)功能。根據(jù)協(xié)議規(guī)定，由SNET提供設(shè)備，驗(yàn)收合格后，ACA再付款給SNET。 　　從2001年3月開始，各方人馬陸續(xù)進(jìn)駐，項(xiàng)目開始進(jìn)行。ACA是國內(nèi)第一家準(zhǔn)備采用軟交換設(shè)備的運(yùn)營商，因此在與SNET的協(xié)議中，ACA提出，設(shè)備的不少功能處于開發(fā)之中，他們的需求還沒有完全明確，并且將隨著應(yīng)用的增加才能不斷提出。案例9：SNET公司范圍管理案例 　　SNET是一家提供軟交換設(shè)備的供應(yīng)商。為合理計(jì)算項(xiàng)目標(biāo)準(zhǔn)工作量，PAS1000項(xiàng)目將人員進(jìn)行等級劃分，非常熟練為A級，試用期或無工作經(jīng)驗(yàn)為D級，A、B兩等按正常工作日算，C按70%算，D按30%的工作日計(jì)算。67項(xiàng)目綜合評估結(jié)果項(xiàng)目經(jīng)理 所屬事業(yè)部項(xiàng)目名稱評估期2001．11．192002．1．15初驗(yàn)通過時(shí)間2002．1．15評估內(nèi)容績效系數(shù)權(quán)重（%）綜合評估得分備注時(shí)間進(jìn)度評估1005050客戶滿意度評估76．672015．33成本費(fèi)用評估147．161014．72質(zhì)量控制評估642012．8創(chuàng)新能力附加分10合計(jì)11092．85根據(jù)項(xiàng)目的工