Yetenek Olgunluk Modeli Entegrasyonu (CMMI) Hakkında Temel Bilgiler

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

Geliştirme için Yetenek Olgunluğu Modeli Tümleştirmesi (CMMI) için kesin kılavuz, Yazılım Mühendisliği Enstitüsü tarafından "CMMI: Süreç Tümleştirme ve Ürün Geliştirme Yönergeleri" olarak yayımlanır. Bu kitap, CMMI ürün ailesindeki modellerden biri olan CMMI-DEV (sürüm 1.3) açıklar. "CMMI Distilled: Tümleşik Süreç İyileştirmeye Pratik Giriş", birçok okuyucu için kısa ve erişilebilir bir eşlikçidir.

Uyarı

Bu makale, kılavuzunda CMMI sürüm 1.3'e ve Azure DevOps'un desteklediği CMMI işlemine dayanmaktadır. Bu içeriği şu anda daha sonraki CMMI sürümlerine güncelleştirmeyi planlamıyoruz.

Geçmiş notlar

CMMI, 1987 yılında Carnegie Mellon Üniversitesi'nde bir Yazılım Mühendisliği Enstitüsü (SEI) projesi olan Yetenek Olgunluk Modeli (CMM) olarak başladı. İlk olarak 1991'de yayımlanan yazılım için özgün CMM, kritik başarı faktörlerinin denetim listesi olarak başladı. Model ayrıca IBM'in araştırmalarına ek olarak Philip Crosby ve W. Edwards Deming gibi kalite öncülerinin araştırmalarını da yaptı. Crosby'nin Üretim Olgunluk Modeli, Yetenek Olgunluk Modeli ile beş düzeyli Aşamalı Temsil adlarının ilham kaynağı oldu.

Başlangıçta savunma programlarında uygulanan CMM büyüdü, çeşitlendi ve düzeltmeler uygulandı. Farklı modellerin yaygınlaşması, sistem mühendisliği, yazılım mühendisliği ve ürün geliştirmeyi entegre eden tek ve genişletilebilir bir çerçeve oluşturmak için iki yıllık, devlet tarafından finanse edilen bir çabaya yol açtı. 200'den fazla sektör ve akademik uzman bu çabaya katkıda bulundu; sonuçta elde edilen çerçeve CMMI'dir.

CMMI-DEV, açıklayıcı bir işlem yerine modeldir. Genellikle daha iyi yazılım mühendisliği ve sistem mühendisliği sonuçlarına yol açan kurumsal davranışları ve hedefleri tanımlar. İnsanlar genellikle modelle ilgili üç soru hakkında yanlış anlar: Model neden kullanılır? Amacı nedir? Nasıl uygulamalısınız? Aşağıdaki kılavuzda bu sorulara yanıt verilmiştir.

Neden model kullanmalı?

İyileştirme çalışmaları, kuruluşunuzun nasıl çalıştığını, hangi işlevleri gerektirdiğini ve bu işlevlerin nasıl etkileşim kurduğunu açıklayan bir modele ihtiyaç duyar. Model size paylaşılan bir dil ve neleri geliştirebileceğinizi tartışabileceğiniz bir yapı sağlar.

Bir model çeşitli somut avantajlar sağlar:

• İletişimi geliştiren ortak bir çerçeve ve dil.
• Rehberlik olarak yakalanan onlarca yıllık deneyim.
• İyileştirme çalışmalarına odaklanırken daha büyük resmi göz önünde bulundurmanın bir yolu.
• Birçok pazarda eğitmen ve danışman desteği.
• Üzerinde anlaşmaya varılan standartları kullanarak anlaşmazlıkların çözülmesine yardımcı olan bir dış başvuru.

CMMI modelinin amacı nedir?

