Standartlar ve süreç iyileştirmeleri onlarsız bir kuruluşa nasıl sunulmalıdır?

Yazılım geliştirme sürecini, CMMI for Development, Sürüm 1.3'ü bir kılavuz olarak kullanacağımız ve en iyi uygulamaları kısmen veya tamamen benimseyeceğimiz süreç iyileştirmelerinin uygulanmasıyla iyileştirmekle görevlendirildim . Geliştiricilerin geri itme ve direncinin en aza indirgenmesi için standartlar ve süreç iyileştirmeleri getirmenin en iyi yolu nedir?

1. Yazılım süreç iyileştirme (SPI) projesini başlatın . Kapsamını ve hedeflerini tanımlayın. Standardizasyonun kuruluşunuz için geçerli olan kendi hedefleri ve önlemleri varsa kesinlikle yardımcı olacaktır.
2. Standartları benimsemekten sorumlu kişi atayın . Büyük organizasyon durumunda da birkaç kişi hatta departman olabilir. Önemli olan, standardizasyondan sorumlu herkesin:
   • tüm resmi görecek kadar profesyonel
   • takımlarla başa çıkabilmeleri ve değişiklikleri benimsemelerine / müzakere etmelerine yardımcı olacak kadar etkili
3. Hem benimsemek istediğiniz standardı hem de kuruluşunuza uygulanan özelliklerini kapsayan eğitimler geliştirin . Ve eğitilmemiş tüm insanlar potansiyel olarak değişikliklere dirençli olduğu sürece bu gerçekten önemlidir. Örneğin, büyük bir şirkette çalışırken tüm yeni çalışanlara KG süreçleri, CMMI, ISO ve Kalite Yönetim Sistemi hakkında bilgi verdim. Böyle bir eğitim zorunluydu. Kalite yönetimi süreçleri hakkındaki bilginin artırılmasına ve çalışanların yazılım kalitesinin önemli meselesi hakkında farkındalığının artırılmasına yardımcı oldu.
4. Değişiklikleri müzakere edin ve genel olarak kabul edilen uygulamaları özel ihtiyaçlarınıza göre uyarlayın. Bürokrasiden ve kimsenin gerçekten ihtiyaç duymadığı ağır süreçlerin uygulanmasından kaçınmaya yardımcı olacaktır.
5. Uygulanan süreç iyileştirmelerinin nasıl desteklendiğinin ve bunların kuruluşunuzda yeterince etkili olup olmadıklarının izlenmesini sağlayın.

Ayrıca, kuruluşunuz içinde kalite konusunda gerçekten endişe duyan tüm insanları bulmanızda da yardımcı olacaktır. Büyük olasılıkla, bunlar değişiklikleri teşvik etmenize ve olgun uygulamalar oluşturmanıza yardımcı olan en önemli kaynak olacaktır.

Sert darbeler okulundan birkaç düşünce:

1) Süreç iyileştirme girişimlerinin çoğu zamanlarının% 80'ini süreç tasarımına,% 20'sini eğitim ve sosyalleşmeye harcar. Bu yüzdeleri çevirin. Takip edilen vasat bir standart, mükemmel olmayan bir standardı yener.

2) İnsanlardan nasıl çalıştıklarını değiştirmelerini istemenizin açık nedenlerini belirleyin. İş durumu nedir? İdeal olarak her takıma ayrı ayrı yarar sağlar. Bazen bu sadece sistemik bir gelişmedir. Her iki durumda da, vakayı görünür yapın.

3) Bunun tersini değil, sadeleştirin, sonra standardize edin.

4) Bunu bir PMO'ya tam olarak devredemezsiniz. Doğrudan yöneticilerin satın alınması ve iş birimi başkanının şikayetler geldiğinde ilişkileri koparması gerekir.

5) dostu erken benimseyen bulmak. İnsanlar her şeyin ne kadar zaman aldığından şikayet edecekler. İşaret edebileceğiniz ve "sadece 15 dakika sürdü" diyebileceğiniz birine ihtiyacınız var

6) Metrikler için, nicel olarak nitel olanı zorlayın. Aksi takdirde, Canlı Yayına Geçmeden bir gün öncesine kadar her şeyin bir ay geçtiği Yeşil olan projeleriniz olur.

