Arka Planda Yetenek Olgunluk Modeli Tümleştirmesi (CMMI)

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

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 kitapta, CMMI ürün paketindeki modellerden biri olan Geliştirme için CMMI (CMMI-DEV) sürüm 1.3 özel olarak açıklanmaktadır. CmMI hakkında yararlı ve erişilebilir bir kitap olarak "CMMI Damıtılmış: Tümleşik Süreç İyileştirmeye Pratik Giriş" de bulabilirsiniz.

Not

Burada sağlanan kılavuz, CMMI için 1.3 sürümünü temel alır ve Azure DevOps ile kullanılabilen CMMI işlemini destekler. Bu içeriği sonraki sürümleri destekleyecek şekilde güncelleştirmek için şu anda herhangi bir plan yoktur.

Geçmiş notlar

CMMI, 1987 yılında Yazılım Mühendisliği Enstitüsü'nde (SEI) bir proje olan Yetenek Olgunluk Modeli (CMM) olarak başladı. SEI, Birleşik Devletler Savunma Bakanlığı tarafından kurulan ve finanse edilen Carnegie-Mellon Üniversitesi'nde bir araştırma merkezidir. İlk olarak 1991'de yayımlanan Yazılım için CMM, kritik başarı faktörlerinin denetim listesi olarak başladı. Model ayrıca International Business Machines (IBM) Corporation'da yapılan araştırmalar ve Philip Crosby ve W. Edwards Deming gibi 20. Hem ad, Yetenek Olgunluk Modeli hem de Aşamalı Temsil beş düzey Crosby'nin Üretim Olgunluk Modeli'ne ilham verdi. Esas olarak savunma programlarına uygulanan CMM, önemli ölçüde benimseme elde etti ve çeşitli düzeltmeler yaptı. Başarısı, yazılımın ötesinde çeşitli konular için CMM'lerin geliştirilmesine yol açmıştır. Yeni modellerin çoğalması kafa karıştırıcıydı. Buna karşılık hükümet, sistem mühendisliğini, yazılım mühendisliğini ve ürün geliştirmeyi entegre eden tek ve genişletilebilir bir çerçeve oluşturmak için iki yıllık bir proje finanse etti. Bu çalışmada 200'den fazla sektör ve akademik uzman yer aldı. Sonuç CMMI oldu.

CMMI-DEV bir modeldir. Bu ne bir işlem ne de izlenecek bir reçete. Bunun yerine CMMI-DEV, yazılım geliştirme ve sistem mühendisliğinde kullanıldığı kanıtlanmış bir dizi kurumsal davranış sunar. Neden böyle bir model kullanmalısınız? Amacı nedir? En iyi nasıl kullanılmalıdır? Bu kritik sorular belki de CMMI ile ilgili en yanlış anlaşılan sorunlardır.

Neden model kullanmalısınız?

İyileştirme çalışmaları, kuruluşunuzun nasıl çalıştığına, hangi işlevlere ihtiyaç duyduğuna ve bu işlevlerin nasıl etkileşime geçtiğini gösteren bir model gerektirir. Model, kurumsal öğeler hakkında bilgi edinmenizi sağlar ve nasıl ve nelerin geliştirilip geliştirilebileceğine yönelik tartışmalarda size yardımcı olur.

Model aşağıdaki avantajları sunar:

• İletişime yardımcı olmak için ortak bir çerçeve ve dil sağlar
• Yılların deneyiminden yararlanıyor
• Kullanıcıların iyileştirmeye odaklanırken büyük resmi dikkate almalarına yardımcı olur
• Genellikle eğitmenler ve danışmanlar tarafından desteklenir
• Üzerinde anlaşmaya varılan standartlar sağlayarak anlaşmazlıkların çözülmesine yardımcı olabilir

CMMI modelinin amacı nedir?

CMMI modelinin amacı, bir kuruluşun süreçlerinin olgunluğunu değerlendirmek ve gelişmiş ürünler hedefiyle süreçleri iyileştirme konusunda rehberlik sağlamaktır. Ayrıca CMMI, risk yönetimine yönelik bir modeldir ve kuruluşun riski yönetme becerisini ölçmenin bir yolunu sağlar. Kuruluşların yüksek kaliteli ürünler sunabilmesi için risk faktörleri faktörlerini yönetebilme becerisi. Riski yönetmeye yönelik bir diğer bakış açısı, bir kuruluşun stres altında ne kadar iyi performans sergilemektedir. Yüksek olgunluk ve yüksek yetenekli bir kuruluş, beklenmeyen, stresli olaylara kolayca yanıt verebilir. Düşük olgunluk ve düşük yetenek organizasyonu stres altında paniğe kapılmaya, obviated prosedürleri körü körüne izlemeye veya tüm süreçleri tamamen atıp kaosa geri dönme eğilimindedir.

