破解印度CMM模式困境 中國軟件的發(fā)展之路

申請免費試用、咨詢電話：400-8352-114

CMM等軟件過程標準最初是由于印度軟件提供商的積極采納而為人們所熟知的，印度軟件廠商也最先達到最高的一致性標準——CMM 5，他們讓市場認為CMM（特別是CMM 5）就意味著能夠可靠、可預測地交付高質量的商業(yè)軟件。加上印度極具優(yōu)勢的勞動力價格和大量受過訓練的程序員，特別是印度的軟件公司還是流程方面的天才，使得軟件開發(fā)項目潮水般地涌入印度，讓印度軟件公司很快成為軟件開發(fā)、軟件維護、系統(tǒng)集成與運營等與軟件相關的各種項目的主角。然而，最近幾年CMM這一軟件過程遭到了挑戰(zhàn)。

印度軟件模式的困境

CMM由于其提高交付成功率的辦法而大受青睞。CMM注重過程、度量標準以及可重復性，從某種意義上說它確實讓交付變得更可預測，并且在某些特定情況下，一些變更造成的影響也變得更可預測。但在CMM管理下的“瀑布模型”給軟件開發(fā)帶來高度紀律性的同時，用戶對軟件開發(fā)的滿意度并未提高。

問題的根源在于: 業(yè)務需求的變化促使企業(yè)不斷調整它們的軟件功能。在CMM模式下，瀑布式開發(fā)過程雖然已經很清楚地定義了需求變更的處理過程，但需求變更的成本非常高，即使很小的變更也需要大量的流程變更和返工。因此企業(yè)經常會陷入兩難的境地: 要么重新制定關鍵項目的計劃并接受延期發(fā)布，要么將新需求推遲到下次軟件發(fā)布再完成。而當今的商業(yè)環(huán)境瞬息萬變，幾個月的拖延往往意味著市場機會的喪失。

在一些項目中，印度的軟件公司引發(fā)了客戶事后的強烈不滿，因為交付的軟件并不符合客戶當前的需求。更讓客戶難以接受的是，CMM 5的嚴格讓客戶無話可說，因為交付的軟件已經做到了合同中規(guī)定的一切。有些西方買家開始諷刺CMM，他們把CMM叫做“Costs More Money”（花更多的錢）。

事實上，按階段方式定義流程（瀑布模型）的基礎是一個假設，即客戶知道他們將來需要什么，意味著客戶必須在分析階段就決定具體功能的內容。實際情況是，在項目的某些時間點，客戶可能對變更的需求非常強烈，以至于要求項目必須適應這些變更。這時客戶能做的選擇少得可憐: 交付時間延期，付更多的費用，或者開始考慮第二個版本。

現(xiàn)在再看人們常說的“讓開發(fā)軟件如同建設橋梁”這句話也值得商榷。建橋所用的過程是為建設一個堅固耐用的產品而設計的，這種產品一旦建好就能用很多年。而對于重要的軟件而言，在當前版本完成以后，它還有必要隨著需求的變化而改變，正是由于這方面的原因，那些建立在工程學原理之上的軟件過程方法無法很好地適應變化就毫不令人驚訝了。因為適應變化根本就不是其關注的東西。