CMMI - Hızlı Kılavuz

Süreç iyileştirme, sürekli iyileştirmedir. Mükemmelliğe asla ulaşamayız. Bu eğitimde, odak noktasının her zaman daha iyisini yapmaya odaklandığı, sürekli gelişen ve gelişen bir model olan CMM'yi öğreneceğiz. Erişimimiz her zaman kavrayışımızı aşmalıdır.

CMM nedir?

• CMM, Cyetenek Maturity Model.

• Çeşitli bilgi birikimlerinden temel uygulamaların ve süreçlerin unsurlarına odaklanır.

• Sağduyu, verimli, kanıtlanmış iş yapma yöntemlerini (zaten yapıyor olmanız gereken) açıklar - radikal bir yeni yaklaşım değil.

• CMM, bir kuruluşun yazılım geliştirme sürecinin olgunluğunu değerlendirmek ve ölçmek için kullanılan bir yöntemdir.

• CMM, yazılım geliştirme sürecinin olgunluğunu 1'den 5'e kadar bir ölçekte ölçer.

• CMM v1.0, ABD, Pittsburgh'daki Carnegie Mellon Üniversitesi'ndeki Yazılım Mühendisliği Enstitüsü (SEI) tarafından geliştirilmiştir.

• CMM başlangıçta Yazılım Geliştirme ve Bakım için geliştirildi, ancak daha sonra şunlar için geliştirildi -

  • Sistem Mühendisi

  • Tedarikçi Kaynak Bulma

  • Entegre Ürün ve Süreç Geliştirme

  • İnsanlar CMM

  • Yazılım Edinimi

CMM Örnekleri

• İnsanlar CMM - Proje yeteneklerini geliştirin, motive edin ve elinizde tutun.

• Yazılım CMM - Yazılım odaklı geliştirme ve bakım yeteneğini geliştirin.

Olgunluk nedir?

Tanımlar değişiklik gösterir ancak olgun süreçler genellikle şu şekilde düşünülür:

• Well-defined,

• Repeatable,

• Measured,

• Analyzed,

• Geliştirildi ve

• Effective.

Zayıf ama olgun süreçler, olgunluğun olmaması kadar kötüdür!

CMM, bir dizi uygulama tanımlayarak ve bunları geliştirmek için genel bir çerçeve sağlayarak olgunluk sorununu çözmeye yardımcı olur. CMM'nin odak noktası, kilit süreç alanlarını ve disiplinli bir yazılım sürecini içerebilecek örnek uygulamaları belirlemektir.

Olgunlaşmamış ve Olgun Organizasyon

Olgunlaşmamış bir kuruluş aşağıdaki özelliklere sahip olacaktır:

• Proje sırasında doğaçlama süreç

• Onaylanan süreçler yok sayılıyor

• Reaktif, proaktif değil

• Gerçekçi olmayan bütçe ve program

• Program için feda edilen kalite

• Nesnel kalite ölçüsü yok

Buna karşılık, olgun bir organizasyonun özellikleri aşağıdaki gibidir:

• Gruplar arası iletişim ve koordinasyon

• Plana göre yapılan iş

• Süreçlerle uyumlu uygulamalar

• İşlemler gerektiği gibi güncellendi

• İyi tanımlanmış roller / sorumluluklar

• Yönetim resmi olarak taahhüt eder

CMMI nedir?

Birden çok CMM kullanma sorununu çözmek için CMM Entegrasyon projesi oluşturuldu. CMMI ürün ekibinin misyonu, üçSource Modelskurumsal çapta süreç iyileştirme peşinde koşan kuruluşlar için tek bir iyileştirme çerçevesine. Bu üç Kaynak Model -

• Yazılım için Yetenek Olgunluk Modeli (SW-CMM) - v2.0 Taslak C.

• Electronic Industries Alliance Interim Standard (EIA / IS) - 731 Sistem Mühendisliği.

• Entegre Ürün Geliştirme Yeteneği Olgunluk Modeli (IPD-CMM) v0.98.

CMM Integration

• İlk bir entegre modeller kümesi oluşturur.

• Öğrenilen derslere dayalı olarak kaynak modellerden en iyi uygulamaları iyileştirir.

• Gelecekteki modellerin entegrasyonunu sağlamak için bir çerçeve oluşturur.

CMM ve CMMI arasındaki fark

CMM, Sistem Mühendisliği CMM, Yazılım CMM, İnsanlar CMM, Yazılım Edinme CMM vb. Gibi belirli bir disiplindeki olgunlaşmış uygulamaların bir referans modelidir, ancak gerektiğinde ve gerektiğinde entegre edilmesi zordu.

CMMI, CMM'nin halefidir ve daha olgunlaşmış bir kılavuzlar dizisi olarak gelişmiştir ve CMM'nin bireysel disiplinlerinin (Yazılım CMM, İnsanlar CMM, vb.) En iyi bileşenlerini birleştirerek oluşturulmuştur. Ürün imalatına, insan yönetimine, yazılım geliştirmeye vb. Uygulanabilir.

CMM, CMM Integrated'ın hem yazılım hem de sistem mühendisliğini tanımladığı durumlarda yalnızca yazılım mühendisliğini açıklar. CMMI ayrıca Entegre Süreç ve Ürün Geliştirme ile tedarikçi kaynak kullanımını da içerir.

CMMI ve İşletme Hedefleri

CMMI'nin hedefleri çok açık. Bunlar aşağıdaki gibidir -

• Produce quality products or services- CMMI modellerindeki süreç iyileştirme konsepti Deming, Juran ve Crosby kalite paradigmasından gelişmiştir: Kaliteli ürünler, kalite süreçlerinin bir sonucudur. CMMI, gereksinim yönetimi, kalite güvencesi, doğrulama ve onaylama dahil olmak üzere kalite ile ilgili faaliyetlere güçlü bir şekilde odaklanmaktadır.

• Create value for the stockholders- Olgun kuruluşların, olgunluğu daha az olanlara göre daha iyi maliyet ve gelir tahminleri yapma ve daha sonra bu tahminler doğrultusunda performans gösterme olasılığı daha yüksektir. CMMI, yönetimi doğru ve savunulabilir tahminler yapmada desteklemek için kaliteli ürünleri, öngörülebilir programları ve etkili ölçümü destekler. Bu süreç olgunluğu, yatırımcıların gözünde kuruluşun değerini zayıflatabilecek proje performans sorunlarına karşı koruma sağlayabilir.

• Enhance customer satisfaction- Müşteri ihtiyaçlarına göre valide edilmiş yüksek kaliteli ürünlerle maliyet ve program hedeflerine ulaşmak, müşteri memnuniyeti için iyi bir formüldür. CMMI, planlama, izleme ve ölçmeye verdiği önem ve daha yetenekli süreçlerle gelen gelişmiş öngörülebilirlik aracılığıyla tüm bu bileşenlere hitap eder.

• Increase market share- Pazar payı, kaliteli ürünler ve hizmetler, isim tanımlama, fiyatlandırma ve imaj gibi birçok faktörün sonucudur. Müşteriler, taahhütlerini yerine getirme konusunda itibara sahip tedarikçilerle çalışmayı sever.

• Gain an industry-wide recognition for excellence- Mükemmeliyet için bir itibar geliştirmenin en iyi yolu, projeler üzerinde tutarlı bir şekilde iyi performans göstermek, maliyet ve zamanlama parametreleri dahilinde kaliteli ürünler ve hizmetler sunmaktır. CMMI gereksinimlerine uyan süreçlere sahip olmak bu itibarı artırabilir.

CMM Entegrasyonu, çeşitli disiplinleri / bilgi yapılarını entegre eden bir modeldir. Şu anda bir CMMI modeli seçerken kullanabileceğiniz dört bilgi yapısı bulunmaktadır.

Sistem Mühendisi

Sistem mühendisliği, yazılım içerebilen veya içermeyen eksiksiz sistemlerin geliştirilmesini kapsar. Sistem mühendisleri, müşteri ihtiyaçlarını, beklentilerini ve kısıtlamalarını ürün çözümlerine dönüştürmeye ve bu ürün çözümlerini ürünün tüm yaşam döngüsü boyunca desteklemeye odaklanır.

Yazılım Mühendisliği

Yazılım mühendisliği, yazılım sistemlerinin geliştirilmesini kapsar. Yazılım mühendisleri, yazılımın geliştirilmesi, çalıştırılması ve bakımına yönelik sistematik, disiplinli ve ölçülebilir yaklaşımların uygulanmasına odaklanır.

Entegre Ürün ve Süreç Geliştirme

Entegre Ürün ve Süreç Geliştirme (IPPD), müşteri ihtiyaçlarını, beklentilerini ve gereksinimlerini daha iyi karşılamak için ürünün ömrü boyunca ilgili paydaşların zamanında işbirliğini sağlayan sistematik bir yaklaşımdır. Bir IPPD yaklaşımını destekleyen süreçler, organizasyondaki diğer süreçlerle entegre edilmiştir.

Bir proje veya kuruluş IPPD'yi seçerse, ürünleri üretmek için kullanılan diğer en iyi uygulamalarla (örneğin, sistem mühendisliği ile ilgili olanlar) eş zamanlı olarak IPPD en iyi uygulamalarını gerçekleştirir. Yani, bir kuruluş veya proje IPPD'yi kullanmak isterse, IPPD'ye ek olarak bir veya daha fazla disiplin seçmelidir.

Tedarikçi Kaynak Bulma

Çalışma çabaları daha karmaşık hale geldikçe, proje yöneticileri, proje için özel olarak ihtiyaç duyulan ürünlere işlevler veya değişiklikler eklemek için tedarikçileri kullanabilir. Bu faaliyetler kritik olduğunda proje, gelişmiş kaynak analizinden ve ürün teslimatından önce tedarikçi faaliyetlerinin izlenmesinden faydalanır. Bu koşullar altında, tedarikçi tedarik disiplini, ürünlerin tedarikçilerden satın alınmasını kapsar.

IPPD en iyi uygulamalarına benzer şekilde, tedarikçi kaynak sağlama en iyi uygulamaları, ürünleri üretmek için kullanılan en iyi uygulamalarla birlikte seçilmelidir.

CMMI Disiplin Seçimi

Bir disiplinin seçilmesi zor bir adım olabilir ve bir kuruluşun neyi geliştirmek istediğine bağlıdır.

• Konfigürasyon Yönetimi, Ölçüm ve Analiz, Organizasyonel Süreç Odaklılık, Proje İzleme ve Kontrol, Süreç ve Ürün Kalite Güvencesi, Risk Yönetimi, Tedarikçi Anlaşması Yönetimi gibi sistem mühendisliği süreçlerinizi iyileştiriyorsanız, Sistem mühendisliği (SE) seçmelisiniz disiplin. Sistem mühendisliği için disiplin yükseltmeleri özel bir önem kazanıyor.

• Entegre Takım Oluşturma, Entegrasyon için Organizasyon Ortamı gibi entegre ürün ve süreç geliştirme süreçlerinizi iyileştiriyorsanız, IPPD'yi seçmelisiniz. IPPD için disiplin büyütmelerine özel önem verilmektedir.

• Entegre Tedarikçi Yönetimi gibi kaynak seçim süreçlerinizi iyileştiriyorsanız, Tedarikçi kaynak kullanımını (SS) seçmelisiniz. Tedarikçi kaynak kullanımı için disiplin büyütmelerine özel önem verilmektedir.

• Birden fazla disiplini geliştiriyorsanız, bu disiplinlerle ilgili tüm alanlarda çalışmanız ve bu disiplinler için tüm disiplin yükseltmelerine dikkat etmeniz gerekir.

CMMI uygulamasıyla ilgili farklı alanları sonraki bölümlerde tartışacağız.

CMMI aşağıdaki şekilde yapılandırılmıştır -

• Olgunluk Seviyeleri (aşamalı sunum) veya Yetenek Seviyeleri (sürekli sunum)
• Proses Alanları
• Hedefler: Genel ve Özel
• Ortak özellikler
• Uygulamalar: Genel ve Özel

Bu bölümde iki CMMI temsili tartışılacak ve konuların geri kalanı sonraki bölümlerde ele alınacaktır.

Bir temsil, bir kuruluşun farklı iyileştirme hedeflerini takip etmesine izin verir. Bir kuruluş aşağıdaki iki iyileştirme yolundan birine gidebilir.

Aşamalı Temsil

Aşamalı temsil, Yazılım CMM'sinde kullanılan yaklaşımdır. Bir organizasyon için bir iyileştirme yolu tanımlamak için önceden tanımlanmış süreç alanları kümesini kullanan bir yaklaşımdır. Bu iyileştirme yolu, Olgunluk Seviyesi adı verilen bir model bileşeni ile açıklanmaktadır. Olgunluk seviyesi, iyileştirilmiş organizasyonel süreçler elde etmeye yönelik iyi tanımlanmış bir evrimsel platodur.

CMMI Aşamalı Temsil

• Her biri bir sonrakinin temelini oluşturan kanıtlanmış bir dizi iyileştirme sağlar.

• Olgunluk düzeylerinin kullanımına göre kuruluşlar arasında ve arasında karşılaştırmalara izin verir.

• SW-CMM'den CMMI'ye kolay bir geçiş sağlar.

• Değerlendirme sonuçlarını özetleyen ve kuruluşlar arasında karşılaştırmalara izin veren tek bir derecelendirme sağlar.

Böylelikle Aşamalı Temsil, kanıtlanmış gruplandırma ve süreçlerin ve ilgili organizasyonel ilişkilerin sıralanmasına dayanan organizasyonel gelişim için önceden tanımlanmış bir yol haritası sağlar. Sıralı adımlardan geçiş yapamazsınız.

CMMI Aşamalı Yapı

Aşağıdaki resim CMMI Aşamalı Model Yapısını göstermektedir.

Sürekli Temsil

Sürekli temsil, SECM ve IPD-CMM'de kullanılan yaklaşımdır. Bu yaklaşım, bir kuruluşun belirli bir süreç alanı seçmesine ve buna dayalı olarak iyileştirmeler yapmasına izin verir. Sürekli temsil, tek bir işlem alanına göre iyileştirmeyi karakterize etmek için Yetenek Düzeylerini kullanır.

CMMI Sürekli Temsil

• Kuruluşunuzun iş hedeflerini en iyi karşılayan ve kuruluşunuzun risk alanlarını azaltan iyileştirme sırasını seçmenize olanak tanır.

• Süreç alanına göre süreç alanına göre kuruluşlar arasında ve arasında karşılaştırmalara olanak tanır.

• EIA 731'den (ve sürekli temsili diğer modellerden) CMMI'ye kolay geçiş sağlar.

Böylelikle Sürekli Temsil, organizasyonlara iyileştirme süreçlerinin yanı sıra gerekli iyileştirme miktarını seçme esnekliği sağlar.

CMMI Sürekli Yapı

Aşağıdaki resim CMMI Sürekli Model Yapısını göstermektedir.

Sürekli ve Aşamalı Temsiller

Sürekli Temsil	Aşamalı Temsil
İşlem alanları, işlem alanı kategorilerine göre düzenlenir.	Süreç alanları olgunluk seviyelerine göre düzenlenir.
İyileştirme, yetenek seviyeleri kullanılarak ölçülür. Yetenek seviyeleri, bir organizasyondaki belirli bir sürecin olgunluğunu ölçer; 0 ile 5 arasında değişir.	İyileştirme, olgunluk seviyeleri kullanılarak ölçülür. Olgunluk seviyeleri, bir organizasyondaki bir dizi sürecin olgunluğunu ölçer: 1 ile 5 arasında değişir.
İki tür özel uygulama vardır: temel ve gelişmiş. Tüm özel uygulamalar sürekli sunumda görünür.	Yalnızca bir tür özel uygulama vardır. Temel ve gelişmiş uygulamalar kavramları kullanılmamaktadır. Sürekli sunumda ilgili temel-gelişmiş uygulama çifti göründüğü ve bu durumda aşamalı sunumda yalnızca gelişmiş uygulama göründüğü durumlar dışında, tüm spesifik uygulamalar aşamalı sunumda görünür.
Yetenek seviyeleri, jenerik uygulamaları organize etmek için kullanılır.	Genel uygulamalar düzenlemek için ortak özellikler kullanılır.
Tüm jenerik uygulamalar her işlem alanına dahil edilmiştir.	Yalnızca 2. düzey ve 3. düzey genel uygulamalar dahil edilmiştir.
Eşdeğer aşamalandırma, bir kuruluşun başarı profilinden bir olgunluk düzeyinin belirlenmesine olanak tanır.	Sürekli temsili desteklemek için bir denklik mekanizmasına gerek yoktur çünkü her kuruluş aşamalı temsili kullanarak neyin iyileştirileceğini ve ne kadar iyileştirileceğini seçebilir.

Hangi Temsil Daha İyi?

Her temsilin diğerine göre avantajları vardır, bazı kuruluşlar, iyileştirme programlarında çeşitli zamanlarda belirli gereksinimleri ele almak için her iki temsili de kullanır.

Organizasyonel olgunluk, aşamalı temsilin odak noktasıdır, oysa süreç alanı kapasitesi sürekli temsilin odak noktasıdır.

Organizasyonel olgunluk ve süreç alanı kapasitesi benzer kavramlardır. Aralarındaki fark, örgütsel olgunluğun bir organizasyondaki bir dizi süreç alanıyla ilgili olması, süreç alanı kapasitesinin ise tek bir süreç alanı veya belirli bir uygulama ile ilgili bir dizi süreçle ilgilenmesidir.

Aşağıdaki diyagram her iki sunumu da göstermektedir. Bu diyagramda,ML Olgunluk Düzeyini gösterir ve PA İşlem Alanını gösterir.