Ancak CMMI, kuruluşun ekonomik performansının kanıtlanmış bir göstergesi değildir. Daha yüksek olgunluk kuruluşları riski daha iyi yönetebilir ve daha öngörülebilir olsa da, daha yüksek olgunluk firmalarının risk karşıtlığı eğiliminde olduğuna dair kanıtlar mevcuttur. Riskten kaçınma, yenilik eksikliğine veya uzun kurşun sürelerine ve rekabet gücü eksikliğine yol açan daha büyük bürokrasi kanıtlarına yol açabilir. Düşük olgunluk firmaları daha yenilikçi ve yaratıcı ama kaotik ve öngörülemeyen olma eğilimindedir. Sonuçlar elde edildiğinde, bunlar genellikle kişilerin veya yöneticilerin kahramanca çabalarının sonucudur.

CMMI modelini kullanmanın en iyi yolu nedir?

Model, değerlendirmede yalnızca iyileştirmeyi ölçmeye yönelik bir destek sistemiyle bir süreç geliştirme girişiminin temeli olarak kullanılacak şekilde tasarlanmıştır. Bu kullanımda karma bir başarı oldu. Modeli bir işlem tanımıyla karıştırıp, doldurulması gerekebilecek mevcut işlemlerdeki boşlukları tanımlayan bir harita yerine takip etmeye çalışmak çok kolaydır. CMMI'nin temel yapı taşı, hedefleri ve bunları karşılamak için sıklıkla kullanılan çeşitli etkinlikleri tanımlayan bir işlem alanıdır. İşlem alanına örnek olarak Süreç ve Ürün Kalite Güvencesi yer alır. Bir diğeri de Yapılandırma Yönetimi'dir. İşlem alanının bir işlem olmadığını anlamak önemlidir. Tek bir işlem birden çok işlem alanını geçebilir ve tek bir işlem alanı birden çok işlem içerebilir.

CMMI-DEV, aynı temel öğeleri paylaşan iki modeldir. İlk ve en tanıdık olan, beş kuruluş olgunluğu düzeyinden birine eşlenmiş 22 işlem alanını sunan Aşamalı Temsil'dir. Bir kuruluşun değerlendirmesi, kuruluşun hangi düzeyde çalıştığını değerlendirir ve bu düzey, riski yönetme ve vaatlerini yerine getirebilme becerisinin bir göstergesi olacaktır.

Düzey 4 ve 5 genellikle daha yüksek olgunluk düzeyleri olarak adlandırılır. Nicel yönetim ve iyileştirme davranışlarını gösteren yüksek olgunluk kuruluşları ile yalnızca yönetilen veya takip edilen süreçler olan düşük olgunluk kuruluşları arasında genellikle net bir fark vardır. Daha yüksek olgunluktaki kuruluşlar işlemlerde daha düşük değişkenlik gösterir ve genellikle istatistiksel olarak savunulabilir bir yönetim yönteminin parçası olarak önde gelen göstergeleri kullanır. Sonuç olarak, daha yüksek olgunluk kuruluşları, diğer bürokrasilerin önünün açılmadığı varsayılarak yeni bilgilere yanıt verme konusunda hem daha öngörülebilir hem de daha hızlı olma eğilimindedir. Düşük olgunluk kuruluşlarının kahramanca bir çaba gösterme eğiliminde olduğu durumlarda, yüksek olgunluk kuruluşları stres altındayken süreçleri körü körüne takip edebilir ve bir süreç değişikliğinin daha uygun bir yanıt olabileceğini fark edemeyebilir.

Sürekli Gösterim modelleri, 22 işlem alanının her biri içindeki işlevi tek tek işler ve bu sayede kuruluş, geliştirme çalışmalarını en yüksek iş değerini sunan süreçlere uyarlar. Bu gösterim Crosby'nin özgün modeline daha uygun. Bu modele yönelik değerlendirmeler, tek bir sayı yerine yetenek profilleriyle sonuçlanır. Kurumsal olgunluk düzeyi, yöneticilerin ve yöneticilerin çoğunun anladığı düzey olduğundan, sürekli model değerlendirmesinin sonuçlarını beş aşamaya eşlemenin yolları vardır.

