軟件過程不成熟的企業如何實施度量

軟件度量可以從兩個角度滿足企業的需要：第一，項目需要——我們使用度量數據進行估計、監控項目的進度和執行情況、確定軟件產品是否符合質量要求；第二，組織需要——度量數據可以幫助我們確定整個組織的開發效率和質量的總體水平、發展趨勢，使我們更好地進行產品組合、判斷資金/技術投向，策劃、管理或驗證軟件開發活動。

度量不但是管理的根基，同樣也必須是有效的管理體系的重要組成部分，只有這樣度量才能夠有效地發揮作用，度量和管理是相輔相成的。

那么，通常軟件企業的管理水平如何呢？根據SEI的統計，75%的軟件企業的過程成熟度處于CMM的1級水平，缺乏一致性、混亂，不能為度量提供較好的基礎；項目的策劃、控制活動缺乏有效性，無法對質量進行量化的評價。企業達到了2級，就已經建立了有效的項目管理體系：項目范圍清楚、計劃合理、實施了有效的跟蹤和管理。那么對于1級的軟件企業來說，進行過程改進的目的就是獲得2級的核心能力，因此所實施的度量必須有利于這個目標的實現。

Jim Clemmer在“Firing on All Cylinders”一書中指出,“ 有關服務/質量的度量數據可以很少、很簡單但很有效，它們能夠成為企業能量傳輸的通路；度量的核心領域是高回報率的、有戰略意義的領域”。對于1級的軟件企業，哪些度量數據符合這一原則呢？那就是：軟件規模、項目成本、工期、缺陷數據。

對規模的估計是所有估計活動的基礎。過去的估計方法很簡單，只是單純的比較�，F在我們有了更多的估計規模的技術，這些技術也可以用來更合理地估計成本和工期。

常用的規模單位有兩種：代碼行和功能點。代碼行多用于傳統的軟件工程系統，需要對系統的內部有準確的了解。功能點更多用于信息系統的開發，主要是從用戶的角度、從外部來看系統。

哪個度量單位更好呢？雖然我本人也曾經猶豫不定，但我現在認為功能點對項目策劃和度量最終的交付產品更有效，而代碼行更適合編碼階段和測試階段對進度的度量。

成本和工期的度量是項目控制的基礎，可以作為建立度量體系的起點。度量的主要目的是將實際值與估計值進行比較，如果使用了獲得價值方法，我們可以很容易發現有關項目進度的問題。另外，將成本和工期的數據與軟件規模數據相聯系，就可以確定項目和組織的開發效率。

對軟件質量的度量主要是統計可能引起問題的缺陷數。能力成熟度處于1級的企業可以使用《用戶問題報告》來獲得產品發布后的缺陷數據，并且做到合理而一致；但如果沒有建立較好的檢驗和測試實踐，就不容易收集到開發過程中有用的數據。

如果度量數據是管理活動或技術活動的正常輸出，度量體系就會非常容易實施；相反，如果數據過于復雜、對數據的作用沒有進行詳細的說明，項目組的成員就會覺得提供度量數據的工作是額外的負擔、對自己的開發工作沒有什么作用，甚至會被用做評價個人業績，那么度量工作的阻力就會非常大。

實施軟件度量需要持恒和毅力。如果我們能夠使度量過程足夠簡單、與開發活動密切結合、成為開發過程不可分割的部分，主要對穩定的、已定義的軟件過程進行度量，企業就可以開始從數量化的軟件質量管理體系中受益了。