javascript id=text7199400 style="FONT-SIZE: 12px">軟件度量是軟件過程改進的一個重要方面,度量的目的是過程改進,但最終目的仍然是軟件企業的成本收益上.如果最終的度量和改進沒有體現到企業的贏利上,那就不能將度量和改進發揮了作用.
將度量用于績效考核是不推薦的做法,但當度量不和績效考核掛鉤的時候更需要從人性化的角度去推動度量和改進.和績效考核掛鉤造成的后果就是為了指標而指標,為了度量而度量,具體指標和度量數據能夠發揮哪些作用,如何指導改進和企業贏利并不會有太多人關心.軟件工程和CMMI推薦了一套集成化的度量分析模型,我們講給模型仍然不能充分體現客戶驅動和價值驅動的概念.如果真正體現績效,似乎從平衡計分卡角度來規劃軟件度量的指標更有實際的指導意義(待后續思考).
對于度量,首先要解決為什么需要度量的問題,做任何事情都是需求驅動的,沒有源動力驅動做一件事情就體現不出價值.而驅動度量的源動力歸根到底仍然是以最小的成本生產高質量的軟件,為企業創造價值.這個驅動力是一個長期的驅動力而不時局限在現在,對于軟件過程改進更是體現在對企業中期和長期價值的貢獻.
不可否則人的經驗或專家的判斷比一些數據更有用.但這些經驗必須要能夠固化下來形成過程或方法論,才能形成企業的過程資產,長久的為企業服務.如何來證明某種方法或經驗是否有效?我們可以設定指標,開始收集和分析數據,根據數據做出決策和判斷.所以大家都清楚可以通過度量來知道某種方法是否有效,但如何保證你設置的度量指標本身,你收集的數據是否真正有效才是度量的關鍵問題.
要使度量真正有效必須要解決兩方面的問題,一個是度量指標的設計是否合理?一個是如何保證你收集的數據是真實可靠?這兩者缺一不可,如果這兩點都做好了,你的度量過程就做好了.度量過程做好了才談得上我們利用這些數據去做分析和決策,以持續改進工作軟件開發過程.《實用軟件度量》一書在如何進行有效度量中還談到必須將度量過程做為軟件工程的支持過程來實現，但對于其強調的信息驅動度量還不如講為價值驅動度量。如果從單個項目管理角度來看則是為實現項目目標而度量。
1)功能規模表示項目預計提供的功能數量,通常有需求，變更需求和功能點決定。功能規模決定物理規模，或者說功能規模和物理規模間存在某種函數關系。
2)對于新技術的發現和創新可能回縮小產品的規模。新技術包括外購的軟件，可重用的組件或架構。在新產品開發中其一是采用的技術架構對產品物理規模有影響，其二是業務規則本身的復雜性影響產品物理規模。由于采用的技術不確定，常導致產品的規模不確定。
3)產品規模的增長和不穩定性導致需要額外的人力資源。
4)過程性能或說軟件開發過程成熟度會增加對人力資源和資金成本的需求并增加開發進度和產品質量。成本,進度和質量其本身就是項目的三重重要約束，成熟的過程也需要在三者之間達到一種平衡，最終體現到對軟件企業長遠期收益和價值的貢獻。
5)如果在項目早期增加人員，并使人員得到良好的培訓和交流，有可能提前項目進度。但對于進行中的項目，增加人員往往只能使進度更加落后。在熟練的人員進入一個新項目都存在對項目開發環境和過程的熟悉。
6)進度太緊張可能導致產品質量問題。包括產品缺陷，維護問題和性能問題。這通常發生在為了滿足很緊的進度而減少測試工作的情況下。對評審和測試中發現的問題不予解決或解決不好同樣會引發質量問題。
7)潛在的產品質量問題可能導致項目的返工，從而需要更多的人力資源和資金的投入。COPQ壞質量成本在軟件開發項目中必須得到控制,因為任何返工往往會使需求,設計和開發等多個環節受到影響。
8)質量問題會導致產品穩定性下降并影響成本。管理人員可能會被迫修改或取消一些任務需求來滿足成本和進度的約束。
9)對于軟件項目而言，人員工作量包括返工是項目成本的關鍵因素。成本控制可以僅僅通過控制其它上游因素來確定。
10)資源和費用超支同產品質量問題一樣都影響客戶滿意度。
lawer-bbc 上傳了這個圖片:
文章來源于領測軟件測試網 http://www.kjueaiud.com/
