นี่คือศตวรรษที่ 21 และทุกบริษัทพยายามที่จะกลายเป็นบริษัทที่เหนือกว่าคู่แข่ง แต่ในยุคเทคโนโลยีนี้ คุณลักษณะของผลิตภัณฑ์เพียงอย่างเดียวไม่เพียงพอที่จะโดดเด่นในฝูงชน องค์กรจำเป็นต้องรับความช่วยเหลือจากบริการฮาร์ดแวร์และซอฟต์แวร์เพื่อเผชิญกับการแข่งขัน
เพื่อช่วยองค์กรในการพัฒนากลยุทธ์ซอฟต์แวร์ มีการใช้แบบจำลองพฤติกรรมบางอย่างเพื่อวัดความสำเร็จและกราฟการเติบโตของบริการเหล่านี้ CMM และ CMMI เป็นเครื่องมือสองอย่างที่เกี่ยวข้องกับองค์กรที่ชี้แนะในด้านการพัฒนาซอฟต์แวร์และกระบวนการอื่นๆ
CMM กับ CMMI
ความแตกต่างระหว่าง CMM และ CMMI คือ แบบแรกเน้นที่การประเมินว่าองค์กรทำงานเฉพาะที่เกี่ยวข้องกับกระบวนการเสร็จสิ้นหรือไม่ ในขณะที่ส่วนหลังเน้นที่การสร้างสถาปัตยกรรมสำหรับกระบวนการพัฒนาทั้งหมด
CMM ได้รับการพัฒนาเป็นรูปแบบการประเมินโดย Software Engineering Institute ที่ Carnegie Mellon University ในปี 1990 งานหลักที่ได้รับมอบหมายให้กับโมเดลนี้คือการวัดระดับวุฒิภาวะของกระบวนการพัฒนาซอฟต์แวร์ในองค์กร คำว่า CMM ย่อมาจาก Capability Maturity Model และวัดแนวปฏิบัติด้านซอฟต์แวร์ขององค์กรตามห้าขั้นตอน
ในขณะที่ CMMI ย่อมาจาก Capability Maturity Model Integration เป็นผู้สืบทอดของ CMM และรูปแบบการพัฒนาซอฟต์แวร์ที่ปฏิวัติวงการมากขึ้น ช่วยให้สามารถผสมผสานหลายสาขาวิชาได้ตามความต้องการและความต้องการขององค์กร โมเดลนี้ประกอบด้วยห้าขั้นตอนซึ่งแตกต่างจากขั้นตอนของรุ่นก่อนหน้า
ตารางเปรียบเทียบระหว่าง CMM และ CMMI
| พารามิเตอร์ของการเปรียบเทียบ | CMM | CMMI |
| คำนิยาม | CMM ย่อมาจาก Capability Maturity Model | CMMI ย่อมาจาก Capability Maturity Model Integration |
| ความหมาย | เป็นแบบจำลองพฤติกรรมที่พัฒนาขึ้นเพื่อวัดกระบวนการพัฒนาซอฟต์แวร์ขององค์กร | เป็นตัวตายตัวแทนของโมเดล CMM และมีประสิทธิภาพและเน้นงานมากกว่า |
| พัฒนาใน | ปี 1990 | ปี 2549 |
| วัตถุประสงค์ | เพื่อประเมินระดับวุฒิภาวะของกระบวนการในซอฟต์แวร์ | เพื่อรวมซอฟต์แวร์หลายรุ่นเข้าเป็นหนึ่งเดียวและเพื่อเอาชนะข้อเสียของ CMM |
| สเตจ | โมเดลนี้มีห้าขั้นตอน: Initial Repeat Defined Managed Optimized | โมเดลนี้มีห้าขั้นตอนเช่นกัน: Initial Managed Defined Quantitively Optimized |
| ประสิทธิภาพ | มีประสิทธิภาพน้อยกว่าหนึ่ง | มีประสิทธิภาพมากขึ้น |
CMM คืออะไร?
พัฒนาโดย Software Engineering Institute ในปี 1990 CMM กลายเป็นแบบจำลองพฤติกรรมที่วัดความสมบูรณ์ของซอฟต์แวร์เพื่อกำหนดว่าควรพัฒนาอย่างไรต่อไป ได้รับการออกแบบมาเพื่อช่วยเหลือระบบป้องกันของสหรัฐอเมริกาเป็นหลัก แต่ในที่สุดก็เปิดตัวในโลกซอฟต์แวร์ทั่วไปเช่นกัน
CMM ลงรายการกิจกรรมเฉพาะและขอให้องค์กรดำเนินการเหล่านั้น หากองค์กรดำเนินการงานทั้งหมดได้สำเร็จ แบบจำลองจะถือว่าจะประสบความสำเร็จ สิ่งนี้ขัดขวางการประเมินจริง เนื่องจากงานเดียวเท่านั้นที่สำเร็จไม่ได้รับประกันความสำเร็จขององค์กรใดๆ
CMM มีสาขาต่างๆ เช่น Software CMM และ People CMM สิ่งนี้ไม่ได้ให้แนวทางแบบบูรณาการกับกระบวนการและเพิ่มปริมาณงาน ตัวแบบยังเน้นไปที่งานเอกสารจำนวนมากซึ่งกินเวลามาก
ต่อไปนี้เป็นห้าขั้นตอนที่รวมอยู่ในโมเดลนี้ พร้อมด้วยคำอธิบายโดยย่อ:
CMMI คืออะไร?
CMMI ได้รับการพัฒนาในปี 2549 โดยเป็นผู้สืบทอดต่อจาก CMM ได้รับการพัฒนาโดย Software Engineering Institute ที่ Carnegie Mellon University เพื่อเอาชนะข้อเสียของ CMM
โมเดลนี้ไม่เพียงแต่มุ่งเน้นไปที่งาน แต่ยังให้ความสนใจกับอัตราความสำเร็จและประสิทธิภาพของงานเหล่านี้ด้วย มันวัดว่าองค์กรดำเนินการอย่างไรแม้หลังจากทำงานเสร็จและแนะนำการเปลี่ยนแปลงตามนั้น โมเดลนี้รวมทุกสาขาของ CMM และให้แนวทางที่ดีขึ้นและบูรณาการ
ความแตกต่างหลักระหว่าง CMM และ CMMI
บทสรุป
องค์กรจะเจริญรุ่งเรืองในขนาดที่ใหญ่ขึ้นเมื่อส่งมอบคุณค่าที่ต้องการให้กับลูกค้าในลักษณะที่มีโครงสร้าง และด้วยการเพิ่มประสิทธิภาพของเทคโนโลยีทุกวัน องค์กรต่างๆ ไม่เพียงแต่มุ่งเน้นที่ผลิตภัณฑ์และบริการของตนเท่านั้น แต่ยังรวมถึงวิธีการส่งมอบด้วย การจะทำเช่นนั้นได้ การพัฒนาซอฟต์แวร์ที่ให้ผลลัพธ์ที่ต้องการจึงเป็นสิ่งที่จำเป็นและอาจเป็นเรื่องที่ท้าทาย ดังนั้น แบบจำลองการประเมินระดับวุฒิภาวะของซอฟต์แวร์จึงถูกสร้างขึ้น CMM และ CMMI เป็นสองรุ่นดังกล่าวและเป็นที่นิยมอย่างแพร่หลายในโลกของซอฟต์แวร์
CMM เป็นแบบอย่างที่ค่อนข้างเก่าและระบุว่าเพื่อให้ประสบความสำเร็จ องค์กรควรทำงานเฉพาะบางอย่าง แต่ไม่ได้ให้ความสนใจกับการประเมินและการแก้ไขผลลัพธ์จริงมากนัก แม้ว่า CMMI จะเป็นผู้สืบทอดของ CMM แต่ก็ให้คุณค่าที่มากกว่า ไม่เพียงแต่แสดงรายการงาน แต่ยังเน้นที่ผลลัพธ์ด้วย เมื่อ CMMI แซงหน้า CMM ในแง่ของกระบวนการพัฒนาซอฟต์แวร์ CMM ยังคงมีความเกี่ยวข้องในกิจกรรมตามลำดับ
