CMM ve CMMI
İlk CMM olan Yetenek Olgunluk Modeli (CMM v1.0) Ağustos 1990'da geliştirildi ve piyasaya sürüldü. Carnegie Mellon Üniversitesi Yazılım Mühendisliği Enstitüsü (SEI) tarafından en iyi uygulamaları göstermek için geliştirilen 5 seviyeli bir değerlendirme modelidir. mühendislik ve yönetim, özellikle yazılım geliştirmede. Bir şirketin yazılım geliştirme hareketinin evrimsel bir modelidir.
CMM'nin geliştirilmesinin nedeni, ABD hükümetine yazılım sağlayıcılarının büyük projeleri yönetme yeteneklerini değerlendirmede yardımcı olmaktı. Modelin geliştirilmesinden önce birçok şirket, planlama ve bütçeleme konusunda önemli kusurları olan projeler gerçekleştirdi. Model bu sorunları çözmeye yardımcı oldu.
Olgun bir kuruluşta, projeleri yönetme ve ürün geliştirme süreçleri için standartlar olmalıdır. Model özellikle yazılım şirketleri için yapıldığından, nihai program kodunun, arayüzlerin, bileşenlerin ve diğerlerinin yapısı ile ilgili genel kurallar CMM modelinde açıklanmaktadır. Başka bir deyişle, CMM olgun bir kuruluşun modelidir ve bir geliştirici veya üretici olarak nasıl çalışır?.
CMM çok başarılı olmuş 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 kullanılmaya ve özel olarak geliştirilmeye başlanmıştır..
Bununla birlikte, CMM'lerin herhangi bir sorun yaşamayacakları kadar faydalı olmaları da yararlıdır. Çok sayıda kuruluş onları çelişkili ve örtüşen bulmuştur. Ayrıca, açıklıktan yoksun olduğu için çeşitli arayüzlerde de bir sorun vardır. Standardizasyon eksikliği de önemli bir sorundur.
CMMI veya CMM Entegrasyonu mevcut ve gelecek modelleri entegre etmek için geliştirilmiştir. CMM modelinden bir çeşit yükseltmedir ve özellikle yazılım geliştirmedeki kuruluşlar için süreç iyileştirmelerini açıklar. Model şu alanları içerir: toplama (veri ve gereksinim), proje planlama / izleme, konfigürasyon yönetimi, eğitim, kalite güvencesi, işbirliği ve meslektaş incelemeleri.
CMMI temel olarak geleneksel olarak ayrı organizasyon fonksiyonlarının ve operasyonlarının birleştirilmesine yardımcı olur, süreç geliştirme hedeflerini 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 yerine CMMI geldi.
2. Farklı CMMS setlerinin örtüşmeler, çelişkiler ve standardizasyon eksikliği ile ilgili sorunları vardır. CMMI daha sonra bu sorunları ele aldı.
3. CMM başlangıçta özellikle yazılım mühendisliği hakkında bilgi verirken, CMMI hem yazılım hem de sistem mühendisliği için geçerli olan entegre süreçleri ve disiplinleri tanımlar.
4. CMMI, eski CMM'den çok daha kullanışlı ve evrenseldir.