軟件度量是軟件 過程改進的一個重要方面,度量的目的是過程改進,但最終目的仍然是軟件企業的成本收益上.如果最終的度量和改進沒有體現到企業的贏利上,那就不能將度量和改進發揮了作用.
將度量用于績效考核是不推薦的做法,但當度量不和績效考核掛鉤的時候更需要從人性化的角度去推動度量和改進.和績效考核掛鉤造成的后果就是為了指標而指標,為了度量而度量,具體指標和度量數據能夠發揮哪些作用,如何指導改進和企業贏利并不會有太多人關心. 軟件工程和 CMMI推薦了一套集成化的度量分析模型,我們講給模型仍然不能充分體現客戶驅動和價值驅動的概念.如果真正體現績效,似乎從平衡計分卡角度來規劃軟件度量的指標更有實際的指導意義(待后續思考).
對于度量,首先要解決為什么需要度量的問題,做任何事情都是需求驅動的,沒有源動力驅動做一件事情就體現不出價值.而驅動度量的源動力歸根到底仍然是以最小的成本生產高質量的軟件,為企業創造價值.這個驅動力是一個長期的驅動力而不時局限在現在,對于軟件過程改進更是體現在對企業中期和長期價值的貢獻.
不可否則人的經驗或專家的判斷比一些數據更有用.但這些經驗必須要能夠固化下來形成過程或方法論,才能形成企業的過程資產,長久的為企業服務.如何來證明某種方法或經驗是否有效?我們可以設定指標,開始收集和分析數據,根據數據做出決策和判斷.所以大家都清楚可以通過度量來知道某種方法是否有效,但如何保證你設置的度量指標本身,你收集的數據是否真正有效才是度量的關鍵問題.
要使度量真正有效必須要解決兩方面的問題,一個是度量指標的設計是否合理?一個是如何保證你收集的數據是真實可靠?這兩者缺一不可,如果這兩點都做好了,你的度量過程就做好了.度量過程做好了才談得上我們利用這些數據去做分析和決策,以持續改進工作軟件開發過程.《實用軟件度量》一書在如何進行有效度量中還談到必須將度量過程做為軟件工程的支持過程來實現，但對于其強調的信息驅動度量還不如講為價值驅動度量。如果從單個項目管理角度來看則是為實現項目目標而度量。
1)功能規模表示項目預計提供的功能數量,通常有需求，變更需求和功能點決定。功能規模決定物理規模，或者說功能規模和物理規模間存在某種函數關系。
2)對于 新技術的發現和創新可能回縮小產品的規模。新技術包括外購的軟件，可重用的組件或架構。在新產品開發中其一是采用的技術架構對產品物理規模有影響，其二是業務規則本身的復雜性影響產品物理規模。由于采用的技術不確定，常導致產品的規模不確定。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