Olgunluk seviyesi, olgun bir yazılım sürecine ulaşmak için iyi tanımlanmış bir evrimsel platodur. Her olgunluk seviyesi, sürekli süreç iyileştirme için temelde bir katman sağlar.

Aşamalı gösterime sahip CMMI modelleri, 1'den 5'e kadar sayılarla belirlenmiş beş olgunluk düzeyine sahiptir. Bunlar -

• Initial
• Managed
• Defined
• Nicel Olarak Yönetilen
• Optimizing

CMMI Aşamalı Temsil Olgunluk Düzeyleri

Aşağıdaki görüntü, bir CMMI aşamalı sunumundaki olgunluk seviyelerini gösterir.

Şimdi her bir olgunluk seviyesi ile ilgili detayları öğreneceğiz. Sonraki bölüm, bu olgunluk seviyeleri ile ilgili tüm süreç alanlarını listeleyecektir.

Olgunluk Seviyesi Ayrıntıları

Olgunluk seviyeleri, önceden tanımlanmış bir dizi işlem alanından oluşur. Olgunluk seviyeleri şu başarı ile ölçülür:specific ve generic goalsönceden tanımlanmış her işlem alanı kümesi için geçerlidir. Aşağıdaki bölümler, her olgunluk düzeyinin özelliklerini ayrıntılı olarak açıklamaktadır.

Olgunluk Seviye 1 Başlangıç

Olgunluk düzeyi 1'de, işlemler genellikle geçici ve kaotiktir. Organizasyon genellikle istikrarlı bir ortam sağlamaz. Bu organizasyonlarda başarı, kanıtlanmış süreçlerin kullanımına değil, organizasyondaki insanların yetkinliğine ve kahramanlıklarına bağlıdır.

Olgunluk düzeyi 1 kuruluşları genellikle işe yarayan ürün ve hizmetler üretir; ancak, sıklıkla projelerinin bütçesini ve programını aşıyorlar.

Olgunluk düzeyi 1 kuruluşlar, aşırı bağlılık, kriz anında süreçleri terk etme ve geçmiş başarılarını tekrarlayamama eğilimiyle karakterize edilir.

Olgunluk Seviyesi 2 Yönetilen

2. olgunluk düzeyinde, bir kuruluş tüm specific ve generic goalsolgunluk düzeyi 2 işlem alanlarından. Diğer bir deyişle, kuruluşun projeleri, ihtiyaçların yönetilmesini ve süreçlerin planlanmasını, gerçekleştirilmesini, ölçülmesini ve kontrol edilmesini sağlamıştır.

Olgunluk seviyesi 2 tarafından yansıtılan süreç disiplini, stres dönemlerinde mevcut uygulamaların korunmasını sağlamaya yardımcı olur. Bu uygulamalar yapıldığında, projeler belgelenmiş planlarına göre gerçekleştirilir ve yönetilir.

Vade seviyesi 2'de gereksinimler, süreçler, iş ürünleri ve hizmetler yönetilir. İş ürünlerinin durumu ve hizmetlerin sunumu, belirlenen noktalarda yönetim tarafından görülebilir.

Taahhütler, ilgili paydaşlar arasında oluşturulur ve gerektiğinde revize edilir. Çalışma ürünleri paydaşlarla birlikte incelenir ve kontrol edilir.

Çalışma ürünleri ve hizmetleri, belirtilen gereksinimleri, standartları ve hedefleri karşılar.

Olgunluk Seviyesi 3 Tanımlı

Olgunluk düzeyi 3'te bir kuruluş, tüm specific ve generic goals olgunluk düzeyleri 2 ve 3'e tahsis edilen süreç alanlarının oranı.

Olgunluk seviyesi 3'te, süreçler iyi karakterize edilir ve anlaşılır ve standartlar, prosedürler, araçlar ve yöntemlerle açıklanır.

Olgunluk düzeyi 2 ile olgunluk düzeyi 3 arasındaki kritik bir ayrım, standartların, süreç tanımlarının ve prosedürlerin kapsamıdır. Olgunluk seviyesi 2'de, standartlar, süreç tanımları ve prosedürler sürecin her bir özel vakasında oldukça farklı olabilir (örneğin, belirli bir projede).

Olgunluk seviyesi 3'te, bir proje için standartlar, süreç açıklamaları ve prosedürler, belirli bir projeye veya organizasyonel birime uyacak şekilde kuruluşun standart süreçler setinden uyarlanır. Kuruluşun standart süreçleri, olgunluk düzeyi 2 ve olgunluk düzeyi 3'te ele alınan süreçleri içerir. Sonuç olarak, özelleştirme yönergelerinin izin verdiği farklılıklar dışında, kuruluş genelinde gerçekleştirilen süreçler tutarlıdır.

Diğer bir kritik ayrım ise, olgunluk seviyesi 3'te, süreçlerin tipik olarak, olgunluk seviyesi 2'ye göre daha ayrıntılı ve daha titiz bir şekilde tanımlanmasıdır. Olgunluk seviyesi 3'te süreçler, süreç faaliyetlerinin birbirleriyle ilişkilerinin anlaşılması ve süreçlerin ayrıntılı ölçümleri kullanılarak daha proaktif bir şekilde yönetilir süreç, iş ürünleri ve hizmetleri.

Olgunluk Seviyesi 4 Nicel Olarak Yönetilen

4. olgunluk düzeyinde, bir kuruluş tüm specific goals olgunluk düzeyleri 2, 3 ve 4'e atanan süreç alanlarının ve generic goals 2. ve 3. olgunluk düzeylerine atanmıştır.

Olgunluk seviyesi 4'te, genel süreç performansına önemli ölçüde katkıda bulunan alt süreçler seçilir. Bu seçilmiş alt süreçler, istatistiksel ve diğer nicel teknikler kullanılarak kontrol edilir.

Kalite ve süreç performansı için nicel hedefler belirlenir ve süreçlerin yönetiminde kriter olarak kullanılır. Nicel hedefler, müşterinin, son kullanıcıların, organizasyonun ve süreç uygulayıcılarının ihtiyaçlarına dayanır. Kalite ve süreç performansı istatistiksel terimlerle anlaşılır ve süreçlerin ömrü boyunca yönetilir.

Bu işlemler için, işlem performansının ayrıntılı ölçümleri toplanır ve istatistiksel olarak analiz edilir. Süreç varyasyonunun özel nedenleri belirlenir ve uygun olduğunda, gelecekteki olayları önlemek için özel nedenlerin kaynakları düzeltilir.

Gelecekte gerçeklere dayalı karar vermeyi desteklemek için kalite ve süreç performansı ölçümleri kuruluşun ölçüm havuzuna dahil edilir.

Olgunluk düzeyi 3 ile olgunluk düzeyi 4 arasındaki kritik bir ayrım, işlem performansının tahmin edilebilirliğidir. Olgunluk seviyesi 4'te, işlemlerin performansı istatistiksel ve diğer nicel teknikler kullanılarak kontrol edilir ve niceliksel olarak tahmin edilebilir. Olgunluk düzeyi 3'te, süreçler yalnızca niteliksel olarak tahmin edilebilir.

Olgunluk Seviyesi 5 Optimizasyonu

5. olgunluk düzeyinde, bir kuruluş tüm specific goals2, 3, 4 ve 5 olgunluk seviyelerine atanan süreç alanlarının ve generic goals 2. ve 3. olgunluk düzeylerine atanmıştır.

Süreçler, süreçlerin doğasında bulunan yaygın varyasyon nedenlerinin nicel bir anlayışına dayalı olarak sürekli olarak iyileştirilir.

Bu seviye, hem artan hem de yenilikçi teknolojik iyileştirmeler yoluyla süreç performansını sürekli iyileştirmeye odaklanır.

Organizasyon için nicel süreç iyileştirme hedefleri belirlenir, değişen iş hedeflerini yansıtmak için sürekli olarak revize edilir ve süreç iyileştirme yönetiminde kriterler olarak kullanılır.

Uygulanan süreç iyileştirmelerinin etkileri ölçülür ve nicel süreç iyileştirme hedeflerine göre değerlendirilir. Hem tanımlanan süreçler hem de kuruluşun standart süreçleri, ölçülebilir iyileştirme faaliyetlerinin hedefleridir.

Çevik ve yenilikçi süreçleri optimize etmek, kuruluşun iş değerleri ve hedefleriyle uyumlu, güçlendirilmiş bir işgücünün katılımına bağlıdır. Organizasyonun değişikliklere ve fırsatlara hızla yanıt verme yeteneği, öğrenmeyi hızlandırmanın ve paylaşmanın yollarını bularak geliştirilir. Süreçlerin iyileştirilmesi, doğası gereği herkesin oynaması gereken bir roldür ve sürekli bir iyileştirme döngüsü ile sonuçlanır.

Olgunluk düzeyi 4 ile olgunluk düzeyi 5 arasındaki önemli bir ayrım, ele alınan süreç varyasyonunun türüdür. Olgunluk seviyesi 4'te süreçler, süreç varyasyonunun özel nedenlerini ele almak ve sonuçların istatistiksel öngörülebilirliğini sağlamakla ilgilidir. Süreçler öngörülebilir sonuçlar üretebilse de, sonuçlar belirlenen hedeflere ulaşmak için yetersiz olabilir. Olgunluk seviyesi 5'te süreçler, belirlenen nicel süreç iyileştirme hedeflerine ulaşmak için süreç performansını iyileştirmek (istatistiksel öngörülebilirliği korurken) için süreç varyasyonunun ortak nedenlerini ele almak ve süreci değiştirmekle (yani, süreç performansının araçlarını kaydırmakla) ilgilidir. .

Olgunluk Seviyeleri Atlanmamalıdır

Her olgunluk seviyesi, bir sonraki seviyede süreçlerin etkili bir şekilde uygulanması için gerekli bir temel sağlar.

• Daha yüksek seviyeli süreçlerin, daha düşük seviyelerin sağladığı disiplin olmadan başarı şansı daha düşüktür.

• İnovasyonun etkisi gürültülü bir süreçte engellenebilir.

Daha yüksek olgunluk seviyesi süreçleri, bir kriz anında tutarlı bir şekilde uygulanmama riski ile daha düşük olgunluk seviyelerinde kuruluşlar tarafından gerçekleştirilebilir.

Olgunluk Seviyeleri ve Süreç Alanları

Bir yazılım organizasyonu için tanımlanan tüm ilgili işlem alanlarının bir listesi aşağıda verilmiştir. Bu süreç alanları farklı organizasyon için farklı olabilir.

Bu bölüm, ilgili işlem alanlarının adlarını sağlar. Bu Proses Alanları hakkında daha fazla ayrıntı için CMMI Proses Alanları Bölümüne gidin.

Seviye	Odaklanma	Anahtar Süreç Alanı	Sonuç
5 Optimizasyon	Sürekli Süreç İyileştirme	Organizasyonel İnovasyon ve Dağıtım Nedensel Analiz ve Çözüm	En Yüksek Kalite / En Düşük Risk
4 Nicel Olarak Yönetilen	Nicel Olarak Yönetilen	Organizasyonel Süreç Performansı Nicel Proje Yönetimi	Daha Yüksek Kalite / Daha Düşük Risk
3 Tanımlı	Proses Standardizasyonu	Gereksinim Geliştirme Teknik çözüm Ürün Entegrasyonu Doğrulama Doğrulama Örgütsel Süreç Odağı Örgütsel Süreç Tanımı Örgütsel Eğitim Entegre Proje Yönetimi (IPPD ekstralarıyla) Risk yönetimi Karar Analizi ve Çözümü Entegre Takım Oluşturma (yalnızca IPPD) Org. Entegrasyon Ortamı (yalnızca IPPD) Entegre Tedarikçi Yönetimi (yalnızca SS)	Orta Kalite / Orta Risk
2 Yönetilen	Temel Proje Yönetimi	İhtiyaç Yönetimi Proje planlaması Proje İzleme ve Kontrol Tedarikçi Sözleşme Yönetimi Ölçüm ve Analiz Süreç ve Ürün Kalite Güvencesi Konfigürasyon yönetimi	Düşük Kalite / Yüksek Risk
1 İlk	Süreç gayri resmi ve Adhoc		En Düşük Kalite / En Yüksek Risk

Yetenek seviyesi, organizasyonun bir süreç alanına göre kabiliyetini tanımlayan iyi tanımlanmış bir evrimsel platodur. Yetenek seviyesi, kuruluşun bu süreç alanıyla ilişkili süreçlerini iyileştirebilen bir süreç alanı için ilgili özel ve genel uygulamalardan oluşur. Her seviye, sürekli süreç iyileştirmenin temelindeki bir katmandır.

Bu nedenle, yetenek seviyeleri kümülatiftir, yani daha yüksek bir yetenek seviyesi, daha düşük seviyelerin özelliklerini içerir.

Sürekli temsili CMMI modellerinde, 0'dan 5'e kadar sayılarla gösterilen altı yetenek seviyesi vardır.

• 0 - Eksik
• 1 - Gerçekleştirildi
• 2 - Yönetilen
• 3 - Tanımlı
• 4 - Nicel Olarak Yönetilen
• 5 - Optimizasyon

Her bir yetenek seviyesinin kısa bir açıklaması aşağıdaki gibidir -

Yetenek Seviyesi 0: Tamamlanmamış

"Tamamlanmamış işlem", gerçekleştirilmemiş veya kısmen gerçekleştirilmiş bir işlemdir. Kısmen gerçekleştirilen bir süreci kurumsallaştırmak için hiçbir neden olmadığından, süreç alanının belirli amaçlarından biri veya daha fazlası tatmin edilmemiştir ve bu seviye için genel hedefler yoktur.

Bu, aşamalı gösterimdeki Olgunluk Düzeyi 1 ile aynıdır.

Yetenek Seviyesi 1: Gerçekleştirildi

Bir Yetenek Seviyesi 1 süreci, Yetenek Seviyesi 1'e özgü ve genel uygulamaların tümünü gerçekleştirmesi beklenen bir süreçtir. Performans istikrarlı olmayabilir ve kalite, maliyet ve zamanlama gibi belirli hedefleri karşılamayabilir, ancak faydalı işler yapılabilir. Bu, süreç iyileştirmede sadece bir başlangıç ​​veya bebek adımıdır. Bu, bir şey yaptığınız anlamına gelir, ancak bunun gerçekten sizin için işe yaradığını kanıtlayamazsınız.

Yetenek Seviyesi 2: Yönetilen

Yönetilen bir süreç, belirli bir amaca ulaşmak için bireysel projeler, gruplar veya bağımsız süreçler için planlanır, gerçekleştirilir, izlenir ve kontrol edilir. Süreci yönetmek, hem sürecin model hedeflerine hem de maliyet, zamanlama ve kalite gibi diğer hedeflere ulaşır. Bu seviyenin başlığından da anlaşılacağı gibi, organizasyonunuzda işlerin nasıl yapıldığını aktif bir şekilde yönetiyorsunuz. Sürekli olarak toplanan ve yönetim yaklaşımınıza uygulanan bazı ölçütleriniz var.

Note- metrikler hem aşamalı hem de sürekli sunumlarda CMMI'nin tüm seviyelerinde toplanır ve kullanılır. Bir kuruluşun ölçümleri kullanmak için Yetenek Düzeyi 4'e kadar bekleyebileceğini düşünmek acı bir yanılgıdır.

Yetenek Seviyesi 3: Tanımlanmış

Yetenek seviyesi 3 süreci, "tanımlanmış bir süreç" olarak tanımlanır. Tanımlanmış bir süreç, kuruluşun özelleştirme yönergelerine göre kuruluşun standart süreçler kümesinden uyarlanan ve kurumsal süreç varlıklarına iş ürünleri, önlemler ve diğer süreç iyileştirme bilgilerine katkıda bulunan, yönetilen (yetenek düzeyi 2) bir süreçtir.

Yetenek Düzeyi 4: Nicel Olarak Yönetilen

Yetenek seviyesi 4 süreci, "nicel olarak yönetilen bir süreç" olarak tanımlanır. Nicel olarak yönetilen bir süreç, istatistiksel ve diğer nicel teknikler kullanılarak kontrol edilen tanımlanmış (yetenek seviyesi 3) bir süreçtir. Kalite ve süreç performansı için nicel hedefler belirlenir ve sürecin yönetiminde kriter olarak kullanılır. Kalite ve süreç performansı istatistiksel terimlerle anlaşılır ve sürecin ömrü boyunca yönetilir.

Yetenek Seviyesi 5: Optimizasyon

Bir optimizasyon süreci, prosesin doğasında bulunan proses varyasyonunun ortak nedenlerinin anlaşılmasına dayalı olarak iyileştirilen, nicel olarak yönetilen bir süreçtir. Hem artan hem de yenilikçi iyileştirmeler yoluyla süreç performansını sürekli iyileştirmeye odaklanır. Hem tanımlanan süreçler hem de kuruluşun standart süreçler seti, iyileştirme faaliyetlerinin hedefleridir.

Yetenek Düzeyi 4, süreç performansı için temeller, modeller ve ölçümler oluşturmaya odaklanır. Yetenek Seviyesi 5, organizasyon veya tüm işletme genelinde performans sonuçlarını incelemeye, işin nasıl yapıldığına (kullanılan süreç [ler]) ilişkin sorunların ortak nedenlerini bulmaya ve süreçteki sorunları gidermeye odaklanır. Düzeltme, süreç belgelerinin güncellenmesini ve hataların nerede enjekte edildiğini içeren eğitimi içerir.

Sürekli Temsilde Süreç Alanlarının Organizasyonu

