Yazılım Süreç Değerlendirmesi

Bir yazılım süreci değerlendirmesi, bir organizasyon tarafından kullanılan yazılım süreçlerinin bir süreç modeline göre disiplinli bir incelemesidir. Değerlendirme, mevcut uygulamaların tanımlanmasını ve nitelendirilmesini, güçlü ve zayıf yönlerin tanımlanmasını ve mevcut uygulamaların, kötü (yazılım) kalite, maliyet ve programın önemli nedenlerini kontrol etme veya bunlardan kaçınma becerisini içerir.

Bir yazılım değerlendirmesi (veya denetimi) üç tipte olabilir.

Bir self-assessment (first-party assessment) bir kuruluşun kendi personeli tarafından dahili olarak gerçekleştirilir.
Bir second-party assessment harici bir değerlendirme ekibi tarafından gerçekleştirilir veya kuruluş bir müşteri tarafından değerlendirilir.
Bir third-party assessment harici bir tarafça veya (örneğin, bir tedarikçinin bir müşteriyle sözleşmelere girme kabiliyetini doğrulamak için üçüncü bir tarafça değerlendirilen bir tedarikçi) tarafından gerçekleştirilir.

Yazılım süreç değerlendirmeleri açık ve işbirliğine dayalı bir ortamda gerçekleştirilir. Kuruluşun yazılım süreçlerini iyileştirmek için kullanması içindir ve sonuçlar kuruluş için gizlidir. Değerlendirilen kuruluşun değerlendirme ekibinde üyeleri olmalıdır.

Yazılım Süreci Olgunluk Değerlendirmesi

Bir yazılım süreci değerlendirmesinin kapsamı, organizasyondaki tüm süreçleri, yazılım süreçlerinin seçilen bir alt kümesini veya belirli bir projeyi kapsayabilir. Standart tabanlı süreç değerlendirme yaklaşımlarının çoğu, her zaman süreç olgunluğu kavramına dayanmaktadır.

Değerlendirme hedefi organizasyon olduğunda, bir süreç değerlendirmesinin sonuçları, aynı yöntemin birbirini izleyen uygulamalarında bile farklılık gösterebilir. Farklı sonuçların iki nedeni vardır. Onlar,

Araştırılan organizasyon belirlenmelidir. Büyük bir şirket için, çeşitli organizasyon tanımları mümkündür ve bu nedenle, gerçek değerlendirme kapsamı, birbirini izleyen değerlendirmelerde farklılık gösterebilir.
Aynı organizasyon gibi görünenlerde bile, organizasyonu temsil etmek için seçilen proje örnekleri kapsamı ve sonucu etkileyebilir.

Hedef değerlendirme birimi proje düzeyinde olduğunda, değerlendirme projenin başarısına veya başarısızlığına katkıda bulunan tüm anlamlı faktörleri içermelidir. Belirli bir süreç olgunluk modelinin yerleşik boyutları ile sınırlı olmamalıdır. Burada, proje verileriyle doğrulanan uygulama derecesi ve etkinlikleri değerlendirilir.

Bir kuruluş genel bir uzun vadeli iyileştirme stratejisine girişmek istediğinde süreç olgunluğu alakalı hale gelir. Yazılım proje değerlendirmelerinin objektif olması için bağımsız değerlendirmeler olması gerekir.

Yazılım Süreç Değerlendirme Döngüsü

Paulk ve meslektaşlarına (1995) göre, CMM tabanlı değerlendirme yaklaşımı altı aşamalı bir döngü kullanır. Onlar -

Bir ekip seçin - Ekibin üyeleri, yazılım mühendisliği ve yönetimi konusunda bilgili profesyoneller olmalıdır.
Değerlendirilecek saha temsilcileri standart süreç olgunluk anketini doldururlar.
Değerlendirme ekibi, anket yanıtlarının bir analizini gerçekleştirir ve CMM kilit süreç alanlarına göre daha fazla araştırmayı gerektiren alanları tanımlar.
Değerlendirme ekibi, sitenin izlediği yazılım sürecini anlamak için bir saha ziyareti gerçekleştirir.
Değerlendirme ekibi, kuruluşun yazılım sürecinin güçlü ve zayıf yönlerini tanımlayan bir bulgu listesi oluşturur.
Değerlendirme ekibi bir Anahtar Süreç Alanı (KPA) profil analizi hazırlar ve sonuçları uygun hedef kitleye sunar.

Örneğin, değerlendirme ekibi yetkili bir SEI Baş Denetçisi tarafından yönetilmelidir. Ekip, dört ila on ekip üyesinden oluşmalıdır. En az bir ekip üyesi, değerlendirilen kuruluştan olmalıdır ve tüm ekip üyeleri, SEI'nin CMM'ye Giriş kursunu (veya eşdeğerini) ve SEI'nin CBA IPI ekip eğitim kursunu tamamlamalıdır. Ekip üyeleri de bazı seçim kurallarına uymalıdır.

Veri toplamayla ilgili olarak, CBA IPI dört yönteme dayanır -

Standart olgunluk anketi
Bireysel ve grup görüşmeleri
Belge incelemeleri
Taslak bulguların değerlendirmeye katılanlarla birlikte incelenmesinden geri bildirim

İRİ KARİDES

Süreç İyileştirme için Standart CMMI Değerlendirme Yöntemi (SCAMPI), CMMI model gereksinimlerini karşılamak için geliştirilmiştir (Yazılım Mühendisliği Enstitüsü, 2000). Ayrıca CBA IPI'ye dayanmaktadır. Hem CBA IPI hem de SCAMPI üç aşamadan oluşur -