7) Aletler üzerine teknikleri vurgular. İyi planlama MS Projesinden daha önemlidir.

8) İhtiyaca göre bir süreç düzeyi koyun. Her restoranın sürece ihtiyacı vardır, ancak Nobu ve Fransız Çamaşırhane McDonalds farklı bir tür gerekir. Yazılım firmaları için de aynı şey geçerli.

İyi şanslar!

Değerlemelerinizden geçip resmi olarak denetlenip derecelendirilmeseniz bile, çabalarınızı CMMI'ya dayandırmak muhtemelen iyi bir fikirdir. CMMI , CMMI ve Yalın ve Altı Sigma gibi diğer süreç iyileştirme teknikleri ve CMMI ve çevik yazılım geliştirme hakkında birçok literatür bulunmaktadır . SEI kaynakların bütün bir koleksiyona sahiptir kuruluşların farklı türleri için farklı CMMI yönleri ve rehberlik hakkında, ücretsiz olarak bazı mevcut.

Ben aşamalı yaklaşım yerine, CMMI uygulamak için sürekli yaklaşıma derinlemesine bakmanızı tavsiye ederim. Organizasyonunuzun şu anda tam olarak nerede durduğunu belirlemenin ve en yüksek işletme değerini artıran alanlarda gelişmenin çok daha etkili bir yolu olarak bana vuruyor. Bu, yalnızca iyileştirme çabalarınızı iş hedefleriyle hizalamanıza izin vermez, aynı zamanda ilerleme aşamalarını hızlı bir şekilde elde etmenizi ve iyileştirmenin etkilerini göstererek her seviyeden satın almayı artırır.

Bununla birlikte, akılda tutulması gereken bir şey, tabandan bir çaba olduğunda süreç iyileştirmenin genellikle daha başarılı olmasıdır. Süreç değişiklikleri yukarıdan dikte edildiğinde - insanlar tarafından "siperlerdeki" geliştiriciler, siperlerde işlerin nasıl yapıldığına değinmiş gibi görünebilir - fikir iyi olsa bile, muhtemelen geri dönüş olacak. Buna hazırlıklı olun.

Bazı mühendislik süreçleri grubu da faydalı olabilir. İyileştirmeden etkilenen çeşitli kurumsal bileşenlerin ve ekiplerin temsilcilerini bir araya getirin, böylece herkesin sesi duyulur. Bu sadece her bir rolün temsilcilerini değil, belki de çeşitli ürün geliştirme ekiplerini de içerecektir. Kuruluşunuzun nasıl yapılandırıldığını bilmeden, kime bakmak isteyebileceğinizi tam olarak söyleyemem, ancak grubun her düzeyinden insanları dahil edebilirim. Ayrıca, bu grup tarafından yapılan tartışma ve kararları, yorum ve sorunların çözümü için kuruluşun kullanımına sunun.

Her değişiklik için:

• 1 değişikliği ve gelişimin nasıl iyileştirileceğini söyleyin.
• Değişikliği uygulayın.
• İyileştirme gösterin
• İyileşme göstermeyen değişiklikleri kaldırın

Açıkçası analizin zaman içinde yapılması gerekir, ancak etkili olduğu gösterilinceye kadar hiçbir değişiklik kabul edilmemelidir. Bu nedenle, döngü başına 2-3'den fazla değişiklik yapmamamın nedeni de aksi takdirde iyileşme olup olmadığını ölçemezsiniz.

Hiçbir şey , aslında çevreniz için en iyi uygulama olduğunu göstermek için analiz yapmadan en iyi uygulamaları körü körüne takip etmekten daha fazla rahatsız etmiyor . Bir iyi uygulama iyileşme göstermeyen iyi savurgan de ve zarar en kötü olduğunu.

Sürecinizdeki tüm adımlar ve metodolojideki tüm uygulamalar analiz edilmeli ve faydası kanıtlanmalıdır. Değilse çıkarılmalıdır. Bu analiz, adım veya uygulama eklemeye veya bunları kaldırmaya bakılmaksızın sürekli olarak yapılmalıdır.