业界在CMI的应用.docVIP

推動導入CMMI對體發展與維護作業的影響從CMMI輔導及評鑑過程觀察所的資訊，探討組織導入CMMI前後的影響與改變，並規劃成功及失敗個案的差異根據中國民國資訊軟體協會所整理的資料，過去四年國內對於CMMI的推動，已經有超過120個組織導入及推動以CMMI為參考模型的流程改善活動，其中有超過70個組織通過CMMI ML2以上的評鑑。觀察許多公司在導入CMMI前，共同存在下列三類主要問題：活動及產出架構的問題專案規劃架構問題許多公司在導入CMMI前，從專案的規劃到執行，欠缺完整架構，除了一些必要的規劃內容外，專案計畫並沒有完整性。例如，未曾考慮品質保證活動、建構管理活動、分析設計活動的執行方法、要求、限制、資源及風險。需求取得及發展架構問題多數對於需求的描述，僅限於功能性及效能性的需求描述，其他需求包括系統界面、操作介面、操作方法、作業環境、測試環境、維護環境、資通安全、自動及非自動啟動作業程序等潛在的需求，會在細部設計及驗收測試時才陸續發展，造成需求不斷變更。專案支援架構問題專案支援活動對於專案成敗的影響，沒有評估依據與管理架構，許多支援需求只是伴隨專案活動執行過程中的一項「臨時需求」。描述問題方法的問題專案管理過程問題執行專案過程中，對於問題的細部討論多於建立專案活動及產出變異值衡量的方法與分析，因此專案的執行進度總是淹沒在不斷提出的問題中。例如，專案的執行進度可能受到專案規模變異的影響，也可能因為高估人員生產力或低估資源調度限制，使專案還沒開始就可以預測失敗，但仍然不斷投入人力，試圖與長時間的投入解決專案規畫的問題。專案決策資料收集問題多數執行專案活動的各項決策是依據「感覺與認知」決定。由於每個人的經驗領域不同，具有技術和管理不同件領域的人，對於同一件事情總是有完全不同的觀點和辦斷，不同位階及角色的人，經驗領域的差異更是顯著，決策的結果通常是另外一段「冒險(Adventure)的開始」，人員在執行專案過程的刺激程度，一點都不低於做雲霄飛車，不到停止那一點，是無法得知結果。活動及產出評估參數的問題投入人力估算問題許多專案在進行投入人力估算時，會依據所取得的有限需求資料，再加上過去的經驗值，估算出約略的人力需求，這樣的估算方法有二個問題。第一，未來潛在的變更需求，佔目前已知的需求規模多少比例，無從估算。第二，過去估算經驗的準確度有多高。假設，有一個專案，對要開發的軟體進行估算，存在下列幾種可能：估算的準確度潛在變更的規模60%75%90%15%51%64%77%30%42%53%63%45%33%41%50%從上表的估算誤差及需求變更的比例推估，這種約略的專案規模估算方法，能夠得到的準確度，最好的情況是實際專案規模的77%，最差的狀況則只能估算出專案實際規模的33%。假設以30%的潛在規模變更和75%規模估算準確度為軟體產業的常態值，那麼專案規模估算平均值只佔實際值的53%。如果再加上人員生產力的誤差，那麼專案實際人力需求將會倍數於估算的人力需求，這也是軟體專案不能如期、如質、如預算完成一個重要因素。專案時程估算問題軟體專案的時程和所選擇的軟體發展方法及生命週期存在顯著的相關性，但是軟體公司在規劃專案時程時，幾乎都以使用者期望或是管理者要求來設定時程，是一種「先射箭，再畫靶」式的時程規劃法，除非時程存在顯著的不可行性，否則都會依照最終時程期望，反推專案每一階段的時間，再經由專案會議的過程提出許多「名為不可抗力因素，實則規劃不實」的問題，提出專案時程變更。專案的時程就在這種反覆討價還價、先承諾再延遲的過程中，直到「自動結束」為止。軟體及文件品質度量問題我聽到許多公司說要執行軟體發展過程的品質改善，當我再追問他們對於品質的定義時，就很少有一致性的答案。下表式我常提出來問受訓學員的問題，到目前為止，還沒有的到有效的回答。假設每一個缺失的嚴重程度相同，且三個專案的規模相同。和專案二相比較，專案一有好的缺失移除效果，卻有較差的程式開發品質；和其他二個專案比較，專案三則同時有好的缺失移除效果和程式開發品質。軟體開發追求的品質應該是屬於專案三的狀況，但是考慮到專案時程與人力成本，專案一或專案二卻是最常出現的狀況，此時便要考慮到公司在意的是客戶的反應或是測試人力得成本，再決定測試策略和方法，可是大多數專案的測試卻沒有這種層面的思考和規劃。專案一專案二專案三專案規模數(功能數)100100100單元測試缺失數302020整合測試缺失數251515系統測試缺失數1555驗收測試缺失數303010Weight Defect Density10.70.5Defect Removal Effectiveness70%57%80%推動導入CMMI後的改變假設組織推動導入CMMI的目的是提高軟體發展或維護過程的穩定性，使得所產出或變更的軟體，不會在交付驗收或