CMMI 導入經驗分享

1. CMMI導入經驗分享 1982級工業工程系 中冠資訊 研發處 林榮珍 07-5350101 #230 richjc@icsc.com.tw www.icsc.com.tw

2. 內容 • 中冠簡介 • CMMI對於企業的重要性 • CMMI簡介 • CMMI 導入經驗 • 對於學術界與資訊教育的期許 • 結語 ICSC

3. 資本額 4億1千多萬 營業額 95年5億1千萬 員工人數 292人 產品及服務 i-SEAS 鋼鐵業資訊化整體解決方案 i-MEAS 製造業資訊化整體解決方案 eMOS 設備資產管理解決方案 自動化控制服務 中冠簡介 ICSC

4. 承接過的大型專案 • 大陸通化鋼廠ERP系統 • 大陸南京鋼廠ERP系統 • 馬來西亞Mega steel ERP系統 • 高雄捷運設備管理 • 中龍鋼鐵ERP系統第三期 • 高雄捷運運務管理 • 大陸本溪鋼鐵ERP系統 • 大陸寧波鋼鐵ERP系統 • 馬來西亞彥馬鋼鐵ERP系統 • 中鴻鋼鐵ERP系統 • 中鋁ERP系統 • 大陸武鋼ERP系統 • 大陸寶鋼ERP系統 ICSC

5. 政府補助案 • 設備資產管理系統(e-MOS)產品開發計劃，獲經濟部工業局『 資訊服務業發展計劃』創新輔導案1000萬之補助 • 『鋼鐵行業整體資訊解決方案』獲經濟部工業局旗艦輔導計畫2200萬之補助 ICSC

6. 1993 中鋼資訊處開始對外進行資訊系統開發的輔導與服務 CMMI導入歷程 2000.04 從中鋼資訊處獨立出來成立『中冠資訊』 導入軟體成熟度整合模式(CMMI Level2) 2003.06 2004.07 通過CMMI ML2評鑑 2005.01 CMMI ML3導入活動啟動 2006.06 通過CMMI ML3評鑑 2006.12 CMMI ML4導入活動啟動 2008.08 CMMI ML4 SCAMPI A 2009.12 CMMI ML5 SCAMPI A ICSC

7. 軟體品質的嚴重性 • Standish Group在2003年最新的報告。他們調查了13,522個專案，發現其中 • 66%的軟體專案失敗、 • 82%的專案超出時程、 • 48%的專案在產品推出時缺乏必需的功能。 • 總結起來，一共五百五十億美元浪費在專案不良的計畫、預算或軟體估算上。 • 因此，經過35年之後，軟體的主要問題依然相同：品質問題（正確性、臭蟲、可用性、可維護性等）、預算超支、以及延遲交付。 ----引用自中山大學鄭炳強教授演講稿 ICSC

8. 軟體專案進行不順利的原因 • 時程預估技術非常不成熟　　 • 誤把工作量和專案進度混為一談，以為人力和工時可以互換　　 • 受迫於客戶時程的壓力，對於品質的要求無法作好的堅持 • 以其他工程領域上被證明可行或慣用的技術套在軟體工程進行改革　　 • 以增加人手來解決時程的延誤 ----引用自佛瑞德‧布魯克斯的人月神話 ICSC

9. 軟體有下列幾項特性 • 看不見 • 需求不斷的變更，但缺失通常發生在早期階段 • 整合性要求非常高 • 技術持續翻新 • 度量非常不容易 • 知識密集 • 自動化工具欠缺 • 人員能力成熟度影響至鉅 ICSC

10. 企業為何需要軟體品質得提升 • 全球化的競爭 • 軟體將是一切產業的基礎建設 • 資訊科技運用邊際效益的逐漸衰退 • 企業間資訊整合是必然的趨勢 • 企業必須再提昇資訊運用的效用，以縮短企業經營反應的速度 ICSC

11. 追求大型複雜系統的創新管理經驗與智慧 • 科技的創新與美學的創新，半靠天份，半靠後天的專注與努力 • 但是創新專案的管理，特別是大型複雜系統創新的管理，其綜覽全局的眼光與對系統產品概念的整體性(Conceptual integrity)的掌控，則非仰賴蓄積的經驗厚度及良好管理架構不可。 ----引用自政治大學科技管理研究所所長兼專任教授李仁芳 ICSC