Kategori	İşlem Alanı
Proje Yönetimi	Proje planlaması Proje İzleme ve Kontrol Tedarikçi Sözleşme Yönetimi Entegre Proje Yönetimi (IPPD) Entegre Tedarikçi Yönetimi (SS) Entegre Takım Oluşturma (IPPD) Risk Yönetimi Nicel Proje Yönetimi
Destek	Konfigürasyon yönetimi Süreç ve Ürün Kalite Güvencesi Ölçüm ve Analiz Nedensel Analiz ve Çözüm Karar Analizi ve Çözümü Entegrasyon için Organizasyon Ortamı (IPPD)
Mühendislik	İhtiyaç Yönetimi Gereksinim Geliştirme Teknik çözüm Ürün Entegrasyonu Verification Validation
Süreç yönetimi	Örgütsel Süreç Odağı Örgütsel Süreç Tanımı Örgütsel Eğitim Organizasyonel Süreç Performansı Organizasyonel İnovasyon ve Dağıtım

Bir Süreç Alanı, toplu olarak uygulandığında, o alanda önemli iyileştirmeler yapmak için önemli olduğu düşünülen bir dizi hedefi karşılayan bir alandaki ilgili uygulamalar kümesidir. Tüm CMMI işlem alanları, hem sürekli hem de aşamalı temsillerde ortaktır.

Sürekli temsil, kuruluşa ve iş hedeflerine en iyi şekilde fayda sağlayan süreç alanlarını veya birbiriyle ilişkili süreç alanları kümelerini seçerek kuruluşun süreç iyileştirme çabalarının odağını seçmesini sağlar. Süreç alanları arasındaki bağımlılıklar nedeniyle bir kuruluşun neyi seçebileceği konusunda bazı sınırlamalar olsa da, kuruluşun seçiminde önemli bir özgürlük vardır.

Süreç alanlarını seçtikten sonra, bu süreç alanlarıyla ilişkili süreçleri ne kadar iyileştirmek istediğinizi de seçmelisiniz (yani, uygun yetenek seviyesini seçin). Yetenek seviyeleri ve genel hedefler ve uygulamalar, bireysel süreç alanlarındaki süreçlerin iyileştirilmesini destekler.

Tersine, aşamalı temsilin sizi her zaman süreç alanlarına ait oldukları olgunluk seviyesi bağlamında bakmaya teşvik ettiğini göreceksiniz. Süreç alanları, bu kavramı güçlendirmek için olgunluk seviyelerine göre düzenlenmiştir. Bir süreç alanını kullandığınızda, tüm süreç alanını, yani tüm hedefleri ve tüm uygulamaları kullanırsınız.

