Yetenek Olgunluk Modeli Entegrasyonu - Capability Maturity Model Integration

"CMMI" Burada yönlendirir. ABD hükümet kuruluşu için, bkz . Medicare ve Medicaid Yenilik Merkezi .

Yazılım geliştirme
Yazılım mühendisliğinin temel faaliyetleri
Paradigmalar ve modeller
Metodolojiler ve çerçeveler
Destekleyici disiplinler
Uygulamalar
Aletler
Standartlar ve Bilgi Organları
sözlükler
Anahatlar

Yetenek Olgunluk Modeli Entegrasyonu ( CMMI ), süreç düzeyinde iyileştirme eğitimi ve değerlendirme programıdır. İdare eden CMMI Enstitüsü , bir yan kuruluşu arasında ISACA , en geliştirilmiştir Carnegie Mellon Üniversitesi (CMU). Birçok ABD Hükümeti sözleşmesinde, özellikle yazılım geliştirmede gereklidir . CMU, CMMI'nin bir proje, bölüm veya tüm organizasyon genelinde süreç iyileştirmeye rehberlik etmek için kullanılabileceğini iddia ediyor. CMMI, süreçler için şu olgunluk seviyelerini tanımlar: Başlangıç, Yönetilen, Tanımlanmış, Niceliksel Olarak Yönetilen ve İyileştirme. Sürüm 2.0, 2018'de yayınlandı (Sürüm 1.3, 2010'da yayınlandı ve bu wiki makalesinde kalan bilgiler için referans modeldir). CMMI, CMU tarafından ABD Patent ve Ticari Marka Ofisinde tescil edilmiştir.

genel bakış

Olgunluk seviyelerinin özellikleri.

Başlangıçta CMMI, üç ilgi alanına hitap eder:

  1. Ürün ve hizmet geliştirme – CMMI for Development (CMMI-DEV),
  2. Hizmet kuruluşu, yönetimi, – Hizmetler için CMMI (CMMI-SVC) ve
  3. Ürün ve hizmet alımı – Edinme için CMMI (CMMI-ACQ).

Sürüm 2.0'da bu üç alan (önceden her birinin ayrı bir modeli vardı) tek bir modelde birleştirildi.

CMMI, CMU'daki endüstri, hükümet ve Yazılım Mühendisliği Enstitüsü'nden (SEI) bir grup tarafından geliştirildi . CMMI modelleri, bir organizasyonun iş hedeflerini karşılayan süreçleri geliştirmek veya iyileştirmek için rehberlik sağlar. Bir CMMI modeli, organizasyonun süreç olgunluğunu değerlendirmek için bir çerçeve olarak da kullanılabilir. Ocak 2013'e kadar, CMMI ürün grubunun tamamı SEI'den Carnegie Mellon'da yeni oluşturulan bir organizasyon olan CMMI Enstitüsüne transfer edildi.

Tarih

CMMI, birçok farklı modeli tek bir çerçeveye entegre ederek olgunluk modellerinin kullanılabilirliğini geliştirmeyi amaçlayan CMMI projesi tarafından geliştirilmiştir. Proje, endüstri, hükümet ve Carnegie Mellon Yazılım Mühendisliği Enstitüsü (SEI) üyelerinden oluşuyordu. Ana sponsorlar arasında Savunma Bakanlığı ( OSD ) ve Ulusal Savunma Sanayi Derneği yer aldı .

CMMI, yetenek olgunluk modelinin (CMM) veya Yazılım CMM'sinin halefidir . CMM 2002 yılında 1997 yılına kadar 1987 den geliştirilen, sürüm 1.1 yayınlandı, sürüm 1.2 CMMI V1.3 bazı önemli değişiklikler desteği Kasım 2010'da Ağustos 2006 ve sürüm 1.3 takip çevik yazılım geliştirme , yüksek seviyesine iyileştirmeler olgunluk uygulamaları ve temsilin uyumu (kademeli ve sürekli).

Göre Yazılım Mühendisliği Enstitüsü (SEI, 2008), CMMI "geleneksel olarak ayrı bir kuruluş fonksiyonları kümesi süreç iyileştirme hedefleri ve öncelikleri entegre kalite süreçleri için rehberlik ve mevcut süreçlerin değerlendirilmesi için bir referans noktası sağlar." Yardımcı olur

Mary Beth Chrissis, Mike Konrad ve Sandy Shrum Rawdon, CMMI for Development Sürüm 1.2 ve 1.3'ün basılı kopyasının yayınlanması için yazarlık ekibiydi. Versiyon 1.3'ün Addison-Wesley yayını Watts Humphry'nin anısına ithaf edilmiştir. Eileen C. Forrester, Brandon L. Buteau ve Sandy Shrum, CMMI for Services Sürüm 1.3'ün basılı kopyası için yazarlık ekibiydi. Rawdon "Rusty" Young, CMMI sürüm 2.0'ın geliştirilmesinin baş mimarıydı. Daha önce Yazılım Mühendisliği Enstitüsü için CMMI Ürün Sahibi ve SCAMPI Kalite Lideriydi.

Mart 2016'da CMMI Enstitüsü [ISACA] tarafından satın alındı.

CMMI konuları

temsil

1.3 sürümünde CMMI iki gösterimde mevcuttu: sürekli ve aşamalı. Sürekli temsil, kullanıcının kuruluşun acil iş hedefleri için önemli olduğu düşünülen veya kuruluşun yüksek derecede risk atadığı belirli süreçlere odaklanmasına izin verecek şekilde tasarlanmıştır. Aşamalı gösterim, standart bir iyileştirmeler dizisi sağlamak üzere tasarlanmıştır ve farklı proje ve organizasyonların olgunluğunu karşılaştırmak için bir temel olarak hizmet edebilir. Aşamalı gösterim ayrıca SW-CMM'den CMMI'ye kolay geçiş sağlar.

Sürüm 2.0'da, yukarıdaki temsil ayrımı iptal edildi ve artık yalnızca bir birleşik model var.

Model çerçevesi (v1.3)

Daha fazla bilgi: İşlem alanı (CMMI)

Kullanılan ilgi alanlarına (satın alma, hizmetler, geliştirme) bağlı olarak içerdiği süreç alanları değişiklik gösterecektir. Süreç alanları , organizasyonun süreçleri tarafından kapsanacak alanlardır. Aşağıdaki tablo, sürüm 1.3'te tüm CMMI ilgi alanları için mevcut olan on yedi CMMI temel süreç alanını listeler.

Yetenek Olgunluk Modeli Entegrasyonu (CMMI) temel süreç alanları
Kısaltma Proses Alanı Kategori Olgunluk seviyesi
ARABA Nedensel Analiz ve Çözüm Destek 5
SANTİMETRE Konfigürasyon yönetimi Destek 2
DAR Karar Analizi ve Çözümü Destek 3
IPM Entegre Proje Yönetimi Proje Yönetimi 3
MA Ölçüm ve Analiz Destek 2
OPD Organizasyonel Süreç Tanımı Süreç yönetimi 3
OPF Organizasyonel Süreç Odağı Süreç yönetimi 3
OPM Organizasyonel Performans Yönetimi Süreç yönetimi 5
OPP Organizasyonel Süreç Performansı Süreç yönetimi 4
OT Organizasyonel Eğitim Süreç yönetimi 3
PMC Proje İzleme ve Kontrol Proje Yönetimi 2
PP Proje planlaması Proje Yönetimi 2
PPQA Proses ve Ürün Kalite Güvencesi Destek 2
QPM Nicel Proje Yönetimi Proje Yönetimi 4
REQM İhtiyaç Yönetimi Proje Yönetimi 2
RSKM Risk yönetimi Proje Yönetimi 3
SAM Tedarikçi Sözleşme Yönetimi Destek 2

Hizmetler için olgunluk seviyeleri

Aşağıdaki süreç alanları ve bunların olgunluk seviyeleri, hizmetler için CMMI modeli için listelenmiştir:

Olgunluk Düzeyi 2 – Yönetilen

  • CM – Konfigürasyon Yönetimi
  • MA – Ölçüm ve Analiz
  • PPQA – Süreç ve Kalite Güvencesi
  • REQM – Gereksinim Yönetimi
  • SAM – Tedarikçi Sözleşme Yönetimi
  • SD – Hizmet Sunumu
  • WMC – İş İzleme ve Kontrol
  • WP – İş Planlama

Olgunluk Düzeyi 3 – Tanımlı

  • CAM – Kapasite ve Kullanılabilirlik Yönetimi
  • DAR – Karar Analizi ve Çözümü
  • IRP – Olay Çözümü ve Önleme
  • IWM – Entegre İş Yönetimleri
  • OPD – Organizasyonel Süreç Tanımı
  • OPF – Organizasyonel Süreç Odağı...
  • OT – Organizasyonel Eğitim
  • RSKM – Risk Yönetimi
  • SCON – Hizmet Sürekliliği
  • SSD – Servis Sistemi Geliştirme
  • SST – Hizmet Sistemi Geçişi
  • STSM – Stratejik Hizmet Yönetimi

Olgunluk Düzeyi 4 - Niceliksel Olarak Yönetilen

  • OPP – Organizasyonel Süreç Performansı
  • QWM – Sayısal İş Yönetimi

Olgunluk Seviyesi 5 – Optimizasyon

  • ARAÇ – Nedensel Analiz ve Çözüm.
  • OPM – Organizasyonel Performans Yönetimi.

Modeller (v1.3)

CMMI en iyi uygulamaları, her biri farklı bir ilgi alanına hitap eden modeller adı verilen belgelerde yayınlanır. Sürüm 1.3, üç ilgi alanı için modeller sağlar: geliştirme, satın alma ve hizmetler.

  • CMMI for Development ( CMMI-DEV ), v1.3 Kasım 2010'da yayınlandı. Ürün ve hizmet geliştirme süreçlerini ele alıyor.
  • CMMI for Acquisition ( CMMI-ACQ ), v1.3 Kasım 2010'da yayınlandı. Devlet ve endüstride tedarik zinciri yönetimi, satın alma ve dış kaynak kullanımı süreçlerini ele alıyor.
  • Hizmetler için CMMI ( CMMI-SVC ), v1.3 Kasım 2010'da yayımlanmıştır. Bir kuruluş içinde ve dış müşterilere hizmet sunma kılavuzunu ele alır.

Model (v2.0)

2.0 DEV sürümünde, ACQ ve SVC, her bir süreç alanının potansiyel olarak bu üç yönden birine veya daha fazlasına özel bir referansa sahip olduğu tek bir modelde birleştirildi. Sektöre ayak uydurmaya çalışan model, bazı süreç alanlarında çevik yönlere de açık bir referansa sahiptir.

v1.3 ve v2.0 modelleri arasındaki bazı temel farklar aşağıda verilmiştir; bu kapsamlı bir liste değildir. Ek bilgi burada mevcuttur

  1. "Süreç Alanları", "Uygulama Alanları (PA'lar)" ile değiştirildi. İkincisi, "Belirli Hedefler" değil, seviyelere göre düzenlenir.
  2. Her bir PA bir "çekirdek" [yani genel ve terminolojiden bağımsız bir açıklama] ve "bağlama özel" [yani Çevik/Scrum, geliştirme, hizmetler vb. perspektifinden açıklama] bölümünden oluşur.
  3. Artık tüm uygulamalara uyulması zorunlu olduğundan "Beklenen" bölümü kaldırılmıştır.
  4. "Genel Uygulamalar", "Yönetim ve Uygulama Altyapısı" adı verilen yeni bir alan altına alınırken, "Özel uygulamalar" çıkarılmıştır.
  5. KA'ların uygulanmasının sağlanmasına ve bunların bir "alışkanlık" haline gelene kadar sürekli olarak uygulanmasına vurgu.
  6. Tüm olgunluk seviyeleri, "performans" anahtar kelimesine odaklanır.
  7. "Güvenlik" ve "Güvenlik" alanından iki ve beş isteğe bağlı PA dahil edilmiştir.
  8. PCMM işlem alanları birleştirildi.

değerlendirme

Bir kuruluş CMMI'de sertifikalandırılamaz; bunun yerine, bir kuruluş değerlendirilir . Değerlendirmenin türüne bağlı olarak, kuruluşa bir olgunluk düzeyi derecelendirmesi (1-5) veya bir yetenek düzeyi başarı profili verilebilir.

Birçok kuruluş, bir değerlendirme yaparak ilerlemelerini ölçmede değer bulur. Değerlendirmeler tipik olarak aşağıdaki nedenlerden bir veya daha fazlası için yapılır:

  1. Kuruluşun süreçlerinin CMMI en iyi uygulamalarıyla ne kadar iyi karşılaştırıldığını belirlemek ve iyileştirme yapılabilecek alanları belirlemek
  2. Kuruluşun süreçlerinin CMMI en iyi uygulamalarına kıyasla ne kadar iyi olduğu konusunda dış müşterileri ve tedarikçileri bilgilendirmek
  3. Bir veya daha fazla müşterinin sözleşme gereksinimlerini karşılamak için

CMMI modelini kullanan kuruluşların değerlendirmeleri, CMMI (ARC) için Değerlendirme Gereklilikleri belgesinde tanımlanan gereksinimlere uygun olmalıdır. İyileştirme fırsatlarını belirlemeye ve kuruluşun süreçlerini CMMI en iyi uygulamalarıyla karşılaştırmaya odaklanan A, B ve C olmak üzere üç değerlendirme sınıfı vardır. Bunlardan A sınıfı değerlendirme en resmi olanıdır ve bir seviye derecelendirmesi ile sonuçlanabilecek tek değerlendirmedir. Değerlendirme ekipleri, organizasyonun değerlendirilmesine ve sonuçların raporlanmasına rehberlik etmek için bir CMMI modeli ve ARC uyumlu değerlendirme yöntemi kullanır. Değerlendirme sonuçları daha sonra (örneğin bir süreç grubu tarafından) kuruluş için iyileştirmeleri planlamak için kullanılabilir.

Süreç İyileştirme için Standart CMMI Değerlendirme Yöntemi (SCAMPI) ARC gereksinimleri karşılayan bir değerlendirme yöntemidir. Bir SCAMPI değerlendirmesinin sonuçları (değerlendirilen kuruluş onaylarsa) SEI'nin CMMI Web sitesinde yayınlanabilir : Yayınlanmış SCAMPI Değerlendirme Sonuçları . SCAMPI ayrıca SPICE (Yazılım Süreci İyileştirme ve Yetenek Belirleme), değerlendirmeler vb. olarak da bilinen ISO/IEC 15504'ün yürütülmesini destekler .

Bu yaklaşım, EPG ve PAT üyelerinin CMMI'de eğitilmesini, gayri resmi (SCAMPI C) değerlendirmesinin yapılmasını ve iyileştirme için süreç alanlarının önceliklendirilmesini teşvik eder. Ticari olarak mevcut, CMMI uyumlu süreçlerin devreye alınmasını içeren daha modern yaklaşımlar, uyumluluğa ulaşma süresini önemli ölçüde azaltabilir. SEI, daha önceki Yazılım CMM'sini ve CMMI'yi benimseyen kuruluşlar için "yükselme zamanı" ile ilgili istatistikleri tutmuştur. Bu istatistikler, 1987'den beri Seviye 1'den Seviye 2'ye geçiş için medyan sürenin 23 ay olduğunu ve Seviye 2'den Seviye 3'e ilave 20 ay olduğunu göstermektedir. CMMI'nin piyasaya sürülmesinden bu yana, Düzey 1'den Düzey 2'ye geçiş için medyan süre 5 aydır, medyan hareket ise Düzey 3'e 21 aydır. Bu istatistikler her altı ayda bir vade profilinde güncellenir ve yayınlanır.

Yazılım Mühendisliği Enstitüsü'nün (SEI) ekip yazılım süreci metodolojisi ve CMMI modellerinin kullanımı, olgunluk düzeyini yükseltmek için kullanılabilir. Hızlandırılmış İyileştirme Yöntemi (AIM) adlı yeni bir ürün, CMMI ve TSP kullanımını birleştirir.

Güvenlik

Kullanıcı güvenlik endişelerini gidermek için iki resmi olmayan güvenlik kılavuzu mevcuttur. CMMI for Services'de Güvenlik İçeriğine İlişkin Durum göz önüne alındığında , Güvenlik Yönetimi adlı bir işlem alanı vardır. CMMI for Development ile Tasarımdan Güvenlik, Sürüm 1.3 aşağıdaki işlem alanlarına sahiptir:

  • OPSD – Güvenli Geliştirme için Organizasyonel Hazırlık
  • SMP – Projelerde Güvenli Yönetim
  • SRTS – Güvenlik Gereksinimleri ve Teknik Çözüm
  • SVV – Güvenlik Doğrulaması ve Doğrulaması

Bu süreç alanları, olgunluk veya yetenek düzeylerini etkilememekle birlikte, değerlendirme sonuçlarında raporlanabilir.

Uygulamalar

SEI, 60 kuruluşun performans artışlarını maliyet, program, üretkenlik, kalite ve müşteri memnuniyeti kategorilerinde ölçtüğünü söyleyen bir çalışma yayınladı. Performanstaki medyan artış %14 (müşteri memnuniyeti) ile %62 (verimlilik) arasında değişiyordu. Bununla birlikte, CMMI modeli çoğunlukla hangi süreçlerin uygulanması gerektiği ile ilgilenir ve bunların nasıl uygulanabileceği ile çok fazla ilgilenmez . Bu sonuçlar, CMMI uygulamasının her kuruluşta performansı artıracağını garanti etmez. Az sayıda kaynağa sahip küçük bir şirketin CMMI'den yararlanma olasılığı daha düşük olabilir; bu görünüm, süreç olgunluk profili tarafından desteklenir (sayfa 10). Küçük kuruluşlardan (<25 çalışan) %70.5'i 2. düzeyde değerlendirilirken, 1.001-2.000 çalışanı olan kuruluşların %52.8'i en yüksek düzeyde derecelendirilir (5: Optimizasyon).

Turner ve Jain (2002), CMMI ve çevik yazılım geliştirme arasında büyük farklılıklar olduğu açık olmasına rağmen , her iki yaklaşımın da çok ortak noktası olduğunu savunuyorlar . Yazılım geliştirmenin hiçbir yolunun 'doğru' yol olmadığına inanırlar, ancak bir projede ikisinden birinin daha uygun olduğu aşamalar vardır. Yöntemlerin farklı parçalarını yeni bir hibrit yöntemde birleştirmeyi öneriyorlar. Sutherland et al. (2007), Scrum ve CMMI kombinasyonunun tek başına olduğundan daha fazla uyarlanabilirlik ve öngörülebilirlik getirdiğini iddia etmektedir . David J. Anderson (2005), CMMI'nin çevik bir şekilde nasıl yorumlanacağına dair ipuçları veriyor.

CMMI-DEV modelinden ilgili süreç alanlarının seçilmesine ve uygulanmasına yönelik hedefe yönelik bir yaklaşım olan CMMI Yol Haritaları, etkili CMMI benimsemesi için rehberlik ve odak sağlayabilir. Sürekli temsil için, her biri belirli bir dizi iyileştirme hedefi olan birkaç CMMI yol haritası vardır. Örnekler, CMMI Projesi Yol Haritası, CMMI Ürün ve Ürün Entegrasyon Yol Haritaları ve CMMI Süreç ve Ölçümler Yol Haritalarıdır. Bu yol haritaları, hem aşamalı hem de sürekli temsillerin güçlü yanlarını birleştirir.

Kazanılan değer yönetimi (EVM) ile CMMI proje yönetimi tekniğinin kombinasyonu açıklanmıştır ( Solomon, 2002 ). Benzer bir CMMI kullanımı ile sonuçlandırmak için , bir yazılım mühendisliği yöntemi olan Extreme Programming ( XP ), CMM/CMMI ile değerlendirilmiştir (Nawrocki ve diğerleri, 2002). Örneğin, sözlü iletişime dayanan XP gereksinim yönetimi yaklaşımı CMMI ile uyumlu olarak değerlendirildi.

CMMI, aşamalı ve sürekli olmak üzere iki farklı yaklaşım kullanılarak değerlendirilebilir. Aşamalı yaklaşım, değerlendirme sonuçlarını beş olgunluk seviyesinden biri olarak verir . Sürekli yaklaşım, dört yetenek seviyesinden birini verir . Bu yaklaşımlardaki farklılıklar yalnızca değerlendirmede hissedilir; en iyi uygulamalar eşdeğerdir ve eşdeğer süreç iyileştirme sonuçlarıyla sonuçlanır.

Ayrıca bakınız

Referanslar

Resmi kaynaklar

SEI raporları
SEI Web sayfaları

Dış bağlantılar