Uygulamacılar CMMI'nin bir işlem veya iş akışı modeli olmadığını unuttuklarında, aşamalı modeli bir süreç geliştirme programı için temel olarak kullanmak tehlikeli olabilir. Bunun yerine, CMMI süreç ve iş akışının başarma hedeflerini sağlamak üzere tasarlanmıştır. Bu tür hedeflerin karşılanması kuruluşun olgunluğunu ve olayların planlandığı gibi gelişme olasılığını artırır. Belki de en büyük hata modu bir düzeye ulaşmayı hedef haline getirmek ve ardından yalnızca değerlendirmeyi geçmek için süreçler ve altyapı oluşturmaktır. Herhangi bir süreç geliştirme etkinliğinin hedefi, sayı değil ölçülebilir iyileştirme olmalıdır.

Sürekli model, süreç geliştirme kılavuzu olarak başarılı olmuştur. Bazı danışmanlık firmaları yalnızca Sürekli modelle ilgili rehberlik sunmayı tercih eder. En belirgin fark, Sürekli model etrafında tasarlanan bir süreç geliştirme programının olgunluk düzeylerine göre belirlenen yapay hedeflere sahip olmamasıdır. Sürekli model, kuruluş için ekonomik bir avantajdan yararlanma olasılığının en yüksek olduğu alanlarda süreç iyileştirmesi uygulamaya da yardımcı olur. Bu nedenle, Sürekli modeli takip edenlerin, CMMI modelini temel alan bir girişimden olumlu geri bildirim alma olasılığı daha yüksektir. Ayrıca, olumlu geri bildirimlerin verimli bir iyileştirme döngüsünün geliştirilmesine yol açma olasılığı daha yüksektir.

CMMI modelinin öğeleri

Aşağıdaki tabloda, CMMI modelini (sürüm 1.3) oluşturan 22 işlem alanı listelenmiştir:

Kısaltma	İşlem Alanı
ARABA	Nedensel Analiz ve Çözüm
CM	Yapılandırma Yönetimi
DAR	Karar Analizi ve Çözümleme
IPM	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
PI	Ü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ı aşağıdaki çizimde gösterildiği gibi her aşamayla eşlenir.

Sürekli Gösterim'de, işlem alanları aşağıdaki çizimde gösterildiği gibi işlevsel gruplandırmalarla eşlenir.

Her işlem alanı gerekli, beklenen ve bilgilendirici bileşenlerden oluşur. Modele karşı bir değerlendirmeyi karşılamak için yalnızca gerekli bileşenler gereklidir. Gerekli bileşenler, her işlem alanı için belirli ve genel hedeflerdir. Beklenen bileşenler, her belirli veya genel hedef için belirli ve genel uygulamalardır. Beklenen bir bileşen yalnızca beklendiği ve gerekli olmadığı için, bunun belirli veya genel bir uygulamanın eşdeğer bir uygulamayla değiştirilebileceğini gösterdiğini unutmayın. Beklenen uygulamalar uygulayıcılara ve eksperlere yol göstermek için vardır. Alternatif bir uygulama seçilirse, bir eksper öneride bulunup alternatif bir uygulamanın neden uygun olduğunu gerekçelendirmek uygulayıcıya bağlıdır. Bilgilendirici bileşenler, uygulayıcıların CMMI modeli tarafından yönlendirilen bir süreç geliştirme girişimiyle çalışmaya başlamalarına yardımcı olan ayrıntılar sağlar. Bilgilendirici bileşenler, genel ve belirli uygulamaların alt bileşenlerini ve tipik iş ürünlerini içerir.

Yalnızca genel ve belirli hedefler gereklidir. Diğer her şey kılavuz olarak sağlanır. Beklenen ve bilgilendirici bileşenlere örnek olarak, CMMI literatüründe büyük alan ve savunma sistemleri projelerinden veri çekilmiştir. Bu projeler kuruluşunuzda üstlenilen projelerin türünü yansıtmayabilir ve Çevik yazılım geliştirme yöntemlerinin ortaya çıkması gibi sektördeki daha yeni eğilimleri yansıtmayabilir.

İlgili makaleler

• 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?