CMMI İşlem Alanları (PA'lar), tanımlanmış seviyelerine bakılmaksızın birbirleriyle olan etkileşimlerini ve bağlantılarını anlamak için aşağıdaki dört kategoriye ayrılabilir:

• Süreç yönetimi

• Proje Yönetimi

• Engineering

• Support

Her süreç alanı bir dizi hedef ve uygulama ile tanımlanır. İki hedef ve uygulama kategorisi vardır -

• Generic goals and practices - Her işlem alanının bir parçasıdırlar.

• Specific goals and practices - Belirli bir işlem alanına özgüdürler.

Bir şirketin süreçleri, o süreç alanı için tüm genel ve özel hedefleri ve uygulamaları kapsadığında bir süreç alanı tatmin olur.

Genel Hedefler ve Uygulamalar

Genel hedefler ve uygulamalar, her süreç alanının bir parçasıdır.

NOTATIONS - GG -> Genel Hedefler ve GP -> Genel Uygulama

• GG 1 Belirli Hedeflere Ulaşın

  • GP 1.1 Özel Uygulamaları Gerçekleştirin

• GG 2 Yönetilen Bir Süreci Kurumsallaştırın

  • GP 2.1 Bir Organizasyon Politikası Oluşturun

  • GP 2.2 Süreci Planlayın

  • GP 2.3 Kaynak Sağlayın

  • GP 2.4 Sorumluluk Atama

  • GP 2.5 İnsanları Eğit

  • GP 2.6 Yapılandırmaları Yönetin

  • GP 2.7 İlgili Paydaşları Belirleyin ve Dahil Edin

  • GP 2.8 Süreci İzleme ve Kontrol Etme

  • GP 2.9 Bağlılığı Nesnel Olarak Değerlendirin

  • GP 2.10 Üst Düzey Yönetim ile İnceleme Durumu

• GG 3 Tanımlı Bir Süreci Kurumsallaştırın

  • GP 3.1 Tanımlı Bir Süreç Oluşturun

  • GP 3.2 İyileştirme Bilgilerinin Toplanması

• GG 4 Nicel Olarak Yönetilen Bir Süreci Kurumsallaştırın

  • GP 4.1 Süreç için Nicel Hedefler Belirleyin

  • GP 4.2 Alt işlem Performansını Stabilize Etme

• GG 5 Optimizasyon Sürecini Kurumsallaştırın

  • GP 5.1 Sürekli Süreç İyileştirme Sağlayın

  • GP 5.2 Sorunların Temel Nedenlerini Düzeltme

Ortak özellikler

Ortak özellikler, bir anahtar süreç alanının uygulanmasının ve kurumsallaşmasının etkili, tekrarlanabilir ve kalıcı olup olmadığını gösteren özelliklerdir. Beş ortak özellik aşağıda listelenmiştir -

• Commitment to Perform- Gerçekleştirme Taahhüdü, kuruluşun sürecin oluşturulmasını ve devam etmesini sağlamak için yapması gereken eylemleri açıklar. Gerçekleştirme Taahhüdü, genellikle organizasyonel politikaların ve üst yönetim sponsorluğunun oluşturulmasını içerir.

• Ability to Perform- Gerçekleştirme Yeteneği, yazılım sürecini yetkin bir şekilde uygulamak için proje veya organizasyonda olması gereken ön koşulları açıklar. Gerçekleştirme Yeteneği tipik olarak kaynakları, organizasyonel yapıları ve eğitimi içerir.

• Activities Performed- Gerçekleştirilen Faaliyetler, bir kilit süreç alanını uygulamak için gerekli rolleri ve prosedürleri açıklar. Gerçekleştirilen faaliyetler tipik olarak planlar ve prosedürler oluşturmayı, işi yapmayı, izlemeyi ve gerektiği gibi düzeltici eylemleri gerçekleştirmeyi içerir.

• Measurement and Analysis- Ölçüm ve Analiz, süreci ölçme ve ölçümleri analiz etme ihtiyacını açıklar. Ölçüm ve Analiz tipik olarak Gerçekleştirilen Faaliyetlerin durumunu ve etkililiğini belirlemek için alınabilecek ölçümlerin örneklerini içerir.

• Verifying Implementation- Uygulamanın Doğrulanması, faaliyetlerin kurulan sürece uygun olarak gerçekleştirilmesini sağlamak için gerekli adımları açıklar. Doğrulama, genellikle yönetim ve yazılım kalite güvencesi tarafından yapılan incelemeleri ve denetimleri kapsar.

Gerçekleştirilen ortak özellikteki uygulamalar, bir süreç yeteneği oluşturmak için nelerin uygulanması gerektiğini açıklar. Diğer uygulamalar, bir bütün olarak ele alındığında, bir organizasyonun, Gerçekleştirilen Faaliyetler ortak özelliğinde tanımlanan uygulamaları kurumsallaştırmasının temelini oluşturur.

Ayrıntılı İşlem Alanları

CMMI, şirket süreçleri tarafından kapsanacak ürün geliştirme yönlerini gösteren 22 işlem alanı içerir.

Nedensel Analiz ve Çözüm

• Olgunluk Seviyesi 5'te bir destek süreci alanıdır.

Amaç

Amacı Causal Analysis and Resolution (CAR), kusurların ve diğer sorunların nedenlerini belirlemek ve gelecekte meydana gelmesini önlemek için önlem almaktır.

Hedefe Göre Özel Uygulamalar

• SG 1 Kusurların Nedenlerini Belirleyin

  • SP 1.1 Analiz için Kusur Verilerini Seçin

  • SP 1.2 Analiz Nedenleri

• SG 2 Kusurların Nedenleri

  • SP 2.1 Eylem Önerilerinin Uygulanması

  • SP 2.2 Değişikliklerin Etkisini Değerlendirin

  • SP 2.3 Kayıt Verileri

Konfigürasyon yönetimi

• Olgunluk Seviyesi 2'de bir destek süreci alanıdır.

Amaç

Amacı Configuration Management (CM); konfigürasyon tanımlama, konfigürasyon kontrolü, konfigürasyon durumu muhasebesi ve konfigürasyon denetimleri kullanarak iş ürünlerinin bütünlüğünü kurmak ve sürdürmektir.

Specific Practices by Goal

• SG 1 Temelleri Belirleyin

  • SP 1.1 Yapılandırma Öğelerini Tanımlayın

  • SP 1.2 Bir Konfigürasyon Yönetim Sistemi Kurun

  • SP 1.3 Temel Çizgileri Oluşturun veya Yayınlayın

• SG 2 Değişiklikleri İzleme ve Kontrol Etme

  • SP 2.1 Parça Değişikliği Talepleri

  • SP 2.2 Kontrol Yapılandırma Öğeleri

• SG 3 Dürüstlük Sağlayın

  • SP 3.1 Konfigürasyon Yönetimi Kayıtlarını Oluşturun

  • SP 3.2 Yapılandırma Denetimlerini Gerçekleştirme

Karar Analizi ve Çözümü

• Olgunluk Seviyesi 3'te bir destek süreci alanıdır.

Amaç

Amacı Decision Analysis and Resolution (DAR), belirlenen alternatifleri belirlenmiş kriterlere göre değerlendiren resmi bir değerlendirme sürecini kullanarak olası kararları analiz etmektir.

Hedefe Göre Özel Uygulamalar

• SG 1 Alternatifleri Değerlendirin

  • SP 1.1 Karar Analizi için Kılavuz Oluşturun

  • SP 1.2 Değerlendirme Kriterlerinin Oluşturulması

  • SP 1.3 Alternatif Çözümleri Belirleyin

  • SP 1.4 Değerlendirme Yöntemlerini Seçin

  • SP 1.5 Alternatifleri Değerlendirin

  • SP 1.6 Seçilmiş Çözümler

Entegre Proje Yönetimi + IPPD

• Olgunluk Seviyesi 3'te bir Proje Yönetimi süreci alanıdır.

Amaç

Amacı Integrated Project Management + IPPD (IPM), projeyi ve ilgili paydaşların katılımını, kuruluşun standart süreçler setinden uyarlanmış entegre ve tanımlanmış bir sürece göre oluşturmak ve yönetmektir.

Hedefe Göre Özel Uygulamalar

• SG 1 Projenin Tanımlı Sürecini Kullanın

  • SP 1.1 Projenin Tanımlı Sürecini Oluşturun

  • SP 1.2 Proje Faaliyetlerini Planlamak için Organizasyonel Süreç Varlıklarını Kullanın

  • SP 1.3 Projenin Çalışma Ortamını Oluşturun

  • SP 1.4 Planları Entegre Etme

  • SP 1.5 Entegre Planları Kullanarak Projeyi Yönetin

  • SP 1.6 Örgütsel Süreç Varlıklarına Katkıda Bulunun

• SG 2 İlgili Paydaşlarla Koordinasyon ve İşbirliği Yapın

  • SP 2.1 Paydaş Katılımını Yönetin

  • SP 2.2 Bağımlılıkları Yönetin

  • SP 2.3 Koordinasyon Sorunlarını Çözme

IPPD Ekleme -

• SG 3 IPPD İlkelerini Uygulayın

  • SP 3.1 Projenin Paylaşılan Vizyonunu Oluşturun

  • SP 3.2 Entegre Ekip Yapısının Oluşturulması

  • SP 3.3 Gereksinimleri Entegre Takımlara Atayın

  • SP 3.4 Entegre Ekipler Kurun

  • SP 3.5 Arayüz Ekipleri Arasında İşbirliği Sağlayın

Ölçüm ve Analiz

Olgunluk Seviyesi 2'de bir destek süreci alanıdır.

Amaç

Amacı Measurement and Analysis (MA), yönetim bilgi ihtiyaçlarını desteklemek için kullanılan bir ölçüm yeteneği geliştirmek ve sürdürmektir.

Hedefe Göre Özel Uygulamalar

• SG 1 Ölçüm ve Analiz Faaliyetlerini Uyumlaştırın

  • SP 1.1 Ölçüm Hedeflerini Belirleyin

  • SP 1.2 Ölçüleri Belirtin

  • SP 1.3 Veri Toplama ve Saklama Prosedürlerini Belirleyin

  • SP 1.4 Analiz Prosedürlerini Belirleyin

• SG 2 Ölçüm Sonuçları Sağlayın

  • SP 2.1 Ölçüm Verilerini Toplama

  • SP 2.2 Ölçüm Verilerini Analiz Et

  • SP 2.3 Verileri ve Sonuçları Depolama

  • SP 2.4 Sonuçları Bildirin

Organizasyonel İnovasyon ve Dağıtım

Olgunluk Seviyesi 5'te bir Süreç Yönetimi süreç alanıdır.

Amaç

Amacı Organizational Innovation and Deployment(OID), kuruluşun süreçlerini ve teknolojilerini ölçülebilir şekilde iyileştiren aşamalı ve yenilikçi iyileştirmeleri seçmek ve uygulamaktır. İyileştirmeler, kuruluşun iş hedeflerinden türetilen kuruluşun kalite ve süreç performansı hedeflerini destekler.

Hedefe Göre Özel Uygulamalar

• SG 1 İyileştirmeleri Seçin

  • SP 1.1 İyileştirme Tekliflerini Toplayın ve Analiz Edin

  • SP 1.2 Yenilikleri Belirleyin ve Analiz Edin

  • SP 1.3 Pilot İyileştirmeleri

  • SP 1.4 Dağıtım için İyileştirmeleri Seçin

• SG 2 Dağıtım İyileştirmeleri

  • SP 2.1 Dağıtım alanlarını planlayın

  • SP 2.2 Dağıtımı Yönetin

  • SP 2.3 İyileştirme Etkilerini Ölçün

Örgütsel Süreç Tanımı + IPPD (OPD)

Olgunluk Seviyesi 3'te bir Süreç Yönetimi süreç alanıdır.

Amaç

Amacı Organizational Process Definition + IPPD (OPD), kullanılabilir bir dizi organizasyonel süreç varlığı oluşturmak ve sürdürmektir.

Hedefe Göre Özel Uygulamalar

• SG 1 Organizasyonel Süreç Varlıklarını Oluşturun

  • SP 1.1 Standart Süreçleri Oluşturun

  • SP 1.2 Yaşam Döngüsü Modeli Tanımlarını Oluşturun

  • SP 1.3 Uyarlama Kriterleri ve Yönergeleri Oluşturun

  • SP 1.4 Kuruluşun Ölçüm Havuzunu Kurun

  • SP 1.5 Kuruluşun Süreç Varlık Kitaplığını Oluşturma

IPPD Ekleme -

• SG 2 IPPD Yönetimini Etkinleştirin

  • SP 2.1 Güçlendirme Mekanizmalarının Kurulması

  • SP 2.2 Entegre Takımlar için Kurallar ve Yönergeler Belirleyin

  • SP 2.3 Denge Ekibi ve Ev Düzenleme Sorumlulukları

Örgütsel Süreç Odağı

Olgunluk Seviyesi 3'te bir Süreç Yönetimi süreç alanıdır.

Amaç

Amacı Organizational Process Focus (OPF), organizasyonun süreçlerinin ve süreç varlıklarının mevcut güçlü ve zayıf yönlerinin kapsamlı bir şekilde anlaşılmasına dayalı olarak organizasyonel süreç iyileştirmeyi planlamak ve uygulamaktır.

Hedefe Göre Özel Uygulamalar

• SG 1 Süreç İyileştirme Fırsatlarını Belirleyin

  • SP 1.1 Örgütsel Süreç İhtiyaçlarını Belirleyin

  • SP 1.2 Kuruluşun Süreçlerini Değerlendirin

  • SP 1.3 Kuruluşun Süreç İyileştirmelerini Tanımlayın

• SG 2 Süreç İyileştirme Faaliyetlerini Planlayın ve Uygulayın

  • SP 2.1 Süreç Eylem Planlarının Oluşturulması

  • SP 2.2 Süreç Eylem Planlarını Uygulama

• SG 3 Organizasyonel Süreç Varlıklarını Dağıtın ve Öğrenilen Dersleri Dahil Edin

  • SP 3.1 Organizasyonel Süreç Varlıklarını Dağıtın

  • SP 3.2 Standart İşlemleri Uygulama

  • SP 3.3 İzleme Uygulaması

  • SP 3.4 Süreçle İlgili Deneyimleri Organizasyonel Süreç Varlıklarına Dahil Edin

Organizasyonel Süreç Performansı

Olgunluk Seviyesi 4'te bir Süreç Yönetimi süreç alanıdır.

Amaç

Amacı Organizational Process Performance (OPP), kalite ve süreç-performans hedeflerini desteklemek için kuruluşun standart süreçler setinin performansının nicel bir anlayışını oluşturmak ve sürdürmek ve kuruluşun projelerini niceliksel olarak yönetmek için süreç performans verilerini, temelleri ve modelleri sağlamaktır.

Hedefe Göre Özel Uygulamalar

• SG 1 Performans Esaslarını ve Modellerini Belirleyin

  • SP 1.1 İşlemleri Seçin

  • SP 1.2 Süreç Performans Ölçülerinin Oluşturulması

  • SP 1.3 Kalite ve Süreç Performans Hedeflerini Belirleyin

  • SP 1.4 Süreç Performansı Esaslarını Belirleyin

  • SP 1.5 Süreç Performansı Modelleri Oluşturun

Örgütsel Eğitim

Olgunluk Seviyesi 3'te bir Süreç Yönetimi süreç alanıdır.

Amaç

Amacı Organizational Training (OT), rollerini etkili ve verimli bir şekilde yerine getirebilmeleri için insanların bilgi ve becerilerini geliştirmektir.

Hedefe Göre Özel Uygulamalar

• SG 1 Organizasyonel Eğitim Yeteneği Oluşturun

  • SP 1.1 Stratejik Eğitim İhtiyaçlarının Belirlenmesi

  • SP 1.2 Hangi Eğitim İhtiyaçlarının Kuruluşun Sorumluluğu Olduğunu Belirleyin

  • SP 1.3 Örgütsel Eğitim Taktik Planı Oluşturun

  • SP 1.4 Eğitim Yeteneği Oluşturma

• SG 2 Gerekli Eğitimi Sağlar

  • SP 2.1 Eğitim Verme

  • SP 2.2 Eğitim Kayıtlarını Oluşturun

  • SP 2.3 Eğitim Etkinliğini Değerlendirin

Ürün Entegrasyonu

Olgunluk Seviyesi 3'te bir Mühendislik süreci alanıdır.

Amaç

Amacı Product Integration (PI), ürünü ürün bileşenlerinden bir araya getirmek, entegre olarak ürünün düzgün çalışmasını sağlamak ve ürünü teslim etmektir.

Hedefe Göre Özel Uygulamalar

• SG 1 Ürün Entegrasyonuna Hazırlanın

  • SP 1.1 Entegrasyon Sırasını Belirleyin

  • SP 1.2 Ürün Entegrasyon Ortamını Oluşturun

  • SP 1.3 Ürün Entegrasyon Prosedürlerini ve Kriterlerini Oluşturun

• SG 2 Arayüz Uyumluluğunu Sağlayın

  • SP 2.1 Eksiksizlik için Arayüz Açıklamalarının İncelenmesi

  • SP 2.2 Arayüzleri Yönetin

• SG 3 Ürün Bileşenlerini Birleştirin ve Ürünü Teslim Edin

  • SP 3.1 Ürün Bileşenlerinin Entegrasyona Hazır Olduğunu Doğrulayın

  • SP 3.2 Ürün Bileşenlerini Birleştirin

  • SP 3.3 Montajlı Ürün Bileşenlerini Değerlendirin

  • SP 3.4 Ürünü veya Ürün Bileşenini Paketleyin ve Teslim Edin

Proje İzleme ve Kontrol

Olgunluk Seviyesi 2'de bir Proje Yönetimi süreci alanıdır.

Amaç

Amacı Project Monitoring and Control (PMC), projenin performansı plandan önemli ölçüde saptığında uygun düzeltici önlemlerin alınabilmesi için projenin ilerlemesinin anlaşılmasını sağlamaktır.

Hedefe Göre Özel Uygulamalar

• SG 1 Plana Karşı İzleme Projesi

  • SP 1.1 Proje Planlama Parametrelerini İzleme

  • SP 1.2 Taahhütleri İzleme

  • SP 1.3 Proje Risklerini İzleme

  • SP 1.4 Veri Yönetimini İzleme

  • SP 1.5 Paydaş Katılımını İzleme

  • SP 1.6 İlerleme İncelemeleri Yürütme

  • SP 1.7 Kilometre Taşı İncelemelerini Yürütmek

• SG 2 Kapanışa Kadar Düzeltici İşlemi Yönetin

  • SP 2.1 Sorunları Analiz Et

  • SP 2.2 Düzeltici İşlem Yapın

  • SP 2.3 Düzeltici İşlemi Yönetin

Proje planlaması

Olgunluk Seviyesi 2'de bir Proje Yönetimi süreci alanıdır.

Amaç

Amacı Project Planning (PP), proje faaliyetlerini tanımlayan planlar oluşturmak ve sürdürmektir.

Hedefe Göre Özel Uygulamalar

• SG 1 Tahminler Oluşturun

  • SP 1.1 Projenin Kapsamını Tahmin Edin

  • SP 1.2 Çalışma Ürünü ve Görev Özelliklerinin Tahminlerini Belirleyin

  • SP 1.3 Proje Yaşam Döngüsünü Tanımlayın

  • SP 1.4 Çaba ve Maliyet Tahminlerini Belirleyin

• SG 2 Bir Proje Planı Geliştirin

  • SP 2.1 Bütçe ve Takvimin Oluşturulması

  • SP 2.2 Proje Risklerini Belirleyin

  • SP 2.3 Veri Yönetimi Planı

  • SP 2.4 Proje Kaynakları Planı

  • SP 2.5 Gerekli Bilgi ve Beceriler İçin Plan

  • SP 2.6 Paydaş Katılımını Planlayın

  • SP 2.7 Proje Planının Oluşturulması

• SG 3 Plana Bağlılık Edin

  • SP 3.1 Projeyi Etkileyen Gözden Geçirme Planları

  • SP 3.2 Çalışma ve Kaynak Düzeylerini Uzlaştırın

  • SP 3.3 Plan Taahhüdü Edinme

Süreç ve Ürün Kalite Güvencesi

Olgunluk Seviyesi 2'de bir destek süreci alanıdır.

Amaç

Amacı Process and Product Quality Assurance (PPQA), personele ve yönetime süreçler ve ilgili çalışma ürünleri hakkında objektif bir anlayış sağlamaktır.

Hedefe Göre Özel Uygulamalar

• SG 1 Süreçleri ve Çalışma Ürünlerini Nesnel Olarak Değerlendirin

  • SP 1.1 Süreçleri Nesnel Olarak Değerlendirin

  • SP 1.2 İş Ürünlerini ve Hizmetlerini Nesnel Olarak Değerlendirin

• SG 2 Hedef İçgörü Sağlayın

  • SP 2.1 Uyumsuzluk Sorunlarının İletilmesi ve Çözümünün Sağlanması

  • SP 2.2 Kayıtları Oluştur

Nicel Proje Yönetimi

Olgunluk Seviyesi 4'te bir Proje Yönetimi süreci alanıdır.

Amaç

Amacının Quantitative Project Management (QPM) süreç alanı, projenin belirlenen kalite ve süreç-performans hedeflerine ulaşmak için projenin tanımlanmış sürecini nicel olarak yönetmektir.

Hedefe Göre Özel Uygulamalar

• SG 1 Projeyi Nicel Olarak Yönetin

  • SP 1.1 Projenin Hedeflerini Belirleyin

  • SP 1.2 Tanımlı Süreçleri Oluşturun

  • SP 1.3 İstatistiksel Olarak Yönetilecek Alt Süreçleri Seçin

  • SP 1.4 Proje Performansını Yönetin

• SG 2 Alt süreç Performansını İstatistiksel Olarak Yönetin

  • SP 2.1 Ölçüleri ve Analitik Teknikleri Seçin

  • SP 2.2 Varyasyonu Anlamak için İstatistiksel Yöntemler Uygulama

  • SP 2.3 Seçilen Alt Süreçlerin Performansını İzleyin

  • SP 2.4 İstatistik Yönetim Verilerinin Kaydedilmesi

Gereksinim Geliştirme

Olgunluk Seviyesi 3'te bir Mühendislik süreci alanıdır.

Amaç

Amacı Requirements Development (RD) müşteri, ürün ve ürün bileşeni gereksinimlerini üretmek ve analiz etmektir.

Hedefe Göre Özel Uygulamalar

• SG 1 Müşteri Gereksinimlerini Geliştirin

  • SP 1.1 Temel İhtiyaçlar

  • SP 1.2 Müşteri Gereksinimlerini Geliştirin

• SG 2 Ürün Gereksinimlerini Geliştirin

  • SP 2.1 Ürün ve Ürün Bileşen Gereksinimlerinin Belirlenmesi

  • SP 2.2 Ürün-Bileşen Gereksinimlerinin Tahsisi

  • SP 2.3 Arayüz Gereksinimlerini Tanımlayın

• SG 3 Gereksinimleri Analiz Etme ve Doğrulama

  • SP 3.1 Operasyonel Kavramları ve Senaryoları Oluşturun

  • SP 3.2 Gerekli İşlevselliğin Tanımını Belirleyin

  • SP 3.3 Analiz Gereksinimleri

  • SP 3.4 Dengeye Ulaşmak İçin Gereksinimleri Analiz Edin

  • SP 3.5 Gereksinimleri Doğrulama

İhtiyaç Yönetimi

Olgunluk Seviyesi 2'de bir Mühendislik süreci alanıdır.

Amaç

Amacı Requirements Management (REQM), proje ürünlerinin ve ürün bileşenlerinin gereksinimlerini yönetmek ve bu gereksinimler ile projenin planları ve çalışma ürünleri arasındaki tutarsızlıkları tespit etmektir.

Hedefe Göre Özel Uygulamalar

• SG 1 Gereksinimleri Yönetin

  • SP 1.1 Gereksinimleri Anlayın

  • SP 1.2 Gereksinimler için Taahhüt Edin

  • SP 1.3 Gereksinim Değişikliklerini Yönetin

  • SP 1.4 Gereksinimlerin Çift Yönlü İzlenebilirliğini Sağlayın

  • SP 1.5 Proje Çalışması ve Gereksinimler arasındaki Tutarsızlıkları Belirleyin

Risk yönetimi

Olgunluk Seviyesi 3'te bir Proje Yönetimi süreci alanıdır.

Amaç

Amacı Risk Management (RSKM), potansiyel sorunları ortaya çıkmadan önce tespit etmektir, böylece risk işleme faaliyetleri, hedeflere ulaşma üzerindeki olumsuz etkileri azaltmak için ürün veya projenin ömrü boyunca ihtiyaç duyulduğunda planlanabilir ve başlatılabilir.

Hedefe Göre Özel Uygulamalar

• SG 1 Risk Yönetimine Hazırlanın

  • SP 1.1 Risk Kaynaklarının ve Kategorilerinin Belirlenmesi

  • SP 1.2 Risk Parametrelerini Tanımlayın

  • SP 1.3 Bir Risk Yönetim Stratejisi Oluşturun

• SG 2 Riskleri Belirleyin ve Analiz Edin

  • SP 2.1 Riskleri Belirleyin

  • SP 2.2 Riskleri Değerlendirin, Kategorilere Ayırın ve Önceliklendirin

• SG 3 Riskleri Azaltın

  • SP 3.1 Risk Azaltma Planları Geliştirin

  • SP 3.2 Risk Azaltma Planlarının Uygulanması

Tedarikçi Sözleşme Yönetimi

Olgunluk Seviyesi 2'de bir Proje Yönetimi süreci alanıdır.

Amaç

Amacı Supplier Agreement Management (SAM), resmi bir anlaşmanın olduğu tedarikçilerden ürünlerin alımını yönetmektir.

Hedefe Göre Özel Uygulamalar

• SG 1 Tedarikçi Anlaşmaları Oluşturun

  • SP 1.1 Edinme Türünü Belirleyin

  • SP 1.2 Tedarikçileri Seçin

  • SP 1.3 Tedarikçi Anlaşmaları Oluşturun

• SG 2 Tedarikçi Anlaşmalarını Karşılayın

  • SP 2.1 Tedarikçi Sözleşmesini Yürütme

  • SP 2.2 Seçilmiş Tedarikçi Süreçlerini İzleyin

  • SP 2.3 Seçilmiş Tedarikçi İş Ürünlerini Değerlendirin

  • SP 2.4 Satın Alınan Ürünü Kabul Edin

  • SP 2.5 Geçiş Ürünleri

Teknik çözüm

Olgunluk Seviyesi 3'te bir Mühendislik süreci alanıdır.

Amaç

Amacı Technical Solution(TS) gereksinimlere yönelik çözümler tasarlamak, geliştirmek ve uygulamaktır. Çözümler, tasarımlar ve uygulamalar, uygun şekilde tek veya kombinasyon halinde ürünleri, ürün bileşenlerini ve ürünle ilgili yaşam döngüsü süreçlerini kapsar.

Hedefe Göre Özel Uygulamalar

• SG 1 Ürün Bileşen Çözümlerini Seçin

  • SP 1.1 Alternatif Çözümler ve Seçim Kriterleri Geliştirin

  • SP 1.2 Ürün Bileşen Çözümlerini Seçin

• SG 2 Tasarımı Geliştirin

  • SP 2.1 Ürün veya Ürün Bileşenini Tasarlayın

  • SP 2.2 Teknik Veri Paketi Oluşturun

  • SP 2.3 Kriterleri Kullanarak Tasarım Arayüzleri

  • SP 2.4 Yapma, Satın Alma veya Yeniden Kullanım Analizi Gerçekleştirme

• SG 3 Ürün Tasarımını Uygulayın

  • SP 3.1 Tasarımın Uygulanması

  • SP 3.2 Ürün Destek Belgelerini Geliştirin

Doğrulama

Olgunluk Seviyesi 3'te bir Mühendislik süreci alanıdır.

Amaç

Amacı Validation (VAL), bir ürünün veya ürün bileşeninin amaçlanan ortama yerleştirildiğinde amaçlanan kullanımını yerine getirdiğini göstermektir.

Hedefe Göre Özel Uygulamalar

• SG 1 Doğrulamaya Hazırlanın

  • SP 1.1 Doğrulama için Ürünleri Seçin

  • SP 1.2 Doğrulama Ortamını Oluşturun

  • SP 1.3 Doğrulama Prosedürlerinin ve Kriterlerinin Oluşturulması

• SG 2 Ürün veya Ürün Bileşenlerini Doğrulayın

  • SP 2.1 Doğrulama Gerçekleştirme

  • SP 2.2 Doğrulama Sonuçlarını Analiz Edin.

Doğrulama

Olgunluk Seviyesi 3'te bir Mühendislik süreci alanıdır.

Amaç

Amacı Verification (VER), seçilen iş ürünlerinin, belirtilen gereksinimleri karşılamasını sağlamaktır.

Hedefe Göre Özel Uygulamalar

• SG 1 Doğrulamaya Hazırlanın

  • SP 1.1 Doğrulama için İş Ürünlerini Seçin

  • SP 1.2 Doğrulama Ortamını Oluşturun

  • SP 1.3 Doğrulama Prosedürlerinin ve Kriterlerinin Oluşturulması

• SG 2 Akran Değerlendirmelerini Gerçekleştirin

  • SP 2.1 Akran Değerlendirmelerine Hazırlanma

  • SP 2.2 Davranış Akran Değerlendirmeleri

  • SP 2.3 Akran Değerlendirmesi Verilerini Analiz Et

• SG 3 Seçilen Çalışma Ürünlerini Doğrulayın

  • SP 3.1 Doğrulama Gerçekleştirme

  • SP 3.2 Doğrulama Sonuçlarını Analiz Et

Sürüm 1.2'de Yapılan Değişiklikler

Burada yalnızca İşlem Alanları kümesinde yapılan değişiklikler dikkate alınır. Kapsamlı bir ayrıntı için, SEI ana sayfasını ziyaret edin .

• Aşağıdaki İşlem Alanları kaldırıldı (tümü Olgunluk Düzeyi 3'te) -

  • Entegrasyon için Organizasyon Ortamı (OEI)

  • Entegre Takım Oluşturma (BT)

  • Entegre Tedarikçi Yönetimi (ISM)

• Mevcut Proses Alanlarına aşağıdaki eklemeler yapılmıştır -

  • IPM. SG3 ve SG4 kaldırıldı, yeni SG3 eklendi (tüm IPPD PA'lar)

  • OPD. SG eklendi, IPPD PA'ya dönüştürüldü

  • OPF. SG'den iki SP çıkarıldı ve iki yeni SP ile birlikte SG3 oluşturuldu

  • REQD. SP3.5, Gereksinimleri Doğrulama olarak yeniden adlandırıldı

  • SAM. SP2.1 kaldırıldı, SG2'ye iki yeni SP eklendi

  • TS. SP1.2 elendi

  • VER. SP3.2, Doğrulama Sonuçlarını Analiz Et olarak yeniden adlandırıldı

CMMI Değerlendirmesi, bir kuruluşun güçlü ve zayıf yönlerini belirlemek için temel olarak bir değerlendirme referans modeli kullanan eğitimli profesyonellerden oluşan bir ekip tarafından bir veya daha fazla sürecin incelenmesidir.

Değerlendirmeler planlama gerektirir. Organizasyonunuzun bir değerlendirmesini planlarken, organizasyonel birimin kapsamını, hangi disiplinlerin dahil edileceğini, değerlendirme ekibinin organizasyonunuzun içinden veya dışından üyelerden oluşup oluşmayacağını, dahil edilecek projelerin, mülakata alınacak kişilerin ve türünün veya değerlendirme sınıfı gerekli.

Değerlendirmeler, CMMI'da tanımlandığı gibi üç model bileşen kategorisini dikkate alır -

• Required - yalnızca belirli ve genel hedefler.

• Expected - yalnızca belirli ve genel uygulamalar.

• Informative - alt uygulamaları ve tipik çalışma ürünlerini içerir.

SEI, CMMI değerlendirmeleri için iki kılavuz belge yayınladı -

• Appraisal Requirements for CMMI (ARC) - Sınıf A, Sınıf B ve Sınıf C olmak üzere üç değerlendirme yöntemi sınıfı için gereksinimleri içerir. Bu gereksinimler, her bir değerlendirme yöntemi sınıfını tanımlayan kurallardır.

• Standard CMMI Appraisal Method for Process Improvement (SCAMPI) - Yöntem Açıklama Belgesi (MDD) şu anda onaylanmış tek A Sınıfı değerlendirme yöntemidir.

SCAMPI şu anda onaylanmış tek CMMI A Sınıfı Değerlendirme Yöntemidir. Yani SCAMPI, ARC Sınıf A Değerlendirme Yönteminin tüm gereksinimlerini karşılar ve SEI tarafından onaylanmıştır.

CMMI Değerleme Yöntemlerinin üç sınıfı vardır: Sınıf A, Sınıf B ve Sınıf C.

SCAMPI A Sınıfı Değerleme

Bir SCAMPI Sınıf A değerlendirmesi, tipik olarak, bir kuruluş bir dizi önemli süreç iyileştirmesi gerçekleştirdiğinde ve CMMI'ye göre sürecini resmi olarak kıyaslaması gerektiğinde gerçekleştirilir. SCAMPI A, CMMI Olgunluk Seviyesi veya Yetenek Seviyesi derecelendirmelerini sağlayan tek değerlendirme yöntemidir.

Bir SCAMPI A'dan aşağıdaki sonuçları bekleyebilirsiniz -

• Bir Olgunluk Düzeyi derecesi veya Yetenek Düzeyi derecelendirmeleri.

• CMMI'ya göre organizasyonunuzun sürecinin güçlü ve zayıf yönlerini tanımlayan bulgular.

• Kuruluşun temel süreç sorunlarına ilişkin fikir birliği.

• Organizasyonun, süreç iyileştirme sürecini izlemek ve gelecekteki değerlendirmeleri desteklemek için kullanmaya devam edebileceği bir değerlendirme veritabanı.

SCAMPI Sınıf B Değerlendirmesi

Bir kuruluşun hedef CMMI Olgunluk Düzeyine doğru ilerlemesini değerlendirmesi gerektiğinde, ancak bir SCAMPI A'dan daha düşük bir maliyetle bir SCAMPI B çağrılır. SCAMPI A değerlendirmesinde uygulanmıştır.

Üç SEI değerlendirme yönteminden biri olan SCAMPI B Sınıfı değerlendirmesi, bir organizasyonun CMMI'ye göre yazılım ve sistem mühendisliği sürecinin durumunu nispeten yüksek bir güven derecesiyle anlamasına yardımcı olur. Bir SCAMPI B genellikle bir organizasyonun hedef CMMI Olgunluk Seviyesine doğru ilerlemesini doğru bir şekilde değerlendirmesi gerektiğinde gerçekleştirilir.

Bir SCAMPI B'den aşağıdaki sonuçları bekleyebilirsiniz -

• CMMI'ya göre organizasyonunuzun sürecinin güçlü ve zayıf yönlerini tanımlayan ayrıntılı bulgular.

• İncelenen uygulamaların CMMI'nin amaçlarını karşılama ve amacını karşılama olasılığını gösteren uygulama karakterizasyonları.

• Kuruluşun temel süreç sorunlarına ilişkin fikir birliği.

• Organizasyonun, süreç iyileştirme sürecini izlemek ve gelecekteki değerlendirmeleri desteklemek için kullanmaya devam edebileceği bir FIDO veritabanı.

SCAMPI Sınıf C Değerlendirmesi

SCAMPI C değerlendirmeleri, SCAMPI A ve B değerlendirmelerinden daha kısa ve daha esnektir ve hızlı bir boşluk analizinden bir kuruluşun SCAMPI A'ya hazır olup olmadığını belirlemeye kadar çeşitli özel ihtiyaçları karşılamak için yapılır.

SEI'nin değerlendirme yöntemlerinin en az resmi olan SCAMPI Sınıf C değerlendirmeleri oldukça esnektir ve çeşitli ihtiyaçları karşılamak için yapılabilir. Tipik olarak A ve B Sınıfı değerlendirmelerinden çok daha kısa süreli olan SCAMPI C değerlendirmeleri genellikle aşağıdaki nedenlerle gerçekleştirilir:

• CMMI ile ilgili olarak bir kuruluşun sürecine ilişkin hızlı bir boşluk analizi sağlayın.

• Uygulanmadan önce yeni bir sürecin yeterliliğini değerlendirin.

• Bir sürecin uygulanmasını izleyin.

• Bir kuruluşun SCAMPI A'ya hazır olup olmadığını belirleyin.

• Bir tedarikçinin seçimini destekleyin.

Bir SCAMPI C'den aşağıdaki sonuçları bekleyebilirsiniz -

• Değerlendirilen süreçlerin güçlü ve zayıf yönlerini tanımlayan bulgular. Değerlendirme kapsamına ve stratejisine bağlı olarak, bulgular ilgili CMMI bileşenleri ile eşleştirilebilir.

• CMMI karşısında değerlendirilen süreçlerin yeterliliğini özetleyen karakterizasyonlar.

• Önerilen süreç iyileştirme eylemleri.

• Organizasyonun süreç iyileştirme sürecini izlemek ve gelecekteki değerlendirmeleri desteklemek için kullanmaya devam edebileceği bir FIDO veritabanı.

Değerleme Sınıfı Özellikleri

Her sınıf, yöntemin uygulanmasıyla ilişkili titizlik derecesine göre ayırt edilir. Sınıf A en katı olanıdır, Sınıf B biraz daha az katıdır ve Sınıf C en az katı olanıdır. Aşağıdaki tablo, her sınıftaki yöntemler arasında beklenen farklılıklar hakkında bir fikir vermektedir.

Özellikler	A sınıfı	B sınıfı	C sınıfı
Toplanan objektif kanıt miktarı	Yüksek	Orta	Düşük
Puan oluşturuldu	Evet	Hayır	Hayır
Kaynak ihtiyaçları	Yüksek	Orta	Düşük
Takım boyu	Büyük	Orta	Küçük
Veri kaynakları (araçlar, görüşmeler ve belgeler)	Üç veri kaynağının tümünü gerektirir	Yalnızca iki veri kaynağı gerektirir (biri röportaj olmalıdır)	Yalnızca bir veri kaynağı gerektirir
Değerlendirme ekibi lideri gereksinimi	Yetkili Lider Değerleme Uzmanı	Yetkili Lider Değerleme Uzmanı veya eğitimli ve deneyimli kişi	Eğitimli ve deneyimli kişi

SCAMPI Temelleri

SCAMPI, Süreç İyileştirme için Standart CMMI Değerlendirme Yöntemi anlamına gelen bir kısaltmadır. Bir SCAMPI değerlendirmesi, SEI tarafından yetkilendirilmiş bir SCAMPI Lider Değerleme Uzmanı tarafından yönetilmelidir. SCAMPI, SCAMPI Yöntem Açıklaması, olgunluk anketi, iş yardımcıları ve şablonları içeren SCAMPI Ürün Paketi tarafından desteklenmektedir.

Şu anda SCAMPI, derecelendirme sağlayabilen tek yöntem, SEI tarafından tanınan tek yöntem ve kuruluşların en çok ilgisini çeken yöntemdir.

SCAMPI, aşağıdakiler de dahil olmak üzere önceki yöntemlerden edinilen deneyimlere dayanmaktadır:

• CBA IPI - İç Süreç İyileştirme için CMM Tabanlı Değerlendirme.

• SCE - Yazılım Yeteneği Değerlendirmesi.

• EIA/IS 732.2 - Sistem Mühendisliği Değerlendirme Yöntemi adlı geçici uluslararası standart.

• SDCE - Yazılım Geliştirme Yeteneği Değerlendirmesi.

• FAA Değerlendirme Yöntemi.

Bu bölüm, bir süreç iyileştirme çabasına dahil olan başlıca oyuncuları tartışmaktadır. Ancak, kuruluşunuz daha fazla veya daha az gruba ihtiyaç duyabilir.

Kuruluşunuzun büyüklüğüne ve süreç iyileştirme (PI) çabanızın karmaşıklığına bağlı olarak bir kişinin bu rollerin çoğunu aynı anda veya seri olarak yerine getirebileceğini unutmayın.

Süreç geliştirme

Süreç iyileştirme çabaları genellikle aşağıdaki bireyleri ve grupları gerektirir -

• PI Sponsor- Tüm PI çabasını gözden kaçırmaktan sorumlu kuruluştaki kişi. Bu kişi genellikle fon ve personel tahsis etme gücüne sahiptir. Bu kişi genellikle müdürlük düzeyinde veya üzerindedir.

• PI Champion- Bu, EPG Lideri olarak hizmet edebilecek veya olmayabilecek PI çabası için halkla ilişkiler kişisidir. Bu kişi, PI fikrini, yaklaşımını ve sonuçlarını pazarlar.

• Engineering Process Group (EPG) Lead- Bu kişi, süreçleri gözden geçiren gruba liderlik eder. Bu kişi EPG üyelerine görevler atar, çabalarını izler ve EPG'nin günlük görevlerini planlar.

• EPG Members- Bu kişiler EPG'de komite üyesi olarak görev yapar. Süreç iyileştirme belgelerinin yazılmasını ve takip edilmesini sağlamaktan sorumludurlar. Ayrıca süreç iyileştirme sürecini izlemek için ölçütler oluşturmaktan da sorumludurlar. PAT'lara liderlik ediyorlar.

• Process Action Teams (PATs) - Bu ekipler, süreç iyileştirme belgelerini, politikaları, süreçleri, prosedürleri, tüzükleri ve Eylem Planlarını oluşturur.

• Transition Partner- Genellikle organizasyonel süreç iyileştirmede ilerlemeyi kurmaya, planlamaya, yönetmeye ve izlemeye yardımcı olmak için dışarıdan danışman olan bir veya iki kişi getirilir. Bu kişiler, diğer birçok organizasyondan ve endüstriden süreç iyileştirme konusunda deneyim sağlar.

Bu eğitim, aşağıdaki bileşenlerden oluşan CMMI Yapısını kapsıyordu -

• Olgunluk Seviyeleri (aşamalı sunum) veya Yetenek Seviyeleri (sürekli sunum)
• Proses Alanları
• Hedefler: Genel ve Özel
• Ortak özellikler
• Uygulamalar: Genel ve Özel

Tüm olgunluk seviyelerini ve yetenek seviyelerini ele aldık. Ek olarak, tüm Anahtar Süreç Alanlarını ve ilgili Genel Hedefleri, Belirli Hedefleri, Ortak Özellikleri ve Uygulamaları tartıştık.

Daha sonra size CMMI Değerlendirmeleri hakkında kısa bir giriş yaptık ve size farklı Değerlendirme Sınıflarını gösterdik.

Sırada ne var?

SEI CMMI, küçük bir derste açıklanamayacak büyük bir konudur. Bu nedenle, diğer CMMI kaynaklarından geçmenizi ve bu konu hakkında daha fazla bilgi toplamanızı şiddetle tavsiye ederiz. Bu kaynaklar CMMI Kaynakları bölümünde listelenmiştir.

Lütfen geri bildiriminizi [email protected] adresinden bana gönderin.

Bir	B	C	D	E	F	G	H	ben	J	K
L	M	N	Ö	P	Q	R	S	T	U	V
W	X	Y	Z

Ability to perform - CMMI modeli süreç alanlarının, projenin ve / veya kuruluşun ihtiyaç duyduğu kaynaklara sahip olmasını sağlamakla ilgili genel uygulamaları gruplandıran aşamalı bir temsil ile ortak bir özelliği.

Acceptance criteria - Bir ürün veya ürün bileşeninin bir kullanıcı, müşteri veya diğer yetkili tüzel kişilik tarafından kabul edilmesi için yerine getirmesi gereken kriterler.

Acceptance testing - Bir kullanıcının, müşterinin veya diğer yetkili kuruluşun bir ürünü veya ürün bileşenini kabul edip etmeyeceğini belirlemesini sağlamak için yapılan resmi testler.

Achievement profile - Sürekli sunumda, yeterlilik seviyelerinde ilerlerken her bir süreç alanı için organizasyonun ilerlemesini temsil eden süreç alanlarının ve bunlara karşılık gelen yetenek seviyelerinin bir listesi.

Acquisition - Satın alan kuruluş tarafından, ürün ve hizmetlerin elde edilmesi için yatırım yapmayı taahhüt edecek olan herhangi bir ayrı eylemi veya önerilen eylemi sözleşme yoluyla elde etme süreci.

Acquisition strategy - Tedarik kaynaklarına, satın alma yöntemlerine, gereksinim özellik türlerine, sözleşme veya anlaşma türlerine ve ilgili satın alma riskine dayalı olarak ürün ve hizmet satın almaya yönelik özel yaklaşım.

Adequate- Yeterli, uygun ve gerektiği şekilde CMMI'da her düzeydeki yöneticilerin ve uygulayıcıların kuruluşun iş hedefleri ışığında belirli ve genel hedefleri ve uygulamaları yorumlamasına izin vermek için görünür. Örneğin, Risk Yönetiminin süreç alanı için bir Genel Uygulama şu şekildedir: "Risk yönetimi sürecini gerçekleştirmek, iş ürünlerini geliştirmek ve sürecin hizmetlerini sağlamak için yeterli kaynakları sağlayın." Yeterli kişi sayısı, riskleri izlemesi gereken kişi vb. Tarafından tatmin edilebilir.

Advanced practices - Sürekli sunumda, iki veya daha yüksek bir yetenek seviyesine sahip tüm özel uygulamalar.

Agreement/contract requirements - Bir satın alma ile ilgili tüm teknik ve teknik olmayan gereksinimler.

Allocated requirement - Daha yüksek seviyeli bir gereksinimin performansının ve işlevselliğinin tamamını veya bir kısmını daha düşük seviyeli bir mimari eleman veya tasarım bileşeni üzerinde toplayan gereksinim.

Alternative practice- CMMI modellerinde yer alan ve model uygulamalarıyla ilişkili genel veya spesifik hedefi tatmin etmeye yönelik eşdeğer bir etkiye ulaşan bir veya daha fazla genel veya spesifik uygulamanın yerini alan bir uygulama. Alternatif uygulamalar, jenerik veya özel uygulamaların mutlaka bire bir ikameleri değildir.

Appraisal - Değerlendirme, bir veya daha fazla sürecin, güçlü ve zayıf yönlerin belirlenmesinde temel olarak bir değerlendirme referans modeli kullanan eğitimli bir profesyonel ekip tarafından incelenmesidir.

Appraisal findings- Değerleme kapsamındaki en önemli konuları, sorunları veya fırsatları tanımlayan bir değerlendirmenin sonuçları. Asgari olarak, geçerli gözlemlere dayalı güçlü ve zayıf yönleri içerir.

Appraisal participants - Değerlendirme sırasında bilgi sağlamaya katılan organizasyon birimi üyeleri.

Appraisal rating- CMMI değerlendirme materyallerinde kullanıldığı gibi, bir değerlendirme ekibi tarafından (1) bir CMMI hedefine veya süreç alanına, (2) bir süreç alanının yetenek seviyesine veya (3) bir organizasyonel birimin olgunluk seviyesine atanan değer. Derecelendirme, kullanılan değerlendirme yöntemi için tanımlanmış derecelendirme sürecini yürürlüğe koyarak belirlenir.

Appraisal reference model - CMMI değerlendirme materyallerinde kullanıldığı gibi, bir değerlendirme ekibinin uygulanan proses aktiviteleri ile ilişkilendirdiği CMMI modeli.

Appraisal scope - Organizasyonel limitleri ve CMMI model limitlerini kapsayan değerlendirme sınırlarının tanımı.

Appraisal team leader - Bir değerlendirmenin faaliyetlerini yöneten ve değerlendirme yöntemi ile tanımlanan deneyim, bilgi ve beceriler için yeterlilik kriterlerini karşılayan kişi.

Appropriate - Yeterli için tanıma bakın.

As needed - Yeterli için tanıma bakın.

Assessment - Değerlendirme, bir kuruluşun süreç iyileştirme amacıyla kendisi için yaptığı bir değerlendirmedir.

Assignable cause of process variation- CMMI'da, tutarlılığı sağlamak için "süreç değişikliğinin atanabilir nedeni" yerine "işlem değişikliğinin özel nedeni" terimi kullanılır. Her iki terim de aynı şekilde tanımlanmıştır.

Audit - Gereksinimlerin karşılanıp karşılanmadığını belirlemek için bir iş ürününün veya iş ürün grubunun bağımsız bir incelemesi.

Base measure - Bir varlığın farklı bir özelliği veya özelliği ve onu ölçmek için kullanılan yöntem.

Base practices - Sürekli sunumda, yetenek seviyesi 1 olan tüm özel uygulamalar.

Baseline- Taban çizgisi terimi normalde böyle bir referans noktasını belirtmek için kullanılır. Temel, geliştirme yaşam döngüsünün uygun noktalarında sistemin onaylanmış anlık görüntüsüdür. Bir temel, sonraki değişikliği tanımlamak için resmi bir temel oluşturur. Bu çizgi veya referans noktası olmadan değişim kavramı anlamsızdır.

Business objectives - Bir kuruluşun varlığını sürdürmesini sağlamak ve karlılığını, pazar payını ve kuruluşun başarısını etkileyen diğer faktörleri geliştirmek için tasarlanmış, üst yönetim tarafından geliştirilmiş stratejiler.

Capability evaluation- Tedarikçileri seçmek, sözleşme takibi veya teşvikler için ayrımcı olarak kullanılan eğitimli profesyonellerden oluşan bir ekip tarafından yapılan bir değerlendirme. Değerlendirmeler, karar vericilerin daha iyi satın alma kararları vermesine, taşeron performansını iyileştirmesine ve bir satın alma organizasyonuna içgörü sağlamasına yardımcı olmak için kullanılır.

Capability level- Bireysel bir süreç alanında süreç iyileştirme başarısı. Yetenek seviyesi, bir süreç alanı için uygun spesifik ve genel uygulamalarla tanımlanır.

Capability level profile- Sürekli sunumda, süreç alanlarının bir listesi ve bunlara karşılık gelen yetenek seviyeleri. Profil, yetenek seviyelerinde ilerlerken her bir süreç alanı için kuruluşun ilerlemesini temsil ettiğinde bir başarı profili olabilir. Veya profil, süreç iyileştirme için bir hedefi temsil ettiğinde bir hedef profil olabilir.

Capability maturity model- Bir yetenek olgunluk modeli (CMM), bir veya daha fazla disiplin için etkili süreçlerin temel unsurlarını içerir. Ayrıca, geçici, olgunlaşmamış süreçlerden, gelişmiş kalite ve etkililiğe sahip disiplinli, olgun süreçlere kadar evrimsel bir iyileştirme yolunu açıklar.

Capable process - Belirtilen ürün kalitesini, hizmet kalitesini ve süreç performans hedeflerini karşılayabilen bir süreç.

Causal analysis - Nedenlerini belirlemek için kusurların analizi.

Change management - Bir ürün veya hizmet üzerinde bir değişikliği veya önerilen değişikliği etkilemek için araçların akıllıca kullanılması.

CMMI appraisal tailoring- Belirli bir durumda kullanılmak üzere değerlendirme yöntemi içindeki seçeneklerin seçimi. Değerleme uyarlamasının amacı, yöntemin uygulanmasını iş hedefleriyle uyumlu hale getirmede bir kuruluşa yardımcı olmaktır.

CMMI model component- Bir CMMI modelini oluşturan ana mimari unsurlardan herhangi biri. Bir CMMI modelinin ana unsurlarından bazıları, belirli uygulamaları, genel uygulamaları, belirli hedefleri, genel hedefleri, süreç alanlarını, yetenek seviyelerini ve olgunluk seviyelerini içerir.

CMMI model tailoring- Belirli bir uygulama için uygun hale getirmek amacıyla bir CMMI modelinin bir alt kümesinin kullanılması. Model uyarlamanın amacı, bir kuruluşun bir modelin uygulamasını iş hedefleriyle uyumlu hale getirmesine yardımcı olmaktır.

CMMI Product Suite - Bu terim tam bir CMMI Çerçevesi için kullanılmıştır.

Commitment to perform - CMMI modeli süreç alanlarının, politikaların oluşturulması ve sponsorluğun güvence altına alınması ile ilgili genel uygulamaları gruplandıran aşamalı bir temsil ile ortak bir özelliği.

Common cause of process variation - Bir sürecin bileşenleri arasındaki normal ve beklenen etkileşimler nedeniyle var olan bir sürecin varyasyonu.

Concept of operations - Bir kuruluşun kullanıldığı veya faaliyet gösterdiği yolun genel bir açıklaması.

Configuration audit - Bir konfigürasyon öğesinin belirli bir standarda veya gereksinime uygunluğunu doğrulamak için yürütülen bir denetim.

Configuration baseline- Bir ürünün veya ürün bileşeninin ömrü boyunca belirli bir zamanda resmi olarak belirlenen konfigürasyon bilgileri. Yapılandırma temelleri ve bu temellerden onaylanan değişiklikler, mevcut yapılandırma bilgilerini oluşturur.

Configuration control - Konfigürasyon tanımlamalarının resmi olarak kurulmasının ardından konfigürasyon öğelerinde yapılan değişikliklerin değerlendirilmesi, koordinasyonu, onaylanması veya onaylanmaması ve uygulanmasından oluşan konfigürasyon yönetimi unsuru.

Configuration control board - Yapılandırma öğelerinde önerilen değişikliklerin değerlendirilmesinden ve onaylanmasından veya onaylanmamasından ve onaylanan değişikliklerin uygulanmasını sağlamaktan sorumlu bir grup insan.

Configuration identification - Bir ürün için yapılandırma öğelerinin seçilmesi, bunlara benzersiz tanımlayıcıların atanması ve işlevsel ve fiziksel özelliklerinin teknik belgelerde kaydedilmesinden oluşan bir yapılandırma yönetimi öğesi.

Configuration item - Konfigürasyon yönetimi için belirlenmiş ve konfigürasyon yönetimi sürecinde tek bir varlık olarak değerlendirilen iş ürünlerinin bir toplamı.

Configuration management- (1) Bir konfigürasyon öğesinin işlevsel ve fiziksel özelliklerini belirlemek ve belgelemek, (2) bu özelliklerdeki değişiklikleri kontrol etmek, (3) değişiklik işleme ve uygulama durumunu kaydetmek ve raporlamak ve (1) teknik ve idari yön ve gözetimi uygulayan bir disiplin 4) belirtilen gereksinimlere uygunluğu doğrulayın. [IEEE Std 610.1990]

CMMI Model- CMMI Çerçevesi, onu kullanan kuruluşun ihtiyaçlarına göre farklı modeller oluşturabildiğinden, birden fazla CMMI modeli vardır. Sonuç olarak, "CMMI MODELİ" ifadesi birçok bilgi koleksiyonundan herhangi biri olabilir. "CMMI modelleri" ifadesi, CMMI Çerçevesinden oluşturulabilen olası modellerin bir, birkaçı veya tüm koleksiyonuna atıfta bulunur.

Configuration status accounting- Bir yapılandırmayı etkin bir şekilde yönetmek için gereken bilgilerin kaydedilmesi ve raporlanmasından oluşan bir yapılandırma yönetimi öğesi. Bu bilgiler, onaylanmış konfigürasyon tanımlamasının bir listesini, konfigürasyonda önerilen değişikliklerin durumunu ve onaylanan değişikliklerin uygulama durumunu içerir.

Continuous representation - Yetenek seviyelerinin, belirtilen her bir süreç alanında süreç iyileştirmeye yaklaşmak için tavsiye edilen bir sıra sağladığı bir yetenek olgunluk modeli yapısı.

Corrective action - Bir durumu düzeltmek, bir hatayı gidermek veya bir koşulu ayarlamak için kullanılan eylemler veya eylemler.

COTS - Ticari bir satıcıdan satın alınabilen ürünler.

Customer- Müşteri, ürünü kabul etmekten veya ödemeye yetki vermekten sorumlu olan birey, proje, kuruluş, grup ve benzeridir. Müşteri projenin dışındadır, ancak organizasyonun dışında olması gerekmez. Müşteri terimi, gereksinimlerin toplanmasını veya ortaya çıkarılmasını tartıştığımızda da bir değişken olarak hizmet eder.

Data management - Verilerin paylaşımı ve yönetimi için ilkeler, süreçler ve sistemler.

Defect density - Ürün boyutunun birimi başına kusur sayısı (örneğin, 1000 kod satırı başına sorun raporları).

Defined process - İyileştirmenin bir parçası olarak izlenecek tanımlanmış bir dizi adım.

Derived measures - İki veya daha fazla temel ölçünün matematiksel işlevinden kaynaklanan veriler.

Derived requirements- Müşteri gereksinimlerinde açıkça belirtilmeyen, ancak (1) bağlamsal gereksinimlerden (örneğin, geçerli standartlar, kanunlar, politikalar, ortak uygulamalar ve yönetim kararları) veya (2) bir ürünü belirtmek için gereken gereksinimlerden çıkarılan gereksinimler bileşen. Türetilmiş gereksinimler, ürün veya sistem bileşenlerinin analizi ve tasarımı sırasında da ortaya çıkabilir.

Design review - Tasarım gereksinimlerini ve tasarımın bu gereksinimleri karşılama yeteneğini değerlendirmek ve sorunları belirlemek ve çözümler önermek için bir tasarımın resmi, belgelenmiş, kapsamlı ve sistematik bir incelemesi.

Development- CMMI'de kullanıldığı şekliyle geliştirme, geliştirme faaliyetlerinin yanı sıra bakım faaliyetlerini de ifade eder. Deneyimler, bir kuruluş mühendislik mükemmelliği peşindeyse, en iyi uygulamaların hem geliştirme hem de bakım projelerine uygulanması gerektiğini göstermiştir.

Developmental plan - Bir veya daha fazla ürünün tasarımını ve geliştirilmesini yönlendirmek, uygulamak ve kontrol etmek için bir plan.

Directing implementation - Sürecin performansının yönetilmesi, iş ürünlerinin bütünlüğünün yönetilmesi ve ilgili paydaşların dahil edilmesiyle ilgili genel uygulamaları gruplandıran aşamalı bir temsil ile CMMI model süreç alanlarının ortak bir özelliği.

Discipline amplification- Belirli disiplinler için (örneğin, sistem mühendisliği veya yazılım mühendisliği) model bilgilerini yorumlamak için rehberlik sağlayan model bileşenlerine "DİSİPLİN AMPLİFİKASYONLARI" adı verilir. Disiplin güçlendirmeleri, gerektiğinde diğer model bileşenlerine eklenir. Bunların bulunması kolaydır çünkü sayfanın sağ tarafında görünürler ve hitap ettikleri disiplini belirten bir başlığa sahiptirler (örneğin, "Yazılım Mühendisliği İçin").

Document- Belge, kaydedildiği ortama bakılmaksızın bir veri koleksiyonudur. Genellikle kalıcılığı vardır ve insanlar veya makineler tarafından okunabilir. Belgeler hem kağıt hem de elektronik belgeleri içerir.

Enterprise - Kurumsal, farklı müşterilere sahip birçok farklı lokasyonda birçok organizasyondan oluşan çok büyük şirketleri ifade etmek için kullanılır.

Entry criteria - Bir çabanın başarılı bir şekilde başlayabilmesi için var olması gereken varoluş durumları.

Equivalent staging - Eşdeğer aşamalandırma, hedef aşamalandırmayı kullanmanın sonuçlarının aşamalı temsilin olgunluk seviyeleriyle karşılaştırılabilmesi için tanımlanan sürekli temsil kullanılarak oluşturulan bir hedef aşamalandırmadır.

Exit criteria - Bir çabanın başarılı bir şekilde sona ermesi için var olması gereken varoluş durumları.

Expected CMMI components- Gerekli bir CMMI bileşenini karşılamak için neler yapılabileceğini açıklayan CMMI bileşenleri. Model kullanıcıları, beklenen bileşenleri açıkça uygulayabilir veya bu bileşenlere eşdeğer alternatif uygulamaları uygulayabilir. Spesifik ve genel uygulamalar, beklenen model bileşenleridir

Finding - Değerlendirme bulgularını görün.

Formal evaluation process - Karar Analizi ve Çözüm süreci alanında, giriş notlarındaki "resmi değerlendirme süreci" tanımına bakın.

Functional analysis- Tanımlanmış bir işlevin incelenmesi, bu işlevin gerçekleştirilmesi için gerekli tüm alt işlevleri tanımlamak için; işlevsel ilişkilerin ve arayüzlerin (iç ve dış) belirlenmesi ve bunları işlevsel bir mimaride yakalama; ve üst düzey performans gereksinimlerinin aşağı akışı ve bu gereksinimlerin alt düzey alt işlevlere atanması.

Functional architecture - İşlevlerin hiyerarşik düzenlemesi, iç ve dış (toplamanın dışında) işlevsel arabirimleri ve harici fiziksel arabirimleri, ilgili işlevsel ve performans gereksinimleri ve tasarım kısıtlamaları.

Generic goal- GENEL HEDEFLER "jenerik" olarak adlandırılır çünkü aynı hedef ifadesi birden çok süreç alanında görünür. Aşamalı sunumda, her işlem alanının yalnızca bir genel hedefi vardır. Bir süreç alanında genel bir hedefin başarılması, o süreç alanıyla ilişkili süreçlerin planlanmasında ve uygulanmasında gelişmiş kontrol anlamına gelir ve böylece bu süreçlerin etkili, tekrarlanabilir ve kalıcı olup olmayacağını gösterir. Genel hedefler, gerekli model bileşenleridir ve bir süreç alanının karşılanıp karşılanmadığını belirlemek için değerlendirmelerde kullanılır.

Generic practice- GENEL UYGULAMALAR, süreç alanı ile ilgili süreçlerin etkili, tekrarlanabilir ve kalıcı olmasını sağlamak için kurumsallaşmayı sağlar. Genel uygulamalar, genel hedeflere ve ortak özelliklere göre kategorize edilir ve CMMI modellerinde beklenen bileşenlerdir. (Süreç alanlarında yalnızca jenerik uygulama başlığı, beyanı ve detaylandırmalar görünür.)

Generic practice elaboration- Spesifik uygulamalardan sonra, süreç alanı için geçerli olan jenerik uygulama başlıkları ve ifadeleri görünür. Her genel uygulama ifadesinden sonra, düz metin olarak "Ayrıntılandırma" başlığı ile bir ayrıntı görünebilir. GENEL UYGULAMA SEÇME, süreç alanı için jenerik uygulamanın nasıl yorumlanması gerektiği hakkında bilgi sağlar. Herhangi bir detaylandırma mevcut değilse, jenerik pratiğin uygulanması, detaylandırılmadan açıktır.

Goal- "HEDEF", genel bir hedef veya belirli bir hedef olabilecek gerekli bir CMMI bileşenidir. Bir CMMI modelinde "hedef" kelimesini gördüğünüzde, her zaman model bileşenlerine atıfta bulunur (örneğin, genel hedef, özel hedef).

Incomplete process- Gerçekleştirilmeyen veya yalnızca kısmen gerçekleştirilen bir işlem (yetenek seviyesi 0 olarak da bilinir). Süreç alanının belirli hedeflerinden biri veya daha fazlası tatmin edici değil.

Independent group - Süreç ve Ürün Kalite Güvencesi süreci alanında, giriş notlarında "bağımsız olan bir grup" tartışmasına bakın.

Informative CMMI components- Model kullanıcılarının bir modelin gerekli ve beklenen bileşenlerini anlamasına yardımcı olan CMMI bileşenleri. Bu bileşenler örnekler, ayrıntılı açıklamalar veya diğer yararlı bilgiler içerebilir. Alt uygulamalar, notlar, referanslar, hedef başlıkları, uygulama başlıkları, kaynaklar, tipik çalışma ürünleri, disiplin büyütmeleri ve genel uygulama ayrıntılandırmaları bilgilendirici model bileşenleridir.

Institutionalization - Bir kuruluşun, kurumsal kültürünün bir parçası olarak rutin olarak izlediği köklü iş yapma şekli.

Integrated Product and Process Development - Müşteri ihtiyaçlarını daha iyi karşılamak için ürün yaşam döngüsü boyunca ilgili paydaşların zamanında işbirliğini sağlayan ürün geliştirmeye sistematik bir yaklaşım.

Integrated team- Belirli iş ürünlerini zamanında işbirliği içinde sunmaya kendini adamış tamamlayıcı becerilere ve uzmanlığa sahip bir grup insan. Entegre ekip üyeleri, çalışma ürünlerinin tüm aşamalarına uygun beceriler ve savunuculuk sağlar ve çalışma ürünlerinin belirtildiği şekilde teslim edilmesinden toplu olarak sorumludur. Entegre bir ekip, iş ürünlerinin başarısında payı olan kuruluşlardan, disiplinlerden ve işlevlerden yetkilendirilmiş temsilcileri içermelidir.

Interface control- Yapılandırma yönetiminde, (1) bir veya daha fazla kuruluş tarafından sağlanan iki veya daha fazla yapılandırma öğesinin arabirimiyle ilgili tüm işlevsel ve fiziksel özelliklerin belirlenmesi ve (2) bu özelliklerde önerilen değişikliklerin değerlendirilmesini ve onaylanmasını sağlama süreci uygulamadan önce. [IEEE 828-1983].

Lead appraiser - CMMI Ürün Paketinde kullanıldığı gibi, belirli bir değerlendirme yöntemi için bir değerlendirme ekibi lideri olarak çalışmak üzere yetkilendiren bir kurum tarafından tanınmış bir kişi.

Life-cycle model - Bir ürünün ömrünün, müşteri ihtiyaçlarını belirlemeden ürünün kullanımdan kaldırılmasına kadar projeye rehberlik eden aşamalara bölünmesi.

Manager- Proje yöneticisi, projeyi planlamaktan, yönetmekten, kontrol etmekten, yapılandırmaktan ve motive etmekten sorumlu kişidir. Sorumluluk alanı dahilinde proje görevlerini veya faaliyetlerini gerçekleştirenlere hem teknik hem de idari yön ve kontrol sağlayabilir. Proje yöneticisi nihai olarak müşteriye karşı sorumludur.

Maturity level - Küme içindeki tüm hedeflere ulaşılan önceden tanımlanmış bir süreç alanları kümesi genelinde süreç iyileştirme derecesi.

Memorandum of agreement - İki veya daha fazla taraf arasında mutabakat veya anlaşma bağlayıcı belgeler.

Natural bounds- Bazen "sürecin sesi" olarak anılan, süreç performansı ölçümleriyle yansıtılan içsel süreç. Kontrol çizelgeleri, güven aralıkları ve tahmin aralıkları gibi teknikler, varyasyonun ortak nedenlerden mi (yani, işlemin tahmin edilebilir mi yoksa "kararlı" mı) yoksa tanımlanabilecek ve tanımlanması gereken bazı özel nedenlerden mi kaynaklandığını belirlemek için kullanılır ve kaldırıldı.

Non-developmental item- Bir satın alma veya geliştirme sürecinde mevcut kullanımından önce geliştirilen bir tedarik kalemi. Bu tür bir ürün, mevcut kullanım amacına yönelik gereksinimleri karşılamak için küçük değişiklikler gerektirebilir.

Nontechnical requirements- Ürünlerin veya hizmetlerin nasıl edinileceğini etkileyen sözleşme hükümleri, taahhütleri, koşulları ve hükümleri. Örnekler arasında teslim edilecek ürünler, teslim edilen hazır ticari (COTS) geliştirmeye yönelik olmayan ürünler (NDI'ler) için veri hakları, teslimat tarihleri ​​ve çıkış kriterleri ile kilometre taşları yer alır. Diğer teknik olmayan gereksinimler arasında eğitim gereksinimleri, saha gereksinimleri ve dağıtım programları bulunur.

Objective- Hedef terimi, CMMI'da günlük olarak yaygın olarak kullanılmaktadır; bu bizim hedefimiz veya başarılacak hedefimizdir.

Objective evidence - CMMI değerlendirme materyallerinde kullanıldığı şekliyle, gözlem, ölçüm veya teste dayanan bir öğe veya hizmetin özelliklerine veya bir süreç unsurunun varlığına ve uygulanmasına ilişkin nitel veya nicel bilgi, kayıt veya olgu beyanları ve doğrulanabilir.

Objectively evaluate- Faaliyetleri gözden geçirmek ve ürünleri gözden geçirenin öznellik ve önyargısını en aza indiren kriterlere göre çalışmak. Tarafsız bir değerlendirmeye örnek olarak, bağımsız bir kalite güvence işlevi tarafından gerekliliklere, standartlara veya prosedürlere göre yapılan denetim verilebilir.

Observation- CMMI değerlendirme materyallerinde kullanıldığı gibi, değerlendirme ekibi üyelerinin değerlendirme veri toplama faaliyetleri sırasında görülen veya duyulan bilgileri anladıklarını temsil eden yazılı bir kayıt. Yazılı kayıt, bilgi içeriği korunduğu sürece bir açıklama şeklinde olabilir veya alternatif formlar alabilir.

Operational concept - Bir kuruluşun kullanıldığı veya faaliyet gösterdiği yolun genel bir açıklaması.

Operational scenario- Ürünün çevresi ve kullanıcıları ile etkileşiminin yanı sıra ürün bileşenleri arasındaki etkileşimi içeren hayali bir olay dizisinin açıklaması. Sistemin gereksinimlerini ve tasarımını değerlendirmek ve sistemi doğrulamak ve doğrulamak için işletim senaryoları kullanılır.

Optimizing process- Sürecin doğasında bulunan yaygın varyasyon nedenlerinin anlaşılmasına dayalı olarak geliştirilmiş, nicel olarak yönetilen bir süreç. Hem artan hem de yenilikçi iyileştirmeler yoluyla süreç performansı aralığını sürekli olarak iyileştirmeye odaklanan bir süreç.

Organization - Organizasyon, insanların toplu olarak bir veya daha fazla projeyi bir bütün olarak yönettiği ve projeleri üst düzey bir yöneticiyi paylaşan ve aynı politikalar altında faaliyet gösteren bir yapıdır.

Organization's business objectives - Bir kuruluşun varlığını sürdürmesini sağlamak ve karlılığını, pazar payını ve kuruluşun başarısını etkileyen diğer faktörleri artırmak için Üst Yönetim tarafından geliştirilen stratejiler.

Organizational maturity- Bir kuruluşun belgelenen, yönetilen, ölçülen, kontrol edilen ve sürekli olarak iyileştirilen süreçleri açık ve tutarlı bir şekilde devreye alma kapsamı. Organizasyonel olgunluk, değerlendirmeler yoluyla ölçülebilir.

Organizational policy - Kararları etkilemek ve belirlemek için bir kuruluş tarafından benimsenen, tipik olarak üst yönetim tarafından oluşturulan bir rehber ilke.

Organizational unit- Bir kuruluşun bir değerlendirmeye konu olan bölümü (değerlendirmenin kurumsal kapsamı olarak da bilinir). Bir kuruluş birimi, tutarlı bir süreç bağlamına sahip olan ve tutarlı bir iş hedefleri kümesi dahilinde çalışan bir veya daha fazla süreci dağıtır. Bir kuruluş birimi tipik olarak daha büyük bir kuruluşun parçasıdır, ancak küçük bir kuruluşta kuruluş birimi tüm kuruluş olabilir.

Outsourcing - Satın alan kuruluş tarafından, ürün ve hizmetlerin elde edilmesi için yatırım yapmayı taahhüt edecek olan herhangi bir ayrı eylemi veya önerilen eylemi sözleşme yoluyla elde etme süreci.

Peer review - Bir çıktıdaki kusurları bulmak için meslektaş tarafından yapılan bir inceleme.

Performance parameters - Etkililik ölçüleri ve ilerleyen gelişmeyi kontrol etmek için kullanılan diğer temel önlemler.

Performed process- Tanımlanmış girdi çalışma ürünlerini (yetenek seviyesi 1 olarak da bilinir) kullanarak tanımlanmış çıktı çalışma ürünlerini üretmek için gerekli çalışmayı gerçekleştiren bir süreç. Süreç alanının belirli hedefleri karşılanır.

Planned process- Hem bir açıklama hem de bir planla belgelenen bir süreç. Tanım ve plan koordine edilmelidir ve plan standartları, gereksinimleri, hedefleri, kaynakları, görevleri vb. İçermelidir.

Process - İnsanların sistemleri ve ilgili ürünleri geliştirmek ve sürdürmek için kullandığı bir dizi faaliyet, yöntem, uygulama ve dönüşüm.

Process action plan - Organizasyonel Süreç Odak süreci alanında, giriş notlarındaki "süreç eylem planı" tanımına bakın.

Process action team - Süreç iyileştirme eylem planında belgelendiği gibi, bir kuruluş için süreç iyileştirme faaliyetlerini geliştirme ve uygulama sorumluluğuna sahip bir ekip.

Process and technology improvements - Organizasyonel İnovasyon ve Dağıtım süreci alanında, giriş notlarındaki "süreç ve teknoloji iyileştirmeleri" tartışmasına bakın.

Process area- Bir Süreç alanı, toplu olarak gerçekleştirildiğinde, o alanda önemli iyileştirmeler yapmak için önemli olduğu düşünülen bir dizi hedefi karşılayan bir alandaki ilgili uygulamalar kümesidir. Tüm CMMI işlem alanları, hem sürekli hem de aşamalı temsillerde ortaktır. Aşamalı sunumda süreç alanları olgunluk seviyelerine göre düzenlenir.

Process asset - Organizasyonun bir süreç alanının hedeflerine ulaşmada yararlı olduğunu düşündüğü her şey.

Process asset library - Bir organizasyon veya proje tarafından kullanılabilen süreç varlıklarının bir koleksiyonu.

Process attribute - Herhangi bir sürece uygulanabilen işlem kapasitesinin ölçülebilir bir özelliği.

Process capability - Bir süreci takip ederek elde edilebilecek beklenen sonuç aralığı.

Process context- Değerleme girdisinde belgelenen ve değerlendirme derecelendirmelerinin muhakemesini ve karşılaştırılabilirliğini etkileyen faktörler kümesi. Bunlar, değerlendirilecek organizasyonel birimin boyutunu içerir, ancak bunlarla sınırlı değildir; organizasyon biriminin demografisi; ürün veya hizmetlerin uygulama disiplini; ürün veya hizmetlerin boyutu, kritikliği ve karmaşıklığı; ve ürün veya hizmetlerin kalite özellikleri.

Process definition- Bir süreci tanımlama ve açıklama eylemi. Süreç tanımının sonucu bir süreç açıklamasıdır.

Process description- Bir sürecin ana bileşenlerinin operasyonel bir tanımını sağlayan, belirli bir amaca ulaşmak için gerçekleştirilen bir dizi faaliyetin dokümante edilmiş ifadesi. Belgeler, eksiksiz, kesin ve doğrulanabilir bir şekilde, bir sürecin gereksinimlerini, tasarımını, davranışını veya diğer özelliklerini belirtir. Ayrıca, bu hükümlerin karşılanıp karşılanmadığını belirlemeye yönelik prosedürleri de içerebilir. Süreç açıklamaları faaliyet, proje veya organizasyon düzeyinde bulunabilir.

Process element- Bir sürecin temel birimi. Bir süreç, alt süreçler veya süreç unsurları açısından tanımlanabilir. Bir alt süreç daha da ayrıştırılabilir; bir süreç öğesi olamaz. Her süreç öğesi, yakından ilişkili bir dizi faaliyeti kapsar (örneğin, tahmin öğesi, akran değerlendirmesi öğesi). Süreç öğeleri, tamamlanacak şablonlar, rafine edilecek soyutlamalar veya değiştirilecek veya kullanılacak açıklamalar kullanılarak tasvir edilebilir. Bir süreç öğesi, bir etkinlik veya görev olabilir.

Process group - Kuruluş tarafından kullanılan süreç (ler) in tanımlanmasını, sürdürülmesini ve iyileştirilmesini kolaylaştıran bir uzmanlar koleksiyonu.

Process improvement - Kuruluşun süreçlerinin performansını ve olgunluğunu ve böyle bir programın sonuçlarını iyileştirmek için tasarlanmış bir faaliyetler programı.

Process-improvement objectives - Sonuçta ortaya çıkan ürün özellikleri (ör. Kalite, performans, standartlara uygunluk, vb.) Veya sürecin uygulanma şekli açısından mevcut bir süreci belirli bir ölçülebilir şekilde iyileştirme çabasına rehberlik etmek için oluşturulmuş bir dizi hedef özellik yürütülür (örneğin, gereksiz işlem adımlarının ortadan kaldırılması, işlem adımlarının birleştirilmesi, döngü süresinin iyileştirilmesi vb.)

Process-improvement plan - Organizasyonel Süreç Odak süreci alanında, giriş notlarındaki "süreç iyileştirme planı" tanımına bakın.

Process measurement - Süreci karakterize etmek ve anlamak amacıyla bir sürecin ve bunun sonucunda ortaya çıkan ürünlerin ölçümlerini almak için kullanılan tanımlar, yöntemler ve etkinlikler kümesi.

Process owner- Bir sürecin tanımlanmasından ve sürdürülmesinden sorumlu kişi (veya ekip). Örgütsel düzeyde, süreç sahibi, standart bir sürecin tanımlanmasından sorumlu kişi (veya ekiptir); proje düzeyinde, süreç sahibi, tanımlanan sürecin açıklamasından sorumlu kişi (veya ekiptir). Bu nedenle, bir sürecin farklı sorumluluk seviyelerinde birden fazla sahibi olabilir.

Process performance- Bir süreci takip ederek elde edilen gerçek sonuçların bir ölçüsü. Hem süreç ölçüleriyle (örneğin, çaba, döngü süresi ve kusur giderme verimliliği) hem de ürün ölçüleriyle (örneğin, güvenilirlik, kusur yoğunluğu ve yanıt süresi) karakterize edilir.

Process performance baseline - Gerçek süreç performansını beklenen süreç performansıyla karşılaştırmak için bir kıyaslama olarak kullanılan bir süreci takip ederek elde edilen gerçek sonuçların belgelenmiş bir karakterizasyonu.

Process performance model - Geçmiş süreç performans verilerinden geliştirilen ve projeden toplanan süreç ve ürün ölçümleri kullanılarak kalibre edilen ve bir süreci takip ederek elde edilecek sonuçları tahmin etmek için kullanılan bir sürecin öznitelikleri ile iş ürünleri arasındaki ilişkilerin tanımı.

Process tailoring- Belirli bir amaç için bir süreç tanımını yapmak, değiştirmek veya uyarlamak. Örneğin, bir proje, projenin hedeflerini, kısıtlamalarını ve ortamını karşılamak için tanımlanmış sürecini kuruluşun standart süreçler setinden uyarlar.

Product- Bir ürün, bir süreci takip etmenin sonucu olan ve bir müşteriye veya son kullanıcıya teslim edilmesi amaçlanan herhangi bir somut çıktı veya hizmet olarak düşünülebilir. Ürün, sözleşmeye göre müşteriye teslim edilen herhangi bir iş ürünü de olabilir.

Product component- Ürün bileşenleri genellikle ürünün alt düzey bileşenleridir ve ürünü "oluşturmak" için entegre edilmiştir. Ürün bileşenleri, müşteriye teslim edilen ürünün bir parçası olabilir veya ürünün imalatında veya kullanımında hizmet edebilir. Örneğin cep telefonu bataryası üreten firmalar için cep telefonu bataryası bir üründür. Cep telefonu üreten ve dağıtan şirketler için pil bir ürün bileşenidir.

Product baseline - Konfigürasyon yönetiminde, üretim, işletim, bakım ve yaşam döngüsünün lojistik desteği sırasında bir konfigürasyon öğesini tanımlayan ilk onaylanmış teknik veri paketi (yazılım için kaynak kodu listesi dahil).

Product-component requirements - Ürün bileşeni gereksinimleri, uygunluk, biçim, işlev, performans ve diğer gereksinimler dahil olmak üzere bir ürün bileşeninin eksiksiz bir belirtimini sağlar.

Product life cycle- Bir iş ürünü, bir yaşam döngüsü süreci tarafından üretilen herhangi bir eserdir ve aynı zamanda bir yaşam döngüsü çalışma ürünü olarak da adlandırılabilir. Yaşam döngüsü çalışma ürünleri, Gereksinim özellikleri, Arayüz özellikleri, Mimari özellikleri, Proje planları, Tasarım belgeleri, Ünite test planları, Entegrasyon ve sistem test planları, Ürün montaj süreci gibi bir süreç içerebilir.

Project- Proje, bir veya daha fazla ürünü bir müşteriye veya son kullanıcıya sunan yönetilen birbiriyle ilişkili kaynaklar kümesidir. Kaynaklar setinin belirli bir başlangıcı ve sonu vardır ve bir plana göre işler.

Product line - Seçilen bir pazarın veya misyonun belirli ihtiyaçlarını karşılayan ortak, yönetilen bir dizi özelliği paylaşan bir ürün grubu.

Product-related life-cycle processes - Üretim ve destek süreçleri gibi, bir ürünle yaşamının bir veya daha fazla aşaması boyunca (yani tasarımdan atılmasına kadar) ilişkili süreçler.

Product requirements - Müşteri gereksinimlerinin geliştiricilerin diline göre iyileştirilmesi, örtük gereksinimleri açık türetilmiş gereksinimlere dönüştürür.

Program- (1) Bir proje. (2) Hedefler, yöntemler, faaliyetler, planlar ve başarı ölçütleri dahil olmak üzere ilgili projeler ve bunları destekleyen altyapı koleksiyonu.

Project manager- Proje yöneticisi, projeyi planlamaktan, yönetmekten, kontrol etmekten, yapılandırmaktan ve motive etmekten sorumlu kişidir. Sorumluluk alanı dahilinde proje görevlerini veya faaliyetlerini gerçekleştirenlere hem teknik hem de idari yön ve kontrol sağlayabilir. Proje yöneticisi nihai olarak müşteriye karşı sorumludur. Proje yöneticisi, projenin boyutu, çeşitliliği ve karmaşıklığı değiştikçe farklı roller ve sorumluluklar üstlenir.

Project progress and performance - Çaba, maliyet, zamanlama ve teknik performans dahil olmak üzere proje planlarının uygulanması açısından bir projenin başardığı şeyler.

Project's defined process - Entegre Proje Yönetimi süreci alanında, giriş notlarında ve Projelerin Tanımlı Sürecini Oluştur özel uygulamasında "Projenin tanımlanmış süreci" tanımına bakın.

Prototype - Daha sonraki aşamalar için veya ürünün nihai, tam sürümü için bir model olarak hizmet eden bir ürün veya ürün bileşeninin ön tipi, formu veya örneği.

Quality - Bir ürünün, ürün bileşeninin veya sürecin bir dizi içsel özelliklerinin müşterilerin gereksinimlerini karşılama becerisi.

Quality assurance - Prosesin tanımlanmış standartlarının, uygulamalarının, prosedürlerinin ve yöntemlerinin uygulandığından emin olmak için planlı ve sistematik bir yol.

Quality control - Kalite gereksinimlerini karşılamak için kullanılan operasyonel teknikler ve faaliyetler.

Quantitative objective - Kantitatif ölçümler olarak ifade edilen istenen hedef değer.

Quantitatively managed process- İstatistiksel ve diğer nicel teknikler kullanılarak kontrol edilen tanımlanmış bir süreç. Ürün kalitesi, hizmet kalitesi ve süreç performansı özellikleri proje boyunca ölçülebilir ve kontrol edilir.

Reference mode - Bazı öznitelikleri ölçmek için karşılaştırma ölçütü olarak kullanılan bir model.

Relevant stakeholder - Belirli faaliyetlere katılım için belirlenen ve proje planı gibi uygun bir plana dahil edilen bir paydaş belirlemek için ilgili bir paydaş kullanılır.

Required CMMI components- Belirli bir süreç alanında süreç iyileştirme elde etmek için gerekli olan CMMI bileşenleri. Bu bileşenler, süreç yeterliliğini belirlemek için değerlendirmelerde kullanılır. Belirli hedefler ve genel hedefler, gerekli model bileşenleridir.

Requirement- (1) Bir sorunu çözmek veya bir amaca ulaşmak için bir kullanıcının ihtiyaç duyduğu bir koşul veya yetenek. (2) Bir sözleşmeyi, standardı, spesifikasyonu veya diğer resmi olarak empoze edilmiş belgeleri yerine getirmek için bir ürün veya ürün bileşeni tarafından karşılanması veya sahip olunması gereken bir koşul veya yetenek. (3) Bir koşul veya yeteneğin (1) veya (2) 'de olduğu gibi belgelenmiş bir temsili.

Requirements analysis- Müşteri ihtiyaç, beklenti ve kısıtlamaların analizlerine dayalı olarak ürüne özel performans ve fonksiyonel özelliklerin belirlenmesi; operasyonel konsept; insanlar, ürünler ve süreçler için öngörülen kullanım ortamları; ve etkililik ölçüleri.

Requirements elicitation - Müşteri ve son kullanıcı ihtiyaçlarını proaktif olarak belirlemek ve belgelemek için prototipler ve yapılandırılmış anketler gibi sistematik tekniklerin kullanılması.

Requirements management - Hem teknik hem de teknik olmayan gereksinimler ve ayrıca kuruluş tarafından projeye yüklenen gereksinimler de dahil olmak üzere proje tarafından alınan veya oluşturulan tüm gereksinimlerin yönetimi.

Requirements traceability - Bir gereksinim ile kaynak gereksinimi, uygulanması ve doğrulanması arasındaki ilişkinin kanıtı.

Return on investment - Çıktıdan (ürün) elde edilen gelirin üretim maliyetlerine oranı; bu, bir kuruluşun bir şey üretmek için bir eylem gerçekleştirmekten fayda sağlayıp sağlamadığını belirler.

Risk analysis - Risklerin değerlendirilmesi, sınıflandırılması ve önceliklendirilmesi.

Risk identification - Hedeflere ulaşmada olası veya gerçekçi riskleri araştırmak için organize, kapsamlı bir yaklaşım.

Risk management - Neyin zarar veya kayba neden olabileceğini belirlemek (riskleri belirlemek), belirlenen riskleri değerlendirmek ve ölçmek ve önemli zararlarla sonuçlanabilecek risk nedenlerini önlemek veya ele almak için uygun bir yaklaşım geliştirmek ve gerekirse uygulamak için organize, analitik bir süreç veya kayıp.

Risk management strategy- Neyin zarar veya kayba neden olabileceğini belirlemek (riskleri belirlemek), belirlenen riskleri değerlendirmek ve ölçmek ve önemli hasar veya kayıplarla sonuçlanabilecek risk nedenlerini önlemek veya ele almak için uygun bir yaklaşım geliştirmek ve gerekirse uygulamak için organize, teknik bir yaklaşım . Risk yönetimi genellikle proje, organizasyon veya ürün geliştiren organizasyonel birimler için gerçekleştirilir.

Root cause - Temel neden, bir kusur kaynağıdır, öyle ki kaldırılırsa kusur azaltılır veya kaldırılır.

Senior manager- CMMI'da kullanıldığı şekliyle üst düzey yönetici terimi, bir organizasyonda yeterince yüksek seviyede bir yönetim rolünü ifade eder ki, kişinin birincil odak noktası kısa vadeli projeden ziyade organizasyonun uzun vadeli sağlığı ve başarısıdır ve sözleşmeyle ilgili endişeler ve baskılar. Proje yöneticileri tarafından yönetilen birçok projeyi içerebilecek bir programın gözetiminden kıdemli bir yönetici sorumlu olabilir.

Software engineering- (1) Yazılımın geliştirilmesi, çalıştırılması ve bakımına yönelik sistematik, disiplinli, ölçülebilir bir yaklaşımın uygulanması. (2) (1) 'deki gibi yaklaşımların incelenmesi.

Solicitation - Bir talep paketi hazırlama ve bir tedarikçi (yüklenici) seçme süreci.

Solicitation package- Teklif davetleri (teklifler) ve teklif talepleri (teklifler) için teklif talep etmek veya imkanlar ve fiyat teklifleri (teklifler) talep etmek için kullanılan teknik ve teknik olmayan gereksinimleri tanımlayan resmi bir belge. Aksi takdirde, ürün veya hizmet sağlamak için bir tedarik kaynağı veya kaynak seçmek için bir temel olarak kullanılır.

Special cause of process variation - Bazı geçici koşullara özgü olan ve bir sürecin içsel bir parçası olmayan bir kusurun nedeni.

Specific goal- SPESİFİK HEDEFLER bir süreç alanı için geçerlidir ve süreç alanını tatmin etmek için nelerin uygulanması gerektiğini açıklayan benzersiz özellikleri ele alır. Belirli hedefler, gerekli model bileşenleridir ve bir süreç alanının tatmin edilip edilmediğini belirlemeye yardımcı olmak için değerlendirmelerde kullanılır.

Specific practice- SPESİFİK BİR UYGULAMA, ilgili spesifik hedefe ulaşmada önemli kabul edilen bir faaliyettir. Spesifik uygulamalar, bir proses alanının spesifik hedeflerine ulaşılmasıyla sonuçlanması beklenen faaliyetleri tanımlar. Spesifik uygulamalar, beklenen model bileşenleridir.

Stable process - Süreç varyasyonunun tüm özel nedenlerinin kaldırıldığı ve yinelenmesinin önlendiği durum, böylece yalnızca işlemin işlem varyasyonunun ortak nedenleri kalır.

Staged representation- Bir dizi işlem alanının hedeflerine ulaşmanın bir olgunluk seviyesi oluşturduğu bir model yapı; her seviye, sonraki seviyeler için bir temel oluşturur.

Stakeholder - Paydaş, bir projenin sonucundan etkilenen veya projenin faaliyetlerini veya çıktısını etkileyebilecek bir grup veya bireydir.

Standard process- Bir organizasyonda ortak bir sürecin oluşturulmasına rehberlik eden temel sürecin operasyonel tanımı. Standart bir süreç, herhangi bir tanımlanmış sürece dahil edilmesi beklenen temel süreç öğelerini tanımlar. Aynı zamanda bu proses elemanları arasındaki ilişkileri (örneğin, sıralama ve arayüzler) açıklar.

Statement of work - Bir projeyi tamamlamak için gereken sözleşmeli işin tanımı.

Statistical predictability - İstatistiksel ve diğer nicel teknikler kullanılarak kontrol edilen nicel bir sürecin performansı.

Statistical process control - Bir sürecin istatistiğe dayalı analizi ve süreç performansındaki yaygın ve özel varyasyon nedenlerini belirleyecek ve süreç performansını sınırlar dahilinde tutacak süreç performansı ölçümleri.

Statistical techniques - İstatistiksel yöntemleri (örneğin, istatistiksel süreç kontrolü, güven aralıkları, tahmin aralıkları) kullanan bir analitik teknik.

Statistically managed process - Süreçlerin analiz edildiği, süreç varyasyonunun özel nedenlerinin belirlendiği ve performansın iyi tanımlanmış sınırlar içinde tutulduğu, istatistiksel temelli bir teknikle yönetilen bir süreç.

Strength - CMMI değerlendirme malzemelerinde kullanıldığı gibi, bir CMMI model uygulamasının örnek niteliğinde veya dikkate değer bir uygulaması.

Sub-process - Daha büyük bir sürecin parçası olan bir süreç.

Supplier- (1) Satın alınan ürün veya hizmet sunan bir işletme. (2) Bir sözleşmenin (sözleşme) hükümlerine göre öğelerin tasarımı, geliştirilmesi, imalatı, bakımı, değiştirilmesi veya tedariki için bir satın alma ile bir anlaşmaya (sözleşmeye) sahip olan bir kişi, ortaklık, şirket, şirket, dernek veya diğer hizmet ).

Sustainment- Bir ürünün son kullanıcıları veya müşterileri tarafından operasyonel olarak kullanılmasını sağlamak için kullanılan süreçler. Sürdürme, bakımın, ürün müşteriler veya son kullanıcılar tarafından kullanılıp kullanılmadığına bakılmaksızın, ürünün çalışır durumda olacak şekilde yapılmasını sağlar.

Systems engineering- Bir dizi müşteri ihtiyaçlarını, beklentilerini ve kısıtlamalarını bir ürün çözümüne dönüştürmek ve bu çözümü ürün ömrü boyunca desteklemek için gereken toplam teknik ve yönetimsel çabayı yöneten disiplinler arası yaklaşım. Bu, teknik performans ölçütlerinin tanımını, mühendislik uzmanlıklarının bir ürün mimarisinin kurulmasına yönelik entegrasyonunu ve maliyeti, performansı ve plan hedeflerini dengeleyen destekleyici yaşam döngüsü süreçlerinin tanımını içerir.

Tailoring guidelines- Bir sürecin uyarlanması, belirli bir projede kullanılmak üzere normalde organizasyon düzeyinde tanımlanan süreç tanımlamalarını yapar, değiştirir veya uyarlar. Çoğu organizasyon için, bir organizasyonel süreç tanımı tüm projeler için% 100 izlenemez veya uygulanmayacaktır. Normalde bazı adaptasyonlara ihtiyaç vardır. Yönergelerin uyarlanması daha sonra nelerin değiştirilebileceğini ve değiştirilemeyeceğini açıklar ve değişiklik için izin verilebilir adaylar olan süreç bileşenlerini tanımlar.

Target profile - Sürekli sunumda, süreç iyileştirme amacını temsil eden süreç alanlarının ve bunlara karşılık gelen yetenek seviyelerinin bir listesi.

Target staging - Sürekli sunumda, organizasyon tarafından izlenecek süreç iyileştirme yolunu tanımlayan bir dizi hedef profil.

Technical data package - Bu tür bilgiler ürün ve ürün bileşeninin türüne uygunsa, aşağıdakileri içerebilecek öğeler koleksiyonu.

Technical requirements - Satın alınacak veya geliştirilecek ürün veya hizmetlerin özellikleri (nitelikleri).

Test procedure - Belirli bir test için sonuçların kurulumu, yürütülmesi ve değerlendirilmesi için ayrıntılı talimatlar.

Trade study - Belirlenen hedeflere ulaşmak için en iyi alternatifi seçmek için kriterlere ve sistematik analize dayalı alternatiflerin değerlendirilmesi.

Training- Organizasyonel Eğitim süreci alanında .training tanımına bakın. giriş notlarında.

Unit testing - Ayrı donanım veya yazılım birimlerinin veya ilgili birim gruplarının test edilmesi.

Validation- Doğrulama, sağlandığı şekliyle (veya sağlanacağı şekliyle) ürünün operasyonel ortamda amaçlanan kullanımını yerine getireceğini gösterir. Doğrulama, "Doğru şeyi inşa ettiğinizi" garanti eder.

Verification- Doğrulama, ürün ve ara iş ürünlerinin müşteri, ürün ve ürün bileşeni gereksinimleri dahil olmak üzere tüm seçilen gereksinimlere göre doğrulanmasını içerir. Doğrulama, doğası gereği artan bir süreçtir. Gereksinimlerin doğrulanması ile başlar, gelişen çalışma ürünlerinin doğrulanması ile ilerler ve tamamlanan ürünün doğrulanmasıyla sonuçlanır. Doğrulama, iş ürününün belirtilen gereksinimleri doğru şekilde yansıtıp yansıtmadığını ele alır. Doğrulama, "Doğru yaptınız" ı garanti eder.

Verifying implementation - CMMI model süreç alanlarının, üst düzey yönetim tarafından gözden geçirmeyle ilgili genel uygulamaları gruplayan ve süreç tanımlarına, prosedürlere ve standartlara uygunluğun objektif değerlendirmesine sahip aşamalı bir temsil ile ortak bir özelliği.

Version control - Mevcut durumların oluşturulması ve sürdürülmesi ve önceki temel çizgiye dönmeyi mümkün kılan temel hatlardaki değişikliklerin tanımlanması.

Weakness - CMMI değerlendirme materyallerinde kullanıldığı gibi, bir veya daha fazla CMMI model uygulamasının etkisiz olması veya uygulanmaması.

Work breakdown structure - Çalışma öğeleri ve bunların birbirleriyle ve son ürünle olan ilişkilerinin bir düzenlemesi.

Work product- İŞ ÜRÜNÜ terimi, CMMI Ürün Paketinin tamamında bir işlem tarafından üretilen herhangi bir artefakt anlamında kullanılır. Bu eserler arasında dosyalar, belgeler, ürünün parçaları, hizmetler, süreçler, şartnameler ve faturalar yer alabilir. İş ürünleri olarak değerlendirilecek süreçlerin örnekleri, bir üretim sürecini, bir eğitim sürecini ve ürün için bir imha sürecini içerir. Bir İŞ ÜRÜNÜ ile bir ürün bileşeni arasındaki temel ayrım, bir iş ürününün mühendisliğe tabi tutulmasına veya son ürünün bir parçası olmasına gerek olmamasıdır.

Work product and task attributes- Proje çalışmasının tahmin edilmesine yardımcı olmak için kullanılan ürün, hizmet ve proje görevlerinin özellikleri. Bu özellikler arasında boyut, karmaşıklık, ağırlık, biçim, uygunluk veya işlev gibi öğeler bulunur. Genellikle diğer proje ve kaynak tahminlerini elde etmek için bir girdi olarak kullanılırlar (örneğin, çaba, maliyet, program)

Alfabetik sıraya göre düzenlenmiş tüm CMMI Kısaltmalarının listesi aşağıdadır.

Kısaltma	Genişletilmiş biçim
ARC	CMMI için Değerleme Gereklilikleri
CAF	CMM Değerleme Çerçevesi
ARABA	Nedensel Analiz ve Çözüm (süreç alanı)
CAU	Kokpit Aviyonikleri Yükseltmesi
CBA IPI	İç Süreç İyileştirme için CMM Tabanlı Değerlendirme
CBT	Bilgisayar bazlı eğitim
CCB	Yapılandırma Kontrol Panosu
SANTİMETRE	Yapılandırma Yönetimi (işlem alanı)
CMM	Yetenek Olgunluk Modeli
CMMI	Yetenek Olgunluk Modeli Entegrasyonu
CMMI-SE / SW	Sistem Mühendisliği ve Yazılım Mühendisliği için Yetenek Olgunluk Modeli Entegrasyonu
CMMI-SE / SW / IPPD	Sistem Mühendisliği, Yazılım Mühendisliği ve Entegre Ürün ve Süreç Geliştirme için Yetenek Olgunluk Modeli Entegrasyonu
CMMI-SE / SW / IPPD / SS	Sistem Mühendisliği, Yazılım Mühendisliği, Entegre Ürün ve Süreç Geliştirme ve Tedarikçi Kaynak Bulma için Yetenek Olgunluk Modeli Entegrasyonu
COTS	Raflarda Ticari
BGBM	Kritik yol metodu
DAR	Karar Analizi ve Çözümü (süreç alanı)
ÇED	Elektronik Endüstrileri Birliği
ÇED / IS	Electronic Industries Alliance Geçici Standardı
FAA	Federal Havacılık İdaresi
FAA-iCMM	Federal Havacılık İdaresi Entegre Yetenek Olgunluk Modeli
İyi oyun	Genel Hedef
GP	Genel Uygulama
İDEAL	Başlatma, Teşhis Etme, Kurma, Oyunculuk, Öğrenme
IEEE	Elektrik ve Elektronik Mühendisleri Enstitüsü
INCOSE	Uluslararası Sistem Mühendisliği Konseyi
IPD-CMM	Entegre Ürün Geliştirme Yeteneği Olgunluk Modeli
IPM	Entegre Proje Yönetimi (süreç alanı)
IPPD	Entegre Ürün ve Süreç Geliştirme
IPT	Entegre Ürün Ekibi
ISM	Entegre Tedarikçi Yönetimi (süreç alanı)
ISO	Uluslararası Standardizasyon Örgütü
ISO / IEC	Uluslararası Standardizasyon Örgütü ve Uluslararası Elektro teknik Komisyonu
O	Entegre Takım Oluşturma (süreç alanı)
KSLOC	Bin Kaynak Kod Satırı
MA	Ölçme ve Analiz (süreç alanı)
MOA	Anlaşma Muhtırası
NDI	Gelişimsel Olmayan Öğe
NDIA	Ulusal Savunma Sanayi Derneği
OEI	Entegrasyon için Organizasyon Ortamı (süreç alanı)
OID	Organizasyonel İnovasyon ve Dağıtım (süreç alanı)
OPD	Organizasyonel Süreç Tanımı (süreç alanı)
OPF	Örgütsel Süreç Odağı (süreç alanı)
OPP	Organizasyonel Süreç Performansı (süreç alanı)
UD	Örgütsel Eğitim (süreç alanı)
OUSD / AT & L	Savunma, Satın Alma, Teknoloji ve Lojistik Müsteşarlığı
P-CMM	İnsan Yeteneği Olgunluk Modeli
PA	İşlem Alanı
PAIS	Proses Değerleme Bilgi Sistemi
GEÇMEK	Birincil Aviyonik Yazılım Sistemi
PERT	Program Değerlendirme ve Gözden Geçirme Tekniği
PI	Ürün Entegrasyonu (süreç alanı)
PMC	Proje İzleme ve Kontrol (süreç alanı)
PP	Proje Planlama (süreç alanı)
PPQA	Süreç ve Ürün Kalite Güvencesi (süreç alanı)
QFD	Kalite Fonksiyon Yayılımı
QPM	Nicel Proje Yönetimi (süreç alanı)
RD	Gereksinim Geliştirme (süreç alanı)
REQM	Gereksinim Yönetimi (süreç alanı)
RSKM	Risk Yönetimi (süreç alanı)
SA-CMM	Yazılım Edinme Yeteneği Olgunluk Modeli
SAM	Tedarikçi Sözleşme Yönetimi (süreç alanı)
İRİ KARİDES	Süreç İyileştirme için Standart CMMI Değerlendirme Yöntemi
SDMP	Yazılım geliştirme yönetim planı
GD	Sistem Mühendisi
SE-CMM	Sistem Mühendisliği Yeterlilik Olgunluk Modeli
SEC	Yazılım Yürütme Konseyi
SECAM	Sistem Mühendisliği Yetenek Değerlendirme Modeli
SECM	Sistem Mühendisliği Yetenek Modeli
SEI	Yazılım Mühendisliği Enstitüsü
SE / SW	Sistem Mühendisliği ve Yazılım Mühendisliği
SEPG	Yazılım Mühendisliği Süreç Grubu
SG	Özel hedef
SP	Spesifik Uygulama
SPMN	Yazılım Program Yöneticileri Ağı
SS	Tedarikçi Kaynak Bulma
STSC	Yazılım Teknolojisi Destek Merkezi
SW	Yazılım Mühendisliği
SW-CMM	Yazılım için Yetenek Olgunluk Modeli
TS	Teknik Çözüm (işlem alanı)
VAL	Doğrulama (işlem alanı)
VER	Doğrulama (işlem alanı)
WBS	İş Kırılım Yapısı