Çalışma için bir arka plan, ortalama model tümleştirmesi (CMMı)

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013

Geliştirme için yetenek vade Model Entegrasyonu (CMMı) için kesin kılavuz, Yazılım Mühendisliği Enstitüsü tarafından "CMMı: Işlem tümleştirmesi ve ürün geliştirme için yönergeler" olarak yayımlanır. Bu kitapta, CMMı ürün paketindeki modellerden biri olan geliştirme için CMMı (CMMı-DEV) sürüm 1,3 açıklanır. Ayrıca, CMMı ile ilgili yararlı ve erişilebilir bir kitapta "CMMı" tümleşik Işlem Iyileştirmesinin pratik bir girişi "de bulabilirsiniz.

Geçmiş notları

CMMı, Yazılım Mühendisliği Enstitüsü 'ndeki (SEı) bir proje olan yetenek vade modeli (CMM) olarak 1987 ' de başlamıştır. SEI, Birleşik Devletler Savunma Departmanı tarafından oluşturulan ve bu bölüm tarafından sağlanan Carnegie-Mellon Üniversitesi 'nde bir araştırma merkeziydi. İlk olarak 1991 sürümünde yayımlanan yazılım için cmd, kritik başarı faktörlerinin bir denetim listesi olarak başlamıştır. Model ayrıca Uluslararası Iş makinelerinde (IBM) Corporation ve Philip dime ve W. edsin gibi 20. yüzkalite güvencesi liderlerine göre de geliştirilmiştir. Ad, Yetenek vade modelininve hazırlanan temsili beş düzeyin her Ikisi de üretim vade modeline göre ilham tarafından esildi. Genellikle savunma programlarına uygulanan cmd, önemli ölçüde benimseme ve çok sayıda düzeltme gerçekleştirmeye yönelik olarak sağlanır. Yazılım ötesinde çeşitli konular için CMMs geliştirmenin başarısı. Yeni modellerin kullanımı kafa karıştırıcı. Yanıt olarak, Kamu, tümleşik sistemler Mühendisliği, Yazılım Mühendisliği ve ürün geliştirme ile tek bir Genişletilebilir çerçeve oluşturmak için iki yıllık bir proje oluşturur. Bu çaba 200 ' den fazla sektör ve akademik uzmanlar ile ilgilidir. Sonuç CMMı idi.

CMMı-GELIŞTIRME bir modeldir. Bu bir işlem veya izlenmesi için bir işlem değildir. Bunun yerine, CMMı-DEV, yazılım geliştirme ve sistem mühendisliği 'nda kullanılması kanıtlanmış bir dizi kuruluş davranışı sağlar. Böyle bir model neden kullanılmalıdır? Amacı nedir? Ne kadar en iyi kullanılmalıdır? Bu kritik sorular, CMMı ile ilgili en büyük olasılıkla anlaþýlabilen sorunlardır.

Neden model kullanılmalıdır?

Geliştirme çabaları, kuruluşunuzun nasıl çalıştığını, hangi işlevleri gerektirdiğini ve bu işlevlerin nasıl etkileşime gireceğini bir model gerektirir. Bir model, kurumsal öğelerin anlaşılmasına olanak tanır ve nasıl ve ne kadar iyileşmesi gerektiğine ilişkin tartışmalara yardımcı olur.

Bir model aşağıdaki avantajları sunar:

• İletişim kurmaya yardımcı olmak için ortak bir çerçeve ve dil sağlar
• Deneyimden yararlanır
• Kullanıcıların gelişirken büyük resmi göz önünde bulundurmaya yardımcı olur
• Genellikle, traıners ve danışmanlar tarafından desteklenir
• , Kabul edilebilir standartlar sunarak onaysız sözleşmeleri çözmeye yardımcı olabilir

CMMı modelinin amacı nedir?

CMMı modelinin amacı, bir kuruluşun işlemlerinin vadesinin değerlendirilmesi ve gelişmiş ürünlerin amacı ile işlemlerin geliştirilmesi hakkında rehberlik sağlamaktır. Ayrıca CMMı, risk yönetimi için bir modeldir ve bir kuruluşun riski yönetme yeteneğini ölçmenin bir yolunu sunar. Risk faktörleri, kuruluşların yüksek kaliteli ürünler sunabilmelerine yönelik olarak çarpanları yönetme olanağı sunar. Risk yönetimiyle ilgili başka bir perspektif, bir kuruluşun stres altında gerçekleştireceği iyi bir bakış olacaktır. Yüksek bir vade, yüksek yetenek organizasyonu beklenmedik, yanıt veren olaylara kolayca yanıt verebilir. Düşük bir vade ve daha düşük yetenek organizasyonu, stres kapsamında panik 'e eğilimi gösterir, obviated yordamlarını izler veya tüm işlemleri tamamen ve Chaos 'a geri retrench.