CMMI, süreç olgunluğunu değerlendirmenize yardımcı olur ve daha öngörülebilir sonuçlar ve daha yüksek kaliteli ürünler üretmek için süreç iyileştirmesini yönlendirir. Ayrıca, risk yönetimine ve kuruluşun riski ne kadar iyi yönettiğini ölçmeye yönelik yapılandırılmış bir yaklaşım sağlar. Riski yönetebilme özelliği, bir kuruluşun yüksek kaliteli sonuçlar sunma kapasitesine doğrudan katkıda bulunur.

CMMI, ekonomik performansı garanti etmez. Daha yüksek olgunlukta kuruluşlar riski daha iyi yönetebilir ve tahmin edilebilir hale gelebilir, ancak aynı zamanda risk karşıtlığı veya bürokratik hale gelebilir ve bu da yenilikleri yavaşlatabilir ve sağlama sürelerini artırabilir. Düşük olgunluktaki kuruluşlar bazen daha fazla yenilik yapabilir, ancak daha kaotik, daha az tahmin edilebilir bir şekilde çalışır; başarıları tekrarlanabilir işlemler yerine tek tek kahramanlıklara bağlı olabilir.

CMMI modelini nasıl kullanmalısınız?

CmMI'yi süreç geliştirme programının temeli olarak kullanın; değerlendirmeleri birincil hedef yerine ilerlemeyi ölçmenin bir yolu olarak değerlendirin. Modeli harfi harfine takip etmeniz gereken bir kuralcı süreç olarak değerlendirmekten kaçının. CMMI'nin yapı taşları, hedefleri ve bunları karşılamak için kullanılan yaygın etkinlikleri (örneğin, Süreç ve Ürün Kalite Güvencesi veya Yapılandırma Yönetimi) tanımlayan işlem alanlarıdır. İşlem alanının işlemle aynı olmadığını unutmayın: Tek bir işlem birden çok işlem alanına yayılabilir ve bir işlem alanı birden çok işlem içerebilir.

CMMI-DEV iki tamamlayıcı gösterim sağlar:

• Aşamalı Gösterim, 22 işlem alanını beş olgunluk düzeyinde gruplandırarak bir kuruluş için tek bir olgunluk düzeyi verir. Yöneticiler ve yöneticiler genellikle bu düzeyi kuruluş yeteneğinin basit bir göstergesi olarak kullanır.
• Sürekli Gösterim, işlem alanı başına yeteneği değerlendirir ve en fazla iş değeri sunan iyileştirmeye odaklanmanızı sağlar. Sürekli değerlendirmeler tek bir sayı yerine yetenek profilleri verir; gerektiğinde sürekli sonuçları hazırlanmış düzeylere eşleyebilirsiniz.

Düzey 4 ve 5 daha yüksek olgunluğu temsil eden. Daha yüksek olgunlukta kuruluşlar nicel yönetim ve iyileştirme uygulamaları uygulama, daha düşük süreç değişkenliği gösterme ve istatistiksel olarak savunulabilir yönetimin bir parçası olarak önde gelen göstergeleri kullanma eğilimindedir. Bu davranışlar, bu tür kuruluşların yeni bilgilere yanıt vermelerini daha öngörülebilir ve daha hızlı hale getirebilir; bürokrasi yanıt vermeyi engelleyemez. Buna karşılık, düşük olgunluklu kuruluşlar genellikle sorunlar oluştuğunda kahramanca çabalara güvenir.

Sürekli Gösterim, kuruluşların en büyük iş avantajını sağlayan süreç alanlarına iyileştirmeyi uyarlamasına olanak tanıyan 22 süreç alanının her biri içinde özellik modellemektedir. Birçok uygulamacı, tek bir olgunluk düzeyindeki hedefi takip etmek yerine odaklanmış, ekonomik olarak ilerlemek istediklerinde Sürekli'yi tercih eder.

Program hedefi olarak Aşamalı Temsiliyetin kullanılması, uygulayıcılar olgunluk düzeyini hedef olarak ele alırsa istenmeyen sonuçlar doğurabilir zira süreçleri ve altyapıyı sadece bir değerlendirmeden geçmek amacıyla tasarlayabilirler. Ölçülebilir, sürdürülebilir iyileştirme (sayı değil) herhangi bir iyileştirme girişiminin hedefi olmaya devam etmelidir.

