|
CMM是一件嚴肅的事，國內(nèi)企業(yè)不要一哄而上為了CMM而CMM，把CMM弄得流于庸俗化
2000年夏天中關村電腦節(jié)上舉辦了CMM國際論壇，這次論壇把CMM這個軟件項目管理的新概念推到了大家面前，而且迅即便有了"時髦"的光環(huán)。一些軟件廠家開始從ISO轉向CMM，一些評論文章把CMM當作國內(nèi)軟件產(chǎn)業(yè)振興的又一次"指望"，一些基于CMM的科研成果也逐漸為外人所知，關于CMM的研討會也漸次增多。
CMM最初的提出，與阿帕網(wǎng)(Arpanet)一樣，有著美國官方的背景。美國政府定制大型軟件的投入歷來占相當?shù)谋戎兀擒浖椖坎⒉皇菃渭兊挠嬎銠C工程，可以簡單地"外包"了事。軟件系統(tǒng)的開發(fā)是原始系統(tǒng)的一次變革歷程，是一個過程；而擔當軟件開發(fā)的企業(yè)，并不只是擔當嫻熟的工匠的角色，他們要從內(nèi)部了解用戶的需求，與用戶一起走過這個變革的里程，伴隨用戶把手工作業(yè)的平臺，遷移到以數(shù)字化和網(wǎng)絡化為特征的新平臺的完整過程。
有軟件開發(fā)經(jīng)驗的人們都知道，許多在開發(fā)進程中存在的問題不是沒有解決之道，不是沒有恰當?shù)墓ぞ撸菦]有恰當?shù)慕M織和恰當?shù)膮f(xié)調(diào)。需求分析是否能夠做得扎實，并不在于業(yè)務人員和技術人員能否提出整個問題的輪廓，并把它組織成描述性的文檔，而在于這個需求的認定是否有足夠的組織保障，使得技術開發(fā)人員可以說，"按照這個思路往下做，應該沒有問題"。
然而問題往往就出在這里。試圖解決這一問題其實就是卡內(nèi)基梅隆大學的軟件工程研究所SEI(Software Engineering Institute)提出的軟件能力成熟度模型(Software Capability Maturity Model)追求的目標：軟件開發(fā)組織如何提高自己的成熟度水平。這個成熟度水平的衡量標準的難點并不在體系內(nèi)部，而是在體系的外部和邊界處。
CMM的五個等級標志著企業(yè)的逐漸提高的軟件開發(fā)能力的成熟度；更有價值的是，它列出了為達到每一個成熟度等級所必須要做的事。CMM的提出者希望企業(yè)通過使用這個模型，一個等級一個等級地去提高它們的軟件開發(fā)及生產(chǎn)能力。
CMM提出的背景實際是為了解決政府大型軟件項目的承包管理問題，因此其核心內(nèi)容--關鍵實踐(Key Practice)是針對承包開發(fā)這一特定的過程而建構的。值得注意的是，CMM對軟件開發(fā)項目最大的貢獻在于，它把組織和管理的精神明確地納入到軟件開發(fā)的過程中來，它不是基于目標和方法的管理，而是基于過程的管理。
1987年，軟件研究所(SEI)展示了他們的軟件能力成熟度模型，把軟件過程的成熟度分為五級，目的是給軟件開發(fā)從被動地解決碰到的難題的方式，轉化到成熟的、規(guī)范化的方式提供一條途徑。這五個等級分別是：
第一級：初始級在初始級，企業(yè)一般不具備穩(wěn)定的軟件開發(fā)與維護的環(huán)境。常常在遇到問題的時候，就放棄原定的計劃而只專注于編程與測試。
第二級：可重復級在這一級，建立了管理軟件項目的政策以及為貫徹執(zhí)行這些政策而定的措施。基于過往的項目的經(jīng)驗來計劃與管理新的項目。
第三級：定義級在這一級，有關軟件工程與管理工程的一個特定的、面對整個企業(yè)的軟件開發(fā)與維護的過程的文件將被制訂出來。同時，這些過程被集成為一個協(xié)調(diào)的整體。這就稱為企業(yè)的標準軟件過程。
第四級：定量管理級在這一級，企業(yè)對產(chǎn)品與過程建立起定量的質(zhì)量目標，同時在過程中加入規(guī)定得很清楚的連續(xù)的度量。作為企業(yè)的度量方案，要對所有項目的重要的過程活動進行生產(chǎn)率和質(zhì)量的度量。軟件產(chǎn)品因此具有可預期的高質(zhì)量。
第五級：(不斷)優(yōu)化級在這個等級，整個企業(yè)將會把重點放在對過程進行不斷的優(yōu)化。企業(yè)會采取主動去找出過程的弱點與長處，以達到預防缺陷的目標。同時，分析有關過程的有效性的資料，作出對新技術的成本與收益的分析，以及提出對過程進行修改的建議。
從這樣一個階梯式演化的模型來看，最重要的一個標準就是軟件開發(fā)的過程必須是開放的，以便不斷地進行優(yōu)化。
CMM的主要作用有如下3個方面：
1、用于軟件過程的改進。(SPI Software Process Improvement)幫助軟件企業(yè)對其軟件過程的改變進行計劃、制定以及實施。
2、用于軟件過程評估。(SPA Software Process Assessment)在評估中，一組經(jīng)過培訓的軟件專業(yè)人員確定出一個企業(yè)軟件過程的狀況，找出該企業(yè)所面對的與軟件過程有關的、最迫切的所有問題，以及取得企業(yè)領導層對軟件過程改進的支持。(用途2是用途1的前一步)
3、軟件能力評鑒。(SCE Software Capability-Evaluation)在能力評鑒中，一組經(jīng)過培訓的專業(yè)人員鑒別出軟件承包者的能力資格；或者是檢查監(jiān)察正用于軟件制作的軟件過程的狀況。
拿CMM標準與國內(nèi)大型軟件工程的實踐相對照，就可以發(fā)現(xiàn)，目前國內(nèi)大型軟件工程的缺陷主要在于：
缺乏制度保證，使得軟件開發(fā)的過程是一個相對獨立的工程建造過程；
缺乏嚴格的經(jīng)濟技術評價程序，更重要的是，缺乏對評估結果的正確認識；
缺乏規(guī)范的項目開發(fā)管理。
現(xiàn)實的過程往往令人掃興，因為大型企業(yè)的項目開發(fā)，往往是一個低級組織機構(即先天缺乏決策資格的組織)一廂情愿的過程，這個過程由于面臨的是一個不可討論的運作機構和僵化的組織原則，所以從一開始就只能采取"照貓畫虎"的姿態(tài)，把企業(yè)的信息化系統(tǒng)建設定位在"翻版工程"的基礎之上。項目組既不可能對現(xiàn)存的業(yè)務程序提出任何"重構(Re-engineering)"的建議，更不能實施這些旨在優(yōu)化和改善業(yè)務程序，使之更適合數(shù)字化、網(wǎng)絡化的基本要求，甚至都不能協(xié)調(diào)不同業(yè)務口徑、業(yè)務程序之間的數(shù)據(jù)混亂和邊界交叉。
大型企業(yè)的軟件項目開發(fā)，由于總是處于被動描畫目標系統(tǒng)的地位，所以很容易成為各個不同業(yè)務部門誤導的受害者。這些業(yè)務部門都異口同聲地表白自己部門的優(yōu)勢地位，強調(diào)自己部門的本位需求，夸大本部門的重要程度。
需求調(diào)查對項目組來說，其實只是從一大堆原始問題出發(fā)，到一大堆高級問題結束。原始問題是：部門的基本業(yè)務有哪些，數(shù)據(jù)如何，流程如何等等；高級問題就是：A部門只能如此，A部門必須要求B部門如何如何等等。項目組的工作基礎從此發(fā)生了變化，他們?yōu)榱藸幦∽约?創(chuàng)造"的空間不至于縮減為零，就只能退后一步，為這些部門的考慮留下更多的口子，讓事實去對接。
以上這些問題在國內(nèi)軟件企業(yè)的工作過程中都普遍地存在著，值得慶幸的是，國內(nèi)軟件產(chǎn)業(yè)界已加強了對自身存在的問題和CMM標準的認識，大家都希望能獲得CMM等級認證來提高自己公司的軟件開發(fā)水平，從而最終增強我國軟件產(chǎn)業(yè)的實力。這當然是一件令人欣慰的事。但我們想要提醒的是，CMM是一件嚴肅的事，國內(nèi)企業(yè)不要一哄而上為了CMM而CMM，把CMM弄得流于庸俗化。正如業(yè)內(nèi)人士所說的那樣：通過CMM并不是目的，關鍵是學習先進科學的軟件開發(fā)流程，改進軟件過程，不斷提高自身研發(fā)管理水平，保證產(chǎn)品質(zhì)量，讓我們的軟件企業(yè)走上規(guī)范化發(fā)展的道路。
 短信圣誕站送大獎：數(shù)碼相機、CD/VCD…好機會別錯過！
送祝福的話，給思念的人--新浪短信言語傳情！
| 