Ancak CMMı, bir kuruluşun ekonomik performansının kanıtlanmış bir göstergesi değildir. Daha yüksek olan kuruluşlar riski daha iyi yönetebilir ve daha öngörülebilir hale gelse de, diğer bir deyişle, daha yüksek olan şirketlerin risk-karşıtı olma eğilimi vardır. Risk asyonu, uzun süreli sağlama süreleriyle ve bir yarışmaya yol açabilecek bir yenilik ya da daha fazla mürasyon kanıtı oluşmasına neden olabilir. Daha düşük olan firmalar daha yenilikçi ve yaratıcı, ancak öngörüritik ve öngörülemeyen olmaya eğilimlidir. Sonuçlar elde edildiğinde, genellikle bireyler veya yöneticiler tarafından Heroic çabalarının sonucudur.

CMMı modelini kullanmanın en iyi yolu nedir?

Model, bir işlem geliştirme girişiminin temeli olarak kullanılmak üzere tasarlanmıştır. Bu, kullanımı değerlendirme için yalnızca bir destek sistemi olan geliştirme sürecinde kullanılır. Bu kullanım ile karışık bir başarı vardı. İşlem tanımının modeli yanlışlıkla oldukça kolaydır ve doldurulması gerekebilecek mevcut süreçlerdeki boşlukları tanımlayan bir harita yerine izlemeyi deneyin. CMMı temel yapı taşı, hedefleri ve genellikle bunları karşılamak için kullanılan çeşitli etkinlikleri tanımlayan bir işlem alanıdır. İşlem alanı bir örnek Işlem ve ürün kalitesi güvenlidir. Başka bir yapılandırma yönetimi. İşlem alanının bir işlem olduğunu anlamak önemlidir. Tek bir işlem birden çok işlem alanını açabilir ve tek bir işlem alanı birden çok işlem içerebilir.

CMMı DEV, gerçekten de aynı temel öğeleri paylaşan iki modeldir. İlk ve en tanıdık, beş kurumsal vade düzeyinden birine eşlenmiş 22 işlem alanını sunan hazırlanmış gösterimidir. Bir kuruluşun değerlendirmesi, çalıştığı düzeyi değerlendirir ve bu düzey, riskleri yönetme ve bu düzeyin, bu düzeyin risk altında sunma yeteneğinin bir göstergesi olabilir.

Düzey 4 ve 5, genellikle daha yüksek bir vade düzeyi olarak adlandırılır. Genellikle, daha yüksek olan ve en iyi duruma getirme davranışlarını gösteren ve yalnızca yönetilen ya da aşağıdaki tanımlı işlemlerin kullanıldığı, daha az işlenen kuruluşlar arasında net bir farklılık vardır. Daha yüksek olan kuruluşlar süreçlerdeki daha düşük değişkenlik gösterir ve genellikle istatistiksel göstergeleri, istatistiksel olarak savuntik bir yönetim yönteminin parçası olarak kullanır. Sonuç olarak, daha yüksek olan kuruluşlar yeni bilgilere yanıt vermek için hem daha öngörülebilir hem de daha hızlı hale getirilerek, diğer kurumların bu şekilde ulaşmadığına karşılık gelmiyor. Düşük vade kurumları, Heroic çabayı göstermek için yüksek olan kuruluşların, yoğun bir şekilde, stres altında işlemleri takip edebilir ve bir işlem değişikliğinin daha uygun bir yanıt olabileceğini anlayabilmeyebilir.

Sürekli temsil modelleri, her 22 işlem alanının içindeki yeteneklerini tek tek işler ve böylece kuruluşun, geliştirme çalışmalarını en yüksek iş değerini sunan işlemlere uyarmasına olanak tanır. Bu gösterim, özgün modeliyle birlikte daha fazla satır içinde bulunur. Bu modelde SCAMPI, tek bir sayı yerine yetenek profillerle sonuçlanır. Kuruluş vade düzeyi çoğu yönetici ve yöneticilerin anlayacağından, sürekli bir model değerlendirmesinin sonuçlarını beş aşamaya eşlemenin yolları vardır.

