มาตรฐานที่ช่วยให้ “ทีมซอฟต์แวร์เล็ก” → เติบโตแบบ “องค์กรใหญ่”
💡 CMMI ย่อมาจาก…
Capability
Maturity
Model
Integration
คือกรอบแนวทาง (Framework) ที่ช่วยให้องค์กรพัฒนา “ความสามารถ” ในการ จัดการกระบวนการทำงานให้ดีขึ้นเรื่อย ๆ
🧭 เป้าหมายของ CMMI คืออะไร?
- ✅ ทำงานซ้ำได้ → มีมาตรฐาน
- ✅ ลดความผิดพลาด → ตรวจสอบได้
- ✅ พัฒนาระบบได้เร็วขึ้น → วางแผนดีกว่าเดิม
- ✅ ทีมโตขึ้น → กระบวนการไม่พัง
🪜 CMMI มีกี่ระดับ?
CMMI แบ่งระดับ “ความโตของกระบวนการ” ออกเป็น 5 ขั้น
| ระดับ | ชื่อระดับ | ลักษณะทีม |
|---|---|---|
| 1️⃣ Initial | ทำแบบตามใจ | งานสำเร็จเพราะคนเก่ง ไม่ใช่เพราะระบบ |
| 2️⃣ Managed | วางแผน & จัดการได้ | มีเอกสาร, จัดการ Requirement และ Project ได้ดี |
| 3️⃣ Defined | กระบวนการชัดเจน | ใช้ขั้นตอนเดียวกันทั้งองค์กร มี standard |
| 4️⃣ Quantitatively Managed | วัดผลได้ | มี Data ในการวัด/ปรับกระบวนการ |
| 5️⃣ Optimizing | ปรับปรุงต่อเนื่อง | ใช้ข้อมูลเพื่อพัฒนาอย่างสม่ำเสมอ |
🎯 ส่วนใหญ่ทีมทั่วไปตั้งเป้าไปที่ระดับ 2 หรือ 3 ก็เพียงพอในการทำงานและผ่านงานประมูลหลายภาครัฐ
🛠️ CMMI ใช้กับใคร?
- 📌 Software Development
- 📌 IT Services
- 📌 Product & Process Development
- 📌 Government Project (TOR มักอ้างอิง CMMI Level)
🎯 แล้วเกี่ยวอะไรกับ SA/Dev/PM?
| บทบาท | ต้องเข้าใจเรื่องนี้เพื่อ… |
|---|---|
| SA / BA | เขียน Requirement / Flow / Doc ให้เป็นระบบ |
| Dev | พัฒนาให้ตรง spec ที่วางตามกระบวนการ |
| Tester | มีแผน Test ที่สอดคล้องกับ Requirement |
| PM | วางแผน / ติดตามงานตามมาตรฐาน |
| Org Lead | พัฒนาทีมให้เข้าระบบ CMMI ได้จริง |
✅ อยากเริ่มใช้ CMMI ต้องทำยังไง?
- 🔍 ตรวจสอบว่าตอนนี้เราอยู่ “ระดับไหน”
- 📋 วาง Process ที่จำเป็น: Requirement → Design → Dev → Test → Deploy
- 🧪 เก็บ Evidence เช่น Document, Log, Test Plan
- 👨🏫 อบรมทีมให้เข้าใจ และทำตามได้จริง
- 📈 ประเมินซ้ำ + ปรับปรุงต่อเนื่อง

ใส่ความเห็น