Capability Maturity Model

Capability Maturity Model

Mehmet Nuri ÇANKAYA

Ġçerik
 Tarihçe
 Amaç
 AĢamalar
 Sayısal değerler
 Alt modeller
 Kaynakça
 BitiriĢ

Tarihçe (1/2)
 Kasım 1986
 Mitre Corporation desteğiyle
Carnegie Mellon Üniversitesi
Yazılım Mühendisliği Enstitüsü’nde
(CMU-SEI) baĢladı.
 1991 yılında
 Mark C. PAULK ve Charles V.
WEBER tarafından yayınlandı.

Tarihçe (2/2)
 YOM (CMM) yazılım süreç
iyileĢtirmede kullanılacak araç ve
olgunluk sorguları aracılığıyla
oluĢturulmuĢ bir model oldu.

Amaç
 Yazılım sektöründe yıllarca kalite ve
verimlilik konularında yapılan
çalıĢmalar gösterdi ki, ana sorun:
YAZILIM GELĠġTĠRĠLEN SÜREÇ
 Maliyeti:
 ZAMAN
 PARA
 DURAĞANLIK

Neden?
 Amatör  Olgun
 Ani Tepki  Zaman çizelgesi
 Anlık Kriz  Maliyet tablosu
Çözümü  Kalite hedefleri
 Ölçülemeyen  ÇalıĢan sistem
kalite
 Denetlenen
 ÇalıĢan personel üretim
 Kaos  MüĢteri
 Subjektif memnuniyeti
denetleme  Önlenebilen
 Yeniden çözüm problem

Sonuç: YOM (CMM)
 GeliĢtiricinin üretimini kontrol
edecek ve yükseltecek bir modelin
tanımlanması
 Bu modele göre akreditasyon
yapılması
 Hem müĢteri güveninin sağlanması,
hem de ürün kalitesi oluĢturulması

AĢamalar (1/7)
 Olgunluk düzeyi?
 ġirket verimliliğini ve kalitesini arttırmada
öncelikler
 Düzeyler
 Düzey 1:GiriĢ
 Düzey 2:Tekrarlanabilir
 Düzey 3:Tanımlı
 Düzey 4:Yönetilebilir
 Düzey 5:GeliĢtirilebilir

AĢamalar (2/7)
 Düzey 1: GiriĢ
 Düzenli yapı mevcut değildir
 BaĢarılı sonuçlar alınabilir
 Garantili değildir
 Mühendislik uygulamaları mevcut
değildir
 ġirket kahramanları vardır

AĢamalar (3/7)
 Düzey 2: Tekrarlanabilir
 Proje yürütme sistemi mevcuttur
 “Benzer proje” kavramı
 Planlama ve takip yapılmaktadır
 “Proje yöneticisi” kavramı

AĢamalar (4/7)
 Düzey 3: Tanımlı
 “Standart süreç tanımı” yapılmıĢtır
 Yazılım Mühendisliği ve yönetim
alanında tanımlamalar yapılmıĢtır
 Etkin yönetim tanımlamaları
oluĢturulur
 Süreç düzenlemelerinden sorumlu
ekip (SEPG)
 Ölçülebilir süreç

AĢamalar (5/7)
 Düzey 4: Yönetilebilir
 Ölçülebilir kalite kıstasları
 Düzenli olarak kalite ve üretkenlik
ölçümü
 Ölçümlemeye bağlı kontrollü üretim
 Tanımlı riskler ve süreç içinde
yorumlanması
 Öngörüler yapılabilir

AĢamalar (6/7)
 Düzey 5: GeliĢtirilebilir
 Varolan sürecin iyileĢtirilmesi
 Sürecin zayıf ve güçlü yanları sürekli
denenir
 Hata analizi
 Sürekli yeni teknoloji ve metod analizi

AĢamalar (7/7)

Düzey 5: Geliştirilebilir

Düzey 4: Yönetilebilir

Düzey 3: Tanımlı

Düzey 2: Tekrarlanabilir

Düzey1: Giriş

Sayısal Değerler (1/3)

Orjinal Çalışma
Yeniden Çalışma
Test ve Kalite Çalışması

Proje içindeki efor
yüzdesi

Düzey 1 Düzey 2 Düzey 3 Düzey 4

Kaynak: Raytheon Şirketi


Kriter Düzey 1 → 2 Düzey 2 → 3 Düzey 3 → 4

Hata Azalması

Döngü Azalması

Masraf Azalması

Öngörü Uyumsuzluğu

Kaynak: Boeing Şirketi

 Düzeylere göre yazılım Ģirketleri
(2001)
 Düzey 4
 22 ABD
 16 Hindistan
 1 Ġsrail
 1 Avustralya
 Düzey 5
 24 Hindistan
 18 ABD