Bazı danışmanlık firmaları öncelikli olarak Sürekli Temsile odaklanır. Bu yaklaşım yapay olgunluk hedeflerini önler ve ölçülebilir iş değeri sunan iyileştirmelere öncelik verme eğilimindedir, olumlu geri bildirim şansını ve sürekli iyileştirmenin verimli bir döngüsünü artırır.

CMMI modelinin öğeleri

CMMI-DEV modeli, sürüm 1.3'te 22 işlem alanını tanımlar. Aşağıdaki tabloda bu işlem alanları listelenmiştir:

Kısaltma	İşlem Alanı
ARABA	Nedensel Analiz ve Çözüm
CM	Yapılandırma Yönetimi
DAR	Karar Analizi ve Çözümleme
entegre zararlı yönetimi (if "IPM" stands for "Integrated Pest Management")	Tümleşik Proje Yönetimi
MA	Ölçüm ve Analiz
OID	Kurumsal Yenilik ve Dağıtım
OPD	Kuruluş süreci tanımı
OPF	Kuruluş süreci odağı
OPP	Kuruluş süreci performansı
OT	Kuruluş Eğitimi
Pİ	Ürün Tümleştirmesi
PMC	Proje İzleme ve Denetim
PP	Proje Planlama
PPQA	Süreç ve Ürün Kalite Güvencesi
QPM	Nicel Proje Yönetimi
RD	Gereksinimler Tanımı
REQM	Gereksinimler Yönetimi
RSKM	Risk Yönetimi
SAM	Tedarikçi Sözleşmesi Yönetimi
TS	Teknik Çözüm
VER	Doğrulama
VAL	Doğrulama

Aşamalı Gösterim'de işlem alanları olgunluk düzeylerine eşlenmiştir; aşağıdaki çizimde bu eşleme vurgulanır.

Sürekli Gösterim'de işlem alanları işlevsel gruplandırmalara eşlenmiştir; aşağıdaki çizimde bu eşleme vurgulanır.

Her işlem alanı gerekli, beklenen ve bilgilendirici bileşenler içerir. Gerekli bileşenler (belirli ve genel hedefler), değerlendirmenin ne gerektirdiğini belirler. Beklenen bileşenler (belirli ve genel uygulamalar), uygulayıcılara kılavuzluk eder, ancak bir değerlendirme uzmanına karşı gerekçelendirilebildiğinde eşdeğer uygulamalarla değiştirilebilir. Bilgilendirici bileşenler (örneğin, tipik iş ürünleri ve alt uygulamalar), kuruluşların iyileştirmeye başlamasına yardımcı olmak için daha fazla ayrıntı sağlar.

Değerlendirme için yalnızca belirli ve genel hedefler gereklidir; uygulamaya yol göstermek için beklenen ve bilgilendirici bileşenler mevcuttur. CMMI'nin örnek uygulamaları ve iş ürünleri tarihsel olarak geniş alan ve savunma projelerinden gelir; kuruluşunuzun proje türlerini veya Çevik yöntemler gibi daha yeni sektör eğilimlerini yansıtmayabilir. Modeli bağlamınıza ve hedeflerinize uyacak şekilde uyarlar.

İlgili içerik

• CMMI işlemi
• Yazılım Mühendisliği Enstitüsü, CMMI Ürün Paketinin Sürüm 1.3'lerini Yayınladı
• Geliştirme için CMMI: Süreç Tümleştirme ve Ürün Geliştirme Yönergeleri, Üçüncü Sürüm
• Geliştirme için CMMI: Süreç Tümleştirme ve Ürün Geliştirme Yönergeleri (Yazılım Mühendisliğinde SEI Serisi)
• Çevik Geliştirme nedir?