Document 7110207

Download Report

Transcript Document 7110207

Capability Maturity Model Integration
(CMMI)
Uthairatt Phangphol Informatics of faculty
Sripatum University Chonburi Campus
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. Technology
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
1. ไม่ มีกำรใช้ software บริหำรโครงกำร กำรประเมินกำหนดำกรทำงำน
จำกขนำด Software และกำลังคน
2. ไม่ มีวธิ ีทจี่ ะทำให้ เสร็จตำมเวลำ (ในงบประมำณและทรัพยำกรที่มีอยู่ได้
หรื อไม่ ) มีกำรรับ S/W รำคำต่ำ โดยไม่ ดูว่ำพอหรื อเหมำะสมกับงบประมำณ
และคนทีม่ ีอยู่หรื อไม่
3. ประมำณขนำด S/W ผิดพลำด 2-10 เท่ ำ
ทำให้ ประมำณ
- งบประมำณ
- และอัตรำกำลังคนผิดไป
11
# CMMI Level 1 : Initial : ระดับเริ่มต้ น(ต่ อ)
ลักษณะขององค์ กรใน CMM Level 1
4. ไม่ สำมำรถประเมินผลกระทบของ Requirement ของลูกค้ ำ(ไม่ มี
กรรมวิธีกำรบริหำรโครงกำรเกีย่ วกับกำรเปลีย่ นแปลงทีเ่ กิดขึน้ จำกลูกค้ ำ)
- เวลำกำรมอบงำน
- งบประมำณเพิม่ เติม
- กำลังคน
- ทักษะของคน
5. ไม่ มีกำรติดตำมถึงจำนวน และควำมถี่ของ Error ที่เกิดขึน้ จำกกำรเขียน
โปรแกรม ในแต่ ละครั้ง
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 ได้ Level 2 มี 14 บริ ษทั
ได้ 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
Capability
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,235/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