12. 引用世界標準來管理軟體 • 如何引用一個有效的工程技術及管理方法，以增進效率、確保穩定的品質是資訊單位急欲改善的目標 • 世界上軟體評估標準 • ISO 12207/15504 • EIA/IS 731 • CMM/CMMI • 為何選擇CMMI • CMMI是一個綜合專案管理、軟體工程、組織流程改善、量化管理、制度標準化的架構，可以畢其役於一功 ICSC

13. 分段式的五個成熟度等級 ICSC

14. Out 高透明度 、易管理 持續改善 流程 Level 5 In In Out 數據化 管理流程 Level 4 In Out 流程標準化、 細節定義清楚 Level 3 流程有規劃、 時程作控制、 作業細節不明 In Out Level 2 In Out 流程混沌不明 黑箱作業 Level 1 CMMI成熟度等級的目標 ICSC Back

15. CMMI流程分類 ICSC

16. 分段式(Staged) 5 4 3 2 1 組織 兩種組織達到流程能力成熟的方式 連續式(Continuous) 成熟度 能力度 0 1 2 3 4 5 流程1 流程2 流程3 流程 分段式就是以組織為標的，企業針對最需要改善的組織予以建設，這可以達到組織全面改善的效果 連續式就是以流程為標的，企業針對最需要改善的流程予以建設，這可以以有限的投入達到最大改善的效果 ICSC

17. 分段式架構 成熟度 流程領域1 流程領域2 流程領域n 特定目標 一般目標 特定執行方法 一般執行方法 ICSC

18. CMMI Model • CMMI for Development • 軟體公司 • 企業的資訊單位 • 產品包含軟硬體的製造商 • CMMI for Acquisition • 政府採購單位 • 企業的軟體採購單位 ICSC

19. 軟體專案要做好須注重的重點 • 注重溝通協調 • 加強規劃與設計 • 加強介面的管理 • 建立良好的預估模式 • 彈性的人力資源調度 ICSC

20. 流程改革落實的目標 • 專業紀律的要求(ML2) • 工程技術的標準化(ML3) • 製程能力的穩定化(ML4) ICSC

21. ML2的主要重點 • 人員做事習慣的改變 • 專案預估準確性的追求 • 加強需求變更的管理 • 落實專案管理 ICSC

22. ML3的主要重點 • 組織流程標準化 • 加強工作相依性的管理 • 工程品質的提昇 • 組織持續改善活動機制的建置 ICSC

23. ML4的主要重點 • 組織績效基準的建立 • 支援專案量化管理資源的提供 • 統計分析與異常分析技巧能力的建置 ICSC

24. 對軟體工程人才培養的期許 • 軟體工程能力比技術能力的培養還重要 • 訓練文件製作的習慣 • 注重分析及歸納能力的訓練 • 學會溝通及談判技巧 • 整體的思考，但注重細節 ICSC

25. 對學術界的期許 • 投入高階成熟度的研究 • 投入製程統計分析應用於軟體的研究 • 投入Cost, Quality prediction model的研究 ICSC

26. 結語 • 軟體產業是一項知識密集的產業，需要好人才投入才能發展茁壯，如果對於軟體發展有興趣的同學，請踴躍投入軟體產業貢獻心力，提昇國家競爭力。 • 軟體除了要有創新的能力外，更必須有好的紀律才能提升整體的效率，希望大家在學期間養成好的習慣。 ICSC

27. 敬請指教 Q&A ICSC

28. 夏培的文章"讓軟體發展看得見" “"軟體"就像"風"一樣，雖看不見但強而有力。當樹枝被搖晃、沙土被捲起時我們才能從其所產生的效果"看見" 風，相同地，我們只能經由觀察其功能才能 "看見" 軟體。"看不見" 的特性致使軟體發展專案管理困難重重；理由是去監督一項看不見的建築工程是很困難的事” ----引用自長榮大學吳清色教授演講稿 ICSC

29. 軟體的不易控制 Back ICSC

30. 軟體缺失發生及發現與生命週期關係圖 缺失發現 缺失發生 300 250 200 150 100 50 0 需求發展 系統設計 程式撰寫與 單元測試 整合測試 系統上線 系統維護 ICSC

31. 軟體缺失修正成本與生命週期關係圖 需求發展階段產生的缺失，到測試階段發現才修正的成本是原來階段修正的50倍 Back ICSC