การสนทนานี้จะอยู่ในบริบทของการพัฒนาซอฟต์แวร์ แม้ว่าเวอร์ชันที่ใหม่กว่าของ ‘CMM™’ หรือที่รู้จักในชื่อ CMMI™ (‘Capability Maturity Model Integration’) และเวอร์ชันอื่นๆ ได้ขยายขอบเขตการใช้งานของ CMM ไปสู่โลกของกระบวนการทางธุรกิจทั่วไป โดยพื้นฐานแล้ว มันคือการรับรองอย่างเป็นทางการจากหน่วยงานภายนอกของกรอบกระบวนการที่ครบกำหนดขององค์กร – โดยเฉพาะความสามารถในการส่งมอบโครงการซอฟต์แวร์
ได้รับการพัฒนาและเป็นเจ้าของโดย Carnegie Mellon University ในช่วงต้นทศวรรษ 1990 โดยมีพื้นฐานมาจากการวิจัยเกี่ยวกับข้อมูลจริงที่รวบรวมจากบริษัทต่างๆ เกี่ยวกับประสิทธิภาพการจัดส่ง
พิจารณาว่าบริษัทซอฟต์แวร์เติบโตอย่างไร – มีขั้นตอนที่ชัดเจนในการพัฒนาเมื่อระดับความซับซ้อนของกระบวนการเพิ่มขึ้น และพวกเขาจำเป็นต้องรักษาและปรับปรุงระดับคุณภาพ (หนึ่งความหวัง) เมื่อความซับซ้อนขององค์กรเพิ่มขึ้น ตัวอย่างเช่น ‘Microsoft’ เริ่มต้นในโรงจอดรถหลังบ้านในปี 1960 โดยมีคนเพียงสองคน นี่เป็นเรื่องปกติของการเริ่มต้นบริษัทซอฟต์แวร์หลายแห่ง
เราระบุห้าขั้นตอนการพัฒนาที่เกี่ยวข้องกับกระบวนการในแบบจำลอง:
1. เริ่มต้น (เช่น Microsoft ในโรงรถหลังบ้าน ไม่เป็นทางการและเฉพาะกิจ)
2. มีการจัดการ (โดยทั่วไปแล้วจะมีกระบวนการที่มาพร้อมกับการจัดการที่กำหนดไว้ เช่น การจัดการโครงการ)
3. กำหนด (มีการกำหนดมาตรฐานกระบวนการโดยเน้นที่กระบวนการขององค์กร)
4. การจัดการเชิงปริมาณ (ขณะนี้มีมุมมองด้านวิศวกรรมซอฟต์แวร์ – ข้อมูลคุณภาพผลิตภัณฑ์และประสิทธิภาพของกระบวนการกำลังถูกรวบรวม – ตัวอย่างเช่น อัตราการแทรกบั๊ก ประสิทธิภาพการเข้ารหัสของโปรแกรมเมอร์แต่ละคน)
5. ปรับให้เหมาะสม – องค์กรกำลังตรวจสอบประสิทธิภาพของกระบวนการอย่างเป็นทางการและต่อเนื่อง และปรับกระบวนการเหล่านั้นให้เหมาะสม และ ‘องค์กรแห่งการเรียนรู้’ ก็จะกลายเป็นความจริง
ระดับวุฒิภาวะเหล่านี้แต่ละระดับได้กำหนดขอบเขตกระบวนการหลัก (KPA) ซึ่งเป็นระดับวุฒิภาวะดังกล่าว นอกจากนี้ KPA แต่ละตัวยังมีคำจำกัดความที่เกี่ยวข้องอีก 5 ข้อ:
1. เป้าหมาย
2. ความมุ่งมั่น
3. ความสามารถ
4. การวัด
5. การยืนยัน
ลักษณะทั่วไปของ KPA เหล่านี้ชัดเจนและแอปพลิเคชันที่กว้างขึ้นแสดงให้เห็นถึงเหตุผลที่ว่าทำไม CMMI จึงได้รับการพัฒนาเพื่อขยายแอปพลิเคชัน แม้กระทั่ง ‘People CMM™’
เช่นเดียวกับมนุษย์ องค์กรไม่สามารถข้ามขั้นตอนใดขั้นตอนหนึ่งได้ (‘พลาดช่วงวัยรุ่น’) แม้ว่าผู้จัดการที่มีความสามารถจะสามารถลดระยะเวลาให้สั้นลงได้ การจ้างเหมาพัฒนาซอฟต์แวร์ในอนุทวีปอินเดียทำให้เกิดวิธีการที่เป็นมาตรฐานในการประเมินสิ่งที่โดยทั่วไปแล้วเป็นองค์กรที่ ‘ไม่รู้จัก’ กับบริษัท ‘ตะวันตก’ ซึ่งทำให้สามารถตัดสินใจจ้างบุคคลภายนอกตามเกณฑ์คุณภาพที่เป็นกลางและเป็นอิสระ (นอกเหนือจาก เกณฑ์ทางการค้าที่ชัดเจน)
อย่างไรก็ตามมีความแตกต่างในการวาด ด้วยซอฟต์แวร์การจัดการที่มีประสบการณ์อย่างเหมาะสม บริษัทต่างๆ สามารถเติบโตและประสบความสำเร็จได้โดยไม่ต้องใช้ ‘ตราสัญลักษณ์’ ของ CMM ตัวอย่างเช่น Microsoft
CMM เติบโตมาจากการค้นหากรอบงานของรัฐบาลสหรัฐฯ เพื่อประเมินซัพพลายเออร์ซอฟต์แวร์/ระบบที่มีศักยภาพ และในบริบทการส่งมอบภายนอกนี้นับว่ามีประโยชน์ทีเดียว
เป็นประโยชน์อย่างยิ่งต่อบริษัทซอฟต์แวร์/โซลูชันที่มีส่วนร่วมในโครงการพัฒนาแบบครั้งเดียว ทำให้สามารถส่งเสริมระดับวุฒิภาวะซึ่งควรให้ความมั่นใจแก่ลูกค้า และทำให้ผู้ที่มีโอกาสเป็นลูกค้าสามารถเปรียบเทียบซัพพลายเออร์โซลูชันที่มีศักยภาพได้
CMM อาจตรงกันข้ามกับมาตรฐาน ISO9001 ISO ไม่ได้ให้ระดับวุฒิภาวะเช่นเดียวกับ CMM ISO เป็นเรื่องเกี่ยวกับระดับคุณภาพขั้นต่ำที่ยอมรับได้สำหรับกระบวนการซอฟต์แวร์ ในฐานะคนที่เคยทำงานในองค์กรภายใต้การจัดหมวดหมู่ทั้งสอง (และนำระบบที่สอดคล้องกับ ISO9001 มาใช้ในซอฟต์แวร์เฮาส์) ความแตกต่างของผู้เขียนนั้นชัดเจนเกินไปเท่านั้น ในบริษัทที่ได้รับการรับรองมาตรฐาน ISO9000 (ลูกค้ารายหนึ่ง) ผู้จัดการคนหนึ่งเคยพูดกับฉัน (ในภาษาที่ค่อนข้างแรงกว่า) – ‘สิ่งที่เราทำนั้นไม่ได้มีคุณภาพดีเยี่ยม แต่ระดับของคุณภาพนั้นสม่ำเสมอและเป็นมาตรฐาน’
2010 ฟิล มาร์ก