Bir işlem geliştirme programı için hazırlanan modeli temel olarak kullanmak, ımplemenonun CMMı 'nin bir işlem veya bir iş akışı modeli olmadığını unutmaları durumunda tehlikeli olabilir. Bunun yerine, CMMı işlem ve iş akışının elde edilebilmesi için hedefler sağlamak üzere tasarlanmıştır. Bu tür hedefler, kuruluşun vadesini ve olayların, planlı olarak katlanmasıyla karşılaşma olasılığını artırır. En büyük hata modu, hedef düzeyinde bir düzey elde etmek ve ardından işlem ve altyapı oluşturmak için yalnızca değerlendirme işlemini geçirmek olabilir. Herhangi bir işlem geliştirme etkinliğinin hedefi, sayı değil, ölçülebilir geliştirme olmalıdır.

Sürekli modelde, işlem iyileştirmesinin bir kılavuzu olarak bir başarı vardır. Bazı danışmanlık firmaları yalnızca sürekli model etrafında rehberlik sunmak için seçer. En belirgin fark, sürekli model etrafında tasarlanan bir işlem geliştirme programının, vade düzeylerinde belirlenen yapay hedefleri yoktur. Sürekli model Ayrıca, kuruluş için ekonomik bir avantajdan faydalanma olasılığı en yüksek olan alanlarda işlem geliştirmeyi uygulamak için de gereklidir. Bu nedenle, sürekli modeli takip eden kişiler, CMMı modelini temel alan bir girişimden olumlu geri bildirim almaya daha olasıdır. Üstelik, olumlu geri bildirimin, bir dizi geliştirme döngüsünün geliştirilmesine neden olma olasılığı daha yüksektir.

CMMı modelinin öğeleri

Aşağıdaki tabloda, CMMı modeli (sürüm 1,3) oluşturan 22 işlem alanı listelenmektedir:

Hazırlanan gösterimde, işlem alanlarında aşağıdaki çizimde gösterildiği gibi her aşamada eşlenir.

Sürekli temsilde, işlem alanlarında aşağıdaki çizimde gösterildiği gibi işlevsel gruplandırmalar eşleştirilir.

Her işlem alanı gerekli, beklenen ve bilgilendirici bileşenlerden oluşur. Yalnızca gerekli bileşenler, modele yönelik bir değerlendirme gereksinimini karşılamak için gereklidir. Gerekli bileşenler, her işlem alanının özel ve genel hedefleridir. Beklenen bileşenler, her belirli veya genel hedef için özel ve genel uygulamalardır. Beklenen bir bileşen yalnızca beklenen ve gerekli olmadığı için, bu, belirli bir veya genel bir uygulama için eşdeğer bir uygulama tarafından değişebileceğini unutmayın. Beklenen uygulamalar, Implementers ve appraisers rehberlik etmek için kullanılabilir. Alternatif bir uygulama seçilirse, bir Appraiser alıştırmasını ve alternatif bir uygulama için neden uygun olduğunu ve bu uygulamaya yönelik olarak uygun bir yöntem olduğunu tercih eder. Bilgilendirici bileşenler, ımplemenonun CMMı modeli tarafından sağlanan bir işlem geliştirme girişimi ile çalışmaya başlamanıza yardımcı olacak ayrıntılar sağlar. Bilgilendirici bileşenler, genel ve belirli uygulamaların ve tipik iş ürünlerinin alt uygulamalarını içerir.

Yalnızca genel ve belirli hedefler gereklidir. Başka her şey kılavuz olarak sağlanır. Beklenen ve bilgilendirici bileşenlere örnek olarak, CMMı belgeleri büyük alandan ve savunma sistemleri projelerinden verileri çekiyor. Bu projeler, kuruluşunuzda eksik olan projelerin türünü yansıtmayabilir ve çevik yazılım geliştirme yöntemlerinin ortaya çıkan gibi sektörde daha güncel eğilimleri yansıtabilirler.

İlgili makaleler:

• CMMı işlemi
• Yazılım Mühendisliği Enstitüsü sürüm 1,3 CMMı ürün paketi
• Geliştirme için CMMı: süreç tümleştirme ve ürün geliştirme, üçüncü sürüm için yönergeler
• Geliştirme için CMMı: süreç tümleştirme ve ürün geliştirme yönergeleri (yazılım mühendisliğinde SEı serisi)
• Çevik geliştirme nedir?