Alt Modeller
 Yapabilirlik Olgunluğu Modelleri
 Yazılım YOM (SW-CMM)
 Ġnsan Kaynakları YOM (P-CMM)
 Yazılım kazancı YOM (SA-CMM)
 Sistem Mühendisliği YOM (SE-CMM)
 BileĢik ürün geliĢtirme YOM (IPD-
CMM)

BitiriĢ
 Yazılım satılabilir bir “MAL”dır
 Yazılım satıcıları > Yazılım müĢterisi
 Yazılım Kalitesi ...
 Yazılımcı Kalitesi
 DoD ...
 Dünya çapında kabul edilebilirlik ...
 Yazılım ihracatı

Kalitenin Önemi
 Proje planının
gerisinde kalınca
kalite unutulur!!
 DüĢük kalite
yeniden yapılacak
demektir!

Kaliteden ödün vermemelisiniz...

Kalite Yönetimi AĢamaları
 Planlama Ör: ISO9000
 Teminat/Uygulama
 Kontrol

Yazılım Firmalarında Süreç
İyileştirme

Daha Kaliteli ISO 9001:2000
Müşterinin İsteği
Ürünler için Sertifikasyonu
Yazılım Modelleri

Süreç Tanımlama
İyileştirme

İyileştirme

Daha Kaliteli Ürünler ve Süreç Yaklaşımı

Bir ürünün kalitesi o ürünü geliştiren ve
iyileştiren süreç/süreçlerin kalitesine çok
yakından bağlıdır.

İyileştirme

ISO 9001:2000 Sertifikasyonu
Kalite Yönetimi Sistemini tanımlamak isteyen
yazılım firmalarının yapması gereken en
önemli işlerden biri de süreçlerini tanımlamak
ve iyileştirmektir.

İyileştirme

Müşteri İsteği Modeller
Büyük ve/veya kritik yazılım projelerinde, projenin
sahibi Müşteri (Savunma Sanayi)projeyi yapabilme
şartlarını tanımlar.
Bu şartlar ve ayrıca Projelerin sürekliliği ve bakımı
olduğu düşünüldüğünde projeyi geliştiren firmaların
uluslararası platformda tanımlı olan modelleri
(CMMI, SPICE, TickIT, Trillium) kullanması beklenir.

Süreç ve İyileştirme

Süreç Nedir?
• Süreç, girdileri çıktılara dönüştüren, birbiriyle ilişkili
etkinlikler kümesidir (IEEE/EIA 12207)
• Altsüreç, adım ve işlemlerden oluşur
• Tekrarlanabilir


Süreç Tanımlama
• Yazılım firmalarında süreç tanımlama çok önemli bir
noktadır.
• Yazılım süreçleri konusunda Standart ve Modeller
bu konuda yol göstericidir.
• Süreçler tanımlandıktan sonra kurum içinde
zamanla olgunlaşırlar.


Etkinlik Sonuç

Seviye 1: Yalnız etkinliği yap


Planlama

Etkinlik Sonuç
Seviye 2: Etkinliği
yapmadan önce Giriş
düşün
yaptıktan sonra Değerlendirme İyileştirme
doğru yapıp
yapmadığını düşün


Planlama
Giriş

Standartlar Etkinlik Sonuç
Giriş
Giriş
Değerlendirme İyileştirme

Seviye 3: Öğrendiklerinizi kullanın


Planlama Öngörü

Giriş

Değerlendirme İyileştirme

Seviye 4: İstediğiniz Sonuçları tahmin edin


Planlama Öngörü

Giriş

İyileştirme Değerlendirme İyileştirme

Seviye 5: Öğrenilen Dersleri Standartlarda kullan

ISO 9001:2000 ile
Süreç İyileştirme

• Hedef: Yazılım Firmasının ISO
9001:2000 alması
• Aşama 1. ...
• Aşama 2. Süreçleri Tanımlama
• Aşama 3. Tanımlanan Süreçleri
İyileştirme
• Aşama 4. ...........

ISO 9001:2000 ile
• Süreçleri Tanımlama:
ISO 9001:2000’de her firmaya her organizasyona
uyabilecek genel süreçlerle ilgili istekleri
bulabilmekteyiz.
Ancak yazılım firmalarına yazılım süreçlerini
tanımlamak konusunda özel bir rehberliği ISO
9001:2000’de bulamamaktayız.
Bir yazılım firması yazılım geliştirmenin kendine
özgü doğası ve de yazılım geliştirmenin bir
mühendislik olduğu gerçeğinden yola çıkıldığında
süreçleri tanımlama aşamasında yazılım
mühendisliği standartlarını ve modellerini de
rehber olarak almak uygundur.

ISO 9001:2000 ile

Tanımlanan Süreçleri İyileştirme:
ISO’da süreç iyileştirme ile ilgili isterler
tanımlıdır. Ancak yazılım süreçlerin
iyileştirmesi ile ilgili tecrübelerle
oluşturulmuş modeller firmaların daha
başarılı ve tutarlı ilerlemelerini
sağlayacaktır.

ISO 9001:2000 ile
Bir organizasyon ürünlerinin kalitesini iyileştirmek için;
• Süreçlerinin mevcut durumunu değerlendirecek
ispatlanmış, tutarlı ve güvenilir bir metoda,
• Değerlendirme sonuçlarını tutarlı bir iyileştirme
programının bir parçası olarak kullanabilme yoluna
ihtiyacı vardır.

ISO 9001:2000 ile

Yazılım firmalarının süreç iyileştirme için
kullanabileceği modeller:
• CMMI
• ISO 15504 (SPICE)
• Trillıum ...

ISO 9001:2000 ile
Süreç

tarafından yeteneğini ve
değişiklikleri incelenir risklerini
belirler
belirler
Süreç
Değerlendirme

öncülük öncülük
eder eder
Süreç Yetenek
İyileştirme motive eder Belirleme
Süreç Değerlendirme Ortamı

Süreç Değerlendirme Ortamı

Değerlendirme girdileri
•Sponsor
•Amacı
Süreç İyileştirme veya •Kapsamı Değerlendirme faaliyetleri
süreç yetenek belirleme •Kısıtlar •Planlama
•Model •Veri toplama
•Sorumluluklar •Veri sağlama
•Ek bilgiler •Not verme
•Raporlama

Süreç Değerlendirme

Uyumlu
Değerlendirme
Modeli

Değerlendirme Çıktısı Süreç iyileştirme veya
•Değerlendirme kaydı süreç yetenek belirleme

Süreç İyileştirme Rehberleri

Tarihsel Gelişmeler
• 1984 ABD DoD girişimi ve SEI kuruluşu
(Carnegie Mellon Univ. Software Engineering Institute)
• Watts Humphrey ve Yetenek Olgunluk Modeli
(Capability Maturity Model, CMM )
• ISO 9001, ISO 9000-3, TickIT modelleri
• Diğer modeller : Bootstrap (UK), Trillium (Kanada) vb.
• SPICE modeli (ISO 15504 taslak standardı) ve ESI

CMM Nedir?
Yapabilirlik Olgunluk Modeli
Capability Maturity Model® Integration

 Yazılım süreç iyileştirmesi,
organizasyonun stratejik planları ve
iş hedefleri, yapısı, kullandığı
teknoloji ve sosyal kültürü ile
bağlantılıdır.


Ortak Kullanılan CMMler
Yazılım CMM staged yazılım geliştirme
Sistem Müh. CMM continuous sistem
mühendisliği
Yazılım Edinme CMM staged yazılım edinme
Sistem Güvenlik Müh. CMM continuous güvenlik
mühendisliği
Personal Software Process staged bireysel yazılım
geliştirme
IPD-CMM hybrid tümleşik ürün
geliştirme
People CMM staged iş gücü

 İkinci olgunluk seviyesine ulaşmak için
yönetim kendi süreçleri üzerine
odaklaşır ve bunlara uyarak liderlik
yapar.
 Üçüncü seviye, proje yönetimi süreci
üzerine, bütün yazılım süreci tanımları
entegre edilerek ve dokümante
edilerek, inşa edilir.
 Dördüncü seviyenin en önemli
sorumluluğu ve ortak noktası süreç
kontrolüdür.


Modeller
CMMI’a Geçiş?
• Capability Maturity Model
for Software V2, draft C
(SW-CMM V2C)
• EIA Interim Standard 731,
System Engineering
Capability Model (SECM)
• Integrated Product
Development Capability
Maturity Model, draft
V0.98 (IPD-CMM)

Süreç ĠyileĢtirme
Rehberleri

SPICE;
Sürekli iyileştirme (içe dönük)
Yetenek belirleme (içe ve dışa dönük)
için geliştirilmiş bir yazılım süreç değerlendirme
modelidir.


SPICE’ın Özellikleri:
•Ortak, modellerüstü, uluslararası kapsamlı bir
çerçeve olma
• Diğer modelleri destekleme, uyum sağlayabilme
• Her organizasyona, endüstriye, duruma uyabilme
• Büyük, küçük projelere, gruplara, firmalara
uygulanabilme
• İyileşmeyi, gelişmeyi ölçebilme

Önemli Bir Link

 http://sei.cmu.edu/cmmi

Capability Maturity Model

More Related Content

What's hot (20)

Similar to Capability Maturity Model (20)

More from Nuri Cankaya (20)

Capability Maturity Model