Yazılım Mühendisliğinde Yetenek Olgunluk Modeli (CMM)

By: Lucas Bennett Lucas Bennett
Hours Güncellenmiş

⚡ Akıllı Özet

Yetkinlik Olgunluk Modeli (CMM), bir kuruluşun yazılım sürecinin ne kadar olgun olduğunu ölçmek için kullanılan bir kıyaslama ölçütüdür. Yazılım Mühendisliği Enstitüsü'nde geliştirilen bu model, ekipleri kaotik, plansız çalışmalardan sürekli, optimize edilmiş iyileştirmeye doğru yönlendiren beş seviye tanımlar.

  • 📊 Tanım: CMM, bir kuruluşun yazılım geliştirme sürecinin olgunluğunu ölçen bir kıyaslama ölçütüdür.
  • 🏛️ Menşei: Bu yazılım, 1980'lerin sonlarında ABD Hava Kuvvetleri için Yazılım Mühendisliği Enstitüsü'nde geliştirilmiştir.
  • 🪜 Beş Seviye: Başlangıç, Yönetilen, Tanımlanan, Nicel Olarak Yönetilen ve Optimize Edilen aşamaları olgunluk merdivenini oluşturur.
  • ⏳ Uygulama Zamanı: Tam benimseme genellikle her seviye için aylar sürer, bir gecede gerçekleşen bir değişiklik değildir.
  • 🧩 Temel Süreç Alanları: 1. seviye hariç her seviye, ilgili hedefleri gruplandıran Temel Süreç Alanları (KPA'lar) ile tanımlanır.
  • ⚠️ Sınırlama: CMM, bir sürecin neyi ele alması gerektiğini belirtir, ancak nasıl uygulanacağını belirtmez ve iş stratejisini göz ardı eder.
Devamını Oku

Yetenek Olgunluk Modeli (CMM)

CMM nedir?

Yetenek Olgunluk Modeli Bu, bir kuruluşun yazılım sürecinin olgunluğunu ölçmek için bir kıyaslama ölçütü olarak kullanılır.

CMM, 80'lerin sonlarında Yazılım Mühendisliği Enstitüsü'nde geliştirilmiştir. ABD Hava Kuvvetleri tarafından finanse edilen bir çalışmanın sonucu olarak, taşeronların çalışmalarını değerlendirmek amacıyla geliştirilmiştir.tracları. Later1991 yılında yazılım geliştirmenin olgunluğunu değerlendirmek amacıyla oluşturulan CMM-SW modeline dayanarak, CMM-I ile birlikte birçok başka model de entegre edilmiştir.

Yetenek Olgunluk Modeli

Yetenek Olgunluk Modeli (CMM) Seviyeleri Nedir?

Model, ilerleyen beş olgunluk seviyesini tanımlar:

  1. Ilk
  2. Tekrarlanabilir/Yönetilebilir
  3. Tanımlı
  4. Niceliksel Olarak Yönetilen
  5. Optimize

Yetenek Olgunluk Modeli (CMM) Seviyeleri

Farklı CMM seviyelerinde ne olur?

Aşağıdaki tabloda her seviyedeki faaliyetler ve faydalar ayrıntılı olarak gösterilmiştir.

Düzeyleri Aktiviteler Faydalar
Seviye 1 Başlangıç
  • 1. seviyede süreç genellikle kaotik ve plansızdır.
  • Bir yetenek, kuruluşun değil, bireylerin özelliklerine göre nitelendirilir.
  • İlerleme ölçülmedi.
  • Geliştirilen ürünler genellikle planlanan sürenin gerisinde ve bütçenin üzerinde gerçekleşiyor.
  • Zamanlama, maliyet, işlevsellik ve kalite hedeflerinde geniş farklılıklar mevcuttur.
 Hiçbiri. Proje tam bir kaos.
Seviye 2 Yönetilen
  • Gereksinim Yönetimi
  • Maliyet, zamanlama ve işlevsellik gibi proje parametrelerini tahmin edin
  • Gerçek ilerlemeyi ölçün
  • Planları ve süreci geliştirin
  • Yazılım proje standartları tanımlandı
  • Ürünleri, sorun raporlarını, değişiklikleri vb. tanımlayın ve kontrol edin.
  • Süreçler projeler arasında farklılık gösterebilir
  • Süreçlerin anlaşılması kolaylaşır
  • Yöneticiler ve ekip üyeleri, işlerin nasıl yapıldığını açıklamak yerine, uygulamaya daha fazla zaman ayırıyorlar.
  • Projeler daha iyi tahmin ediliyor, daha iyi planlanıyor ve daha esnek hale geliyor.
  • Kalite projelere entegre edilir
  • Başlangıçta maliyet yüksek olabilir ancak zamanla düşer.
  • Daha fazla evrak ve belge gerektiriyor.
Seviye-3 Tanımlı
  • Müşteri gereksinimlerini netleştirin
  • Tasarım gereksinimlerini çözün, bir uygulama süreci geliştirin
  • Ürünün gereksinimleri ve kullanım amacını karşıladığından emin olur.
  • Kararları sistematik olarak analiz edin
  • Potansiyel sorunları düzeltin ve kontrol edin
  • Süreç İyileştirme standart haline geliyor
  • Çözüm “kodlanmaktan” “mühendisliğe” doğru ilerliyor
  • Kalite kapıları, tüm ekibin sürece dahil olduğu proje çalışması boyunca ortaya çıkar
  • Riskler azaltılır ve ekip beklenmedik bir durumla karşılaşmaz.
Seviye-4 Niceliksel Olarak Yönetilen
  • Projenin süreçlerini ve alt süreçlerini istatistiksel olarak yönetir
  • Süreç performansını anlayın, kuruluşun projesini niceliksel olarak yönetin
  • Kuruluş genelinde Süreç Performansını optimize eder
  • Organizasyonda nicel proje yönetimini teşvik eder.
Seviye-5 Optimizasyonu
  • Kusurların nedenini erken tespit edin ve ortadan kaldırın
  • İhtiyaçları ve iş hedeflerini karşılamak için yeni araçları ve süreç iyileştirmelerini belirleyin ve uygulayın
  • Kurumsal Yenilik ve Dağıtımı Teşvik Eder
  • Nedensel Analiz ve Çözüme ivme kazandırır

Aşağıdaki diyagram, farklı CMM seviyelerinde neler olduğunu görsel olarak göstermektedir:

Farklı CMM Düzeyleri

İLGİLİ MAKALELER

CMM'nin Uygulanması Ne Kadar Sürer?

CMM, herhangi bir yazılım geliştirme şirketi için ürün kalitesini korumak adına en arzu edilen süreçtir, ancak uygulanması beklenenden biraz daha uzun sürer.

  • CMM uygulaması bir gecede gerçekleşmez.
  • Bu sadece "evrak işi" değil.
  • Tipik uygulama süreleri şunlardır:
  • 3-6 ay -> hazırlık için
  • 6-12 ay -> Uygulama için
  • -> değerlendirme hazırlığı için
  • -> her yeni seviye için

CMM'nin İç Yapısı

CMM'deki her seviye şu şekilde tanımlanır: anahtar süreç alanı veya KPASeviye 1 hariç. Her KPA, birlikte gerçekleştirildiğinde yazılım yeteneğini geliştirmek için hayati önem taşıyan bir dizi hedefi gerçekleştiren ilgili faaliyetler kümesini tanımlar.

Farklı CMM seviyeleri için KPA setleri mevcuttur. Örneğin, CMM model-2 için KPA'lar şunlardır:

  • REQM – Gereksinim Yönetimi
  • PP – Proje Planlaması
  • PMC – Proje İzleme ve Kontrolü
  • SAM – Tedarikçi Anlaşması Yönetimi
  • PPQA – Süreç ve Kalite Güvencesi
  • CM – Yapılandırma Yönetimi

Benzer şekilde, diğer CMM modelleri için de belirli KPA'lar (Temel Performans Göstergeleri) mevcuttur. Bir KPA'nın uygulanmasının etkili, kalıcı ve tekrarlanabilir olup olmadığını anlamak için aşağıdaki esaslara göre haritalandırılır:

  1. Gerçekleştirme taahhüdü
  2. Gerçekleştirme kabiliyeti
  3. Gerçekleştirilen faaliyetler
  4. Ölçüm ve Analiz
  5. Uygulamanın doğrulanması

CMM Modellerinin Sınırlamaları

Modelin ayrıca çeşitli sınırlamaları da bulunmaktadır:

  • CMM, bir sürecin nasıl uygulanması gerektiğinden ziyade, neyi ele alması gerektiğini belirler.
  • Yazılım süreçlerinde yapılabilecek her türlü iyileştirme olasılığını açıklamaz.
  • Yazılım sorunlarına odaklanıyor ancak stratejik iş planlaması, teknoloji benimseme, ürün yelpazesi oluşturma ve insan kaynakları yönetimi konularını ele almıyor.
  • Bu, bir kuruluşun hangi tür iş kolunda faaliyet göstermesi gerektiği konusunda bilgi vermez.
  • CMM, şu anda kriz yaşayan bir projede faydalı olmayacaktır.

Neden CMM Kullanmalı?

Günümüzde CMM, yazılım endüstrisinde bir tür "onay mührü" görevi görüyor. Yazılım kalitesini çeşitli şekillerde iyileştirmeye yardımcı oluyor.

  • Tekrarlanabilir standart bir sürece yönlendirir ve bu nedenle işlerin nasıl yapılacağına dair öğrenme süresini azaltır.
  • CMM uygulamak, geliştirme için standart bir protokol uygulamak anlamına gelir; bu da ekibin zamandan tasarruf etmesine yardımcı olmakla kalmaz, aynı zamanda ne yapılması ve ne beklenmesi gerektiği konusunda net bir bakış açısı sağlar.
  • Kalite kontrol faaliyetleri, ayrı bir etkinlik olarak düşünülmek yerine, projeyle uyumlu bir şekilde bütünleşiyor.
  • Proje ile ekip arasında iletişim aracı görevi görür.
  • CMM'nin çabaları her zaman sürecin iyileştirilmesine yöneliktir.

SSS

CMM, esas olarak yazılım süreç olgunluğuna odaklanan orijinal modeldir. CMMI (Yetenek Olgunluk Modeli Entegrasyonu) ise yazılım, donanım ve hizmetleri entegre bir çerçeveyle kapsayan halefidir. Günümüzde çoğu kuruluş, eski CMM yerine CMMI'yı benimsemektedir.

CMM, BT ve yazılım hizmetleri, savunma, havacılık, bankacılık ve telekomünikasyon sektörlerinde yaygın olarak kullanılmaktadır. Karmaşık yazılımları dış kaynak olarak kullanan veya teslim eden her kuruluş, kaliteyi kıyaslamak, riski azaltmak ve müşterilerine güvenilir, tekrarlanabilir süreçler göstermek için CMM'yi kullanır.

Evet, CMMI büyük ölçüde orijinal CMM'nin yerini almış olsa da, olgunluk değerlendirmeleri, dış kaynak kullanımı süreçlerinde disiplini kanıtlaması gereken kuruluşlar için önemini korumaktadır.tracProjeler, devlet ihaleleri ve kalite denetimleri, hatta Agile ve DevOps uygulamalarıyla birlikte yürütülebilir.

Yapay zeka, süreç verilerini analiz edebilir, hataları erken tespit edebilir ve zamanlama veya maliyet risklerini tahmin edebilir. Ölçüm ve raporlamayı otomatikleştirerek, kuruluşların nicel yönetime ve sürekli, veri odaklı iyileştirmeye dayandığı daha yüksek CMM seviyelerini destekler.

Evet. Yapay zeka araçları test etmeyi, kod incelemesini ve süreç izlemeyi otomatikleştirerek uygulamaları tekrarlanabilir ve ölçülebilir hale getiriyor. Bu, ekiplerin plansız çalışmalardan tanımlanmış ve optimize edilmiş seviyelere geçmesine yardımcı oluyor, ancak kazanımların sürdürülmesi için insan yönetimine hala ihtiyaç duyuluyor.

Bu yazıyı şu şekilde özetleyin: