CMM ve CMMI Arasındaki Fark

İlk CMM olan CMM

Yetenek Olgunluk Modeli (CMM v1.0), Ağustos 1990'da geliştirildi ve piyasaya çıktı. Yazılım Mühendisliği Enstitüsü (SEI) tarafından Carnegie'de geliştirilen 5 seviyeli bir değerlendirme modeli Mellon Üniversitesi, özellikle yazılım geliştirme alanındaki mühendislik ve yönetimle ilgili en iyi uygulamaları gösterecek. Yazılım geliştirmek için bir şirketin hareketinin evrimsel bir modeldir.

CMM'nin gelişmesinin nedeni, ABD hükümetine, yazılım sağlayıcıların büyük projeleri ele alma yeteneklerini değerlendirmelerinde yardımcı olmasıydı. Modeli geliştirmeden önce, birçok firma zamanlama ve bütçelemede hatalar içeren projeler gerçekleştirdi. Model, bu sorunları çözmeye yardımcı oldu.

Olgun bir organizasyonda, projeleri yönetmek ve ürünleri geliştirmek için süreçler için standartlar olmalıdır. Model yazılım şirketleri için özel olarak hazırlandığından, son program kodunun yapısı, arayüzleri, bileşenleri ve diğerleri için genel kurallar CMM modelinde açıklanmıştır. Diğer bir deyişle, CMM, olgun bir organizasyonun bir modelidir ve nasıl bir geliştirici veya üretici olarak çalıştığını gösterir.

CMM çok başarılı oldu ve bir organizasyonun diğer yönleri ve Sistem Mühendisliği, insanlar, Entegre Ürün Geliştirme ve diğerleri gibi disiplinler için özel olarak geliştirildi ve kullanılmaya başlandı.

Ancak, CMM'ler olabildiğince yararlıdır, herhangi bir sorun yaşamazlar. Birçok örgüt onları çelişkili buldu ve tamamen çakıştı. Netlikte yoksun olduğu için çeşitli arayüzlerde de bir sorun var. Standardizasyon eksikliği de büyük bir sorundur.

CMMI veya CMM Entegrasyonu, güncel ve gelecek modelleri entegre etmek için geliştirildi. CMM modelinden bir yükseltmedir ve özellikle yazılım geliştirme alanındaki kuruluşlar için süreç iyileştirmelerini açıklamaktadır. Model, aşağıdaki alanları içerir: toplanma (veri ve gereksinim), proje planlama / izleme, yapılandırma yönetimi, eğitim, kalite güvencesi, işbirliği ve akran değerlendirmesi.

CMMI, temelde geleneksel olarak ayrı örgütsel işlevlerin ve işlemlerin birleştirilmesine yardımcı olur, süreç iyileştirme amaçlarını belirler, kalite süreçleri için denetim sağlar ve mevcut süreçleri değerlendirmek için bir referans noktası sağlar.

Özet:

1. CMM önce geldi ancak daha sonra geliştirildi ve CMMI tarafından başarılı oldu.

2. Farklı CMMS setleri çakışmalar, çelişkiler ve standardizasyon eksikliği ile ilgili sorunları vardır. CMMI daha sonra bu sorunları ele aldı.
3. Başlangıçta CMM, yazılım mühendisliği hakkında spesifik olarak açıklarken, CMMI hem yazılım hem de sistem mühendisliği için geçerli olan entegre süreçleri ve disiplinleri tanımlamaktadır.
4. CMMI, eski CMM'den çok daha kullanışlı ve evrenseldir.