Capability Maturity Model Integration (CMMI) Uthairatt Phangphol

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

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

Capability Maturity Model :CMM 3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. CMMI Staged Representaion 22

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

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

2. CMMI Continuous Representaion 25

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

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

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

Personal Software Process บุคลากร Team Software Process Capabilit y Maturity Model 29

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

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

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 บริษัท 32

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

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

เอกสารอ้างอิง [1] International ISO/IEC Standard 9126,”Information TechnologySoftware 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/ 35