1 / 35

Uthairatt Phangphol Informatics of faculty Sripatum University Chonburi Campus

Capability Maturity Model Integration (CMMI). Uthairatt Phangphol Informatics of faculty Sripatum University Chonburi Campus. Capability Maturity Model Integration (CMMI). แบบจำลองวุฒิภาวะความสามารถ ( CMM : Capability Maturity Model). แบบจำลองวุฒิภาวะความสามารถบูรณาการ

tuari
Download Presentation

Uthairatt Phangphol Informatics of faculty Sripatum University Chonburi Campus

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Capability Maturity Model Integration (CMMI) Uthairatt Phangphol Informatics of faculty Sripatum University Chonburi Campus

  2. Capability Maturity Model Integration (CMMI) แบบจำลองวุฒิภาวะความสามารถ (CMM :Capability Maturity Model) แบบจำลองวุฒิภาวะความสามารถบูรณาการ (CMMI :Capability Maturity Model Integration) • ที่ สถาบัน Software Engineering Institute(SEI) แห่ง มหาวิทยาลัย คาร์เนกี เมลลอน ประเทศสหรัฐอเมริกา ได้พัฒนาขึ้น ให้แก่กระทรวงกลาโหมสหรัฐอเมริกา

  3. Capability Maturity Model :CMM

  4. ระดับวุฒิภาวะของกระบวนการพัฒนาซอฟต์แวร์ระดับวุฒิภาวะของกระบวนการพัฒนาซอฟต์แวร์

  5. Capability Maturity Model Integration (CMMI) • CMMI หรือแบบจำลองวุฒิภาวะความสามารถบูรณาการ เป็นแบบจำลองที่ถูกสร้างขึ้นมาเพื่อเสนอวิธีปฏิบัติที่ดีที่สุด ในการปรับปรุงกระบวนการทำงานขององค์กร • ซึ่งปัจจุบัน CMMI Version 1.2 (พัฒนาขึ้น กรกฎาคม 2549) • CMMI จะแสดงถึงความสามารถในการพัฒนาซอฟต์แวร์ขององค์กรที่ทำหน้าที่ในการพัฒนาซอฟต์แวร์(Software Hours) ให้เป็นที่ยอมรับต่อหน่วยงานที่ต้องการให้พัฒนาซอฟต์แวร์ให้ • เดิม CMM คือมาตรฐานที่นำมาใช้ในการคัดเลือกบริษัทพัฒนาซอฟต์แวร์ให้กับกระทรวงกลาโหมของสหรัฐ(http://www.defenselink.mil/) ที่จะทำการพัฒนาซอฟต์แวร์ให้

  6. Capability Maturity Model Integration Watts Humphrey ได้กล่าวไว้ว่า คุณภาพของซอฟต์แวร์ จะถูกกำหนดโดยกระบวนการพัฒนาซอฟต์แวร์ ดังนั้น ถ้าเราต้องการที่จะได้ ซอฟต์แวร์ที่มีคุณภาพ เราจะต้องกำหนดคุณภาพในการพัฒนาซอฟต์แวร์ให้ดี

  7. Quality Leverage Points(ปัจจัยหลักที่เป็นตัวกำหนดคุณภาพคือ) • Process • People • Technology Quality

  8. #CMMI Level 1 Initial : ระดับเริ่มต้น • ไม่มีกรรมวิธีที่ชัดเจน หรือมีกรรมวิธีแต่ไม่มีใครทำตาม • ผลลัพธ์ของโครงการคาดเดาได้ยาก ว่าจะเสร็จหรือไม่ และเมื่อไรถึงจะเสร็จ • กรรมวิธี • ผลลัพธ์ • งบประมาณ • กำลังคน ไม่มีกรรมวิธีพิจารณาที่แน่นอน

  9. #CMMI Level 1 : Initial : ระดับเริ่มต้น(ต่อ) - ขาดประสบการณ์ • โครงการจะเสร็จ/ไม่ ขึ้นอยู่กับ Programmer บางคน หรือการเจรจาของผู้จัดการ • Programmer คิดว่าเริ่มเขียนโปรแกรมได้เลย โดยไม่ต้องวิเคราะห์และออกแบบ จะทำให้เสร็จเร็วกว่า ซึ่งจะทำให้เสียเวลา • ทำการเพิ่มจำนวนโปรแกรมเมอร์ เมื่อโปรแกรมเสร็จไม่ทัน แต่จะทำให้ช้ายิ่งกว่าเดิม

  10. #CMMI Level 1 : Initial : ระดับเริ่มต้น (ต่อ) • Software Process คือ ลักษณะเฉพาะของสิ่งใดสิ่งหนึ่งเท่านั้น • มีเพียง 2-3 Process เท่านั้นที่ถูกกำหนดขึ้น • Process จะสำเร็จได้ขึ้นอยู่กับความพยายามหรือการทำงานของแต่ละบุคคล

  11. #CMMI Level 1 : Initial : ระดับเริ่มต้น(ต่อ) ลักษณะขององค์กรใน CMM Level 1 1. ไม่มีการใช้ software บริหารโครงการ การประเมินกำหนดากรทำงานจากขนาด Software และกำลังคน 2. ไม่มีวิธีที่จะทำให้เสร็จตามเวลา (ในงบประมาณและทรัพยากรที่มีอยู่ได้หรือไม่) มีการรับ S/W ราคาต่ำ โดยไม่ดูว่าพอหรือเหมาะสมกับงบประมาณและคนที่มีอยู่หรือไม่ 3. ประมาณขนาด S/W ผิดพลาด 2-10 เท่า ทำให้ ประมาณ - งบประมาณ - และอัตรากำลังคนผิดไป

  12. # CMMI Level 1 : Initial : ระดับเริ่มต้น(ต่อ) ลักษณะขององค์กรใน CMM Level 1 4. ไม่สามารถประเมินผลกระทบของ Requirement ของลูกค้า(ไม่มีกรรมวิธีการบริหารโครงการเกี่ยวกับการเปลี่ยนแปลงที่เกิดขึ้นจากลูกค้า) - เวลาการมอบงาน - งบประมาณเพิ่มเติม - กำลังคน - ทักษะของคน 5. ไม่มีการติดตามถึงจำนวน และความถี่ของ Error ที่เกิดขึ้นจากการเขียนโปรแกรม ในแต่ละครั้ง

  13. สรุป Level 1 : Initial CMM Level 1 มีชื่อเรียกเต็ม ๆ ว่า Initial มีลักษณะการพัฒนาซอฟต์แวร์ ดังนี้ • มี Process ที่ระบุไม่ได้ (ไม่มีกระบวนการพัฒนาซอฟต์แวร์ที่เป็นระบบ) • มีแค่ Input และ Output เท่านั้น • ขอให้งานออกมาก็พอ • ขึ้นอยู่กับหัวหน้างานอย่างเดียว • มีแนวคิดแค่ว่า เงินมาก งานดี • งานไม่รู้ว่าจะออกมาดีหรือไม่ ต้องรอผลที่เสร็จแล้วเท่านั้น

  14. CMMI Level 2 Key Process A rea : KPA ของ CMMI ในระดับ Level 2 • Requirement Management (REQM) • Project Planning (PP) • Project Monitoring and Control (PMC) • Supplier Agreement Management (SAM) • Measurement and Analysis (MA) • Process and Product Quality Assurance (PPQA) • Configuration Management (CM)

  15. CMMI Level 3 KPA ของ CMMI ในระดับ Level 3 • Requirement Development (RD) • Technical Solution (TS) • Product Integration (PI) • Verification (VER) • Validation (VAL) • Organizational Process Focus (OPF) • Organizational Process Definition (OPD)

  16. CMMI Level 3 KPA ของ CMMI ในระดับ Level 3 • Organizational Training (OT) • Integrated Project Management (IPM) • Risk Management (RSKM) • Integrated Teaming (IT) • Integrated Supplier Management (ISM) • Decision Analysis and Resolution (DAR) • Organizational Environment for Integration (OEI)

  17. CMMI Level 4 KPA ของ CMMI ในระดับ Level 4 • Organizational Process Performance (OPP) • Quantitative Project Management (QPM) (ความสามารถในการจัดการ)

  18. CMMI Level 5 KPA ของ CMMI ในระดับ Level 5Organizational Innovation and Deployment (OID) (นวัตกรรมองค์กรและความพร้อม) • Causal Analysis and Resolution (CAR) (วิเคราะห์หาสาเหตุและวิธีการแก้ไขปัญหา)

  19. Representation ช่วยให้หน่วยงานตั้งวัตถุประสงค์ในการปรับปรุงการทำงานของตนเองได้แตกต่างกัน

  20. 1. CMMI Staged Representaion • เป็นการกำหนดระดับการปรับปรุงการทำงาน โดยแต่ละระดับเป็นพื้นฐานสำหรับระดับที่อยู่สูงกว่า • สามารถใช้เปรียบเทียบวุฒิภาวะระหว่างหน่วยงานต่าง ๆ ได้ • ช่วยให้ปรับเปลี่ยนจาก SW-CMM มาสู่ CMMI ได้ง่าย

  21. 1. CMMI Staged Representaion • ระดับวุฒิภาวะ(Maturity Level) เป็นระดับชั้นที่มีรายละเอียดกำหนดไว้อย่างชัดเจน และสามารถนำไปใช้ในการปรับปรุงกระบวนการปฏิบัติงานได้ • ระดับวุฒิภาวะมี 5 ระดับ • แต่ละระดับเป็นพื้นฐานสำหรับการปรับปรุงกระบวนการอย่างต่อเนื่อง เริ่มจากวีการจัดการพื้นฐานไปสู่ระดับต่อ ๆ ไปที่มีความซับซ้อนมากขึ้น

  22. 1. CMMI Staged Representaion

  23. 2. CMMI Continuous Representaion • ช่วยให้หน่วยงานเลือกวีการปรับปรุงที่เหมาะสมกับวัตถุประสงค์ทางธุรกิจ และลดปัญหาความเสี่ยง • สามารถใช้วัดเปรียบเทียบกระบวนการแต่ละกลุ่มระหว่างหน่วยงานต่าง ๆ ได้ • ช่วยให้ปรับเปลี่ยนจากการใช้มาตรฐาน EIA731 ไปสู่ CMMI • ระดับความสามารถ เป็นระดับสำหรับอธิบายความสามารถในการปฏิบัติงานแต่ละกลุ่มกระบวนการ

  24. 2. CMMI Continuous Representaion • ระดับความสามารถมี 6 ระดับ • ระดับความสามารถ 1-5 มี Generic Goal • แต่ละระดับเป็นพื้นฐานขอ งการปรับปรุงกระบวนการอย่างต่อเนื่อง • ระดับที่สูงกว่าจะมีลักษระความสามารถของระดับต่ำกว่าด้วย

  25. 2. CMMI Continuous Representaion

  26. เปรียบเทียบ Stage กับ Continuous Staged • การปรับปรุงกระบวนการอาจวัดได้โดยใช้ระดับวุฒิภาวะ • Maturity Level เป็นขนาดของการปรับปรุงกระบวนการในกลุ่ม PA ที่กำหนดไว้แล้ว • Org Maturity เป็นวุฒิภาวะของกลุ่มกระบวนการทั้งหน่วยงาน Continuous • การปรับปรุงกระบวนการอาจวัดได้โดยใช้ระดับความสามารถ • Capability Level หมายถึงการบรรลุความสำเร็จในการปรับปรุงกระบวนการใน PA หนึ่ง ๆ • ความสามารถของ Process AreaCapability หมายถึงวุฒิภาวะของกระบวนการหนึ่งทั้งหน่วยงาน

  27. CMMI • ไทย(CMM) • 1999 ได้ Level 2 มี 14 บริษัท ได้ Level 3 มี 4 บริษัท ได้ Level 4 มี 1 บริษัท • eXtreme Systems(2003) Level2 • ปัจจุบัน REuter Software Thailand กำลังทำ Level 5 • VSE Model • สหรัฐอเมริกา • อินเดีย(Silicon Valley) • มีองค์กรมากกว่า 50 % อยู่ใน Level 2 • Level 5 จำนวนเยอะมาก • เช่น Microsoft Office, Microsoft Windows • ยุโรป • เวียดนาม

  28. ทำไมต้อง CMMI • เพื่อให้ Org สามารถเป็นที่ยอมรับจากหน่วยงานอื่น • ทำให้มีวุฒิภาวะความสามารถมากขึ้น • สามารถรับงานจากต่างประเทศและทำรายได้เข้าประเทศได้ • บริษัทจะมีวัฒนธรรมการทำงานที่เป็นแบบเดียวกัน • มีวิธีการปฏิบัติที่เป็นมาตรฐาน แต่ก็ยืดหยุ่น

  29. บุคลากร Personal Software Process Team Software Process Capability Maturity Model

  30. การขอ CMMI • เตรียมบุคลากร องค์ความรู้ งบประมาณ • แรงกาย แรงใจ และความทุ่มเทจากผู้บริหารและพนักงานทุกท่าน • ต้องฝึกอบรม กับ Software Park • ใช้เวลาประมาณ เกือบปีครึ่ง • ใช้งบประมาณ ประมาณ 1.5-3 ล้านบาท • รัฐบาลช่วย ประมาณไม่เกิน 1 ล้านบาท

  31. องค์กรที่สนับสนุน • เขตอุตสาหกรรมซอฟต์แวร์แห่งประเทศไทย(Software Park) (http://www.swpark.or.th) • สำนักงานส่งเสริมอุตสาหกรรมซอฟต์แวร์แห่งชาติ หรือซิป้า www • สำนักงานวิจัยและพัฒนาคุณภาพของซอฟต์แวร์(http://www.squared.chula.ac.th) • ชมรม Thailand SPIN(Software Process Improvement Network) (http://www.thailandspin.com)

  32. CMMI • เปิดอบรมด้าน CMMI ที่ Software Park(SEI) คชจ. ~ 2,2000 บาท • ต่างประเทศ 120,000 + ค่าเดินทาง + ค่าที่พัก(3 วัน) • CMMI V 1.1 หมดอายุ 31 สิงหาคม 2550 • ประเมินแล้วจะอยู่ได้ 3 ปี ต้องประเมินใหม่ • เริ่ม 1 มกราคม 2550 CMMI V 1.2 • ปี 2550 ปทท. จะพยายามให้ได้ Level 2-5 ประมาณ 10 บริษัท • ปี 2551 ปทท. จะพยายามให้ได้ Level 2-5 ประมาณ 20 บริษัท • ปี 2552 ปทท. จะพยายามให้ได้ Level 2-5 ประมาณ 30 บริษัท • ปี 2553 ปทท. จะพยายามให้ได้ Level 2-5 ประมาณ 40 บริษัท

  33. Lead Appraiser • ดร.ครรชิต มาลัยวงศ์ • ดร.สมนึก คีรีโต

  34. 6,300/5 4,125/5 3,300/3 6,300/5 10,235/3 175/1 Upgrade Training SEI Training for CMMI * TOEFL

  35. เอกสารอ้างอิง [1] International ISO/IEC Standard 9126,”Information Technology- Software Engineering-Software Measurement Process”, 2001. [2] M.B. Chrissis, M.Konrad, and S.Shrum, “CMMI Guidelines for Process Integration and Product Improvement “, Boston : Addison-Wesley,2003. [3] P.Kamthan, ”Software Engineering and Standards,” http://indy.cs.concordia.ca/kb/se_standards.pdf. [4] เขตอุตสาหกรรมซอฟต์แวร์แห่งประเทศไทย http://www.swpark.or.th [5] เว็บไซต์ราชบัณฑิตสาขาวิชาคอมพิวเตอร์ http://www.kanchit.com [6] สถาบันวิศวกรรมซอฟต์แวร์ (Software Engineering Institute), http://www.sei.cmu.edu/cmmi/

More Related