Ekibinizin Dikkat Etmesi Gereken 17 Önemli Çevik Metrik

Metrikler, uzun zamandır agilistler tarafından bir tartışma konusu olmuştur.

Çevik geliştirmenin kaliteli yazılımın sürekli teslimi nedeniyle ampirik olmasına rağmen, PMO ofisleri, proje yöneticileri ve benzer şekilde müşteriler, şelale tabanlı herhangi bir projede olduğu gibi hala ayrıntılı durum raporlaması talep etmektedir. İş ihtiyacı, gözetim için bir neden olsa da, çevik geliştirmenin kendisi, bazı insanların her zaman sabitlemek istediği bir belirsizlik düzeyine katkıda bulunur.

Bu eğilime karşı çıkmak için birçok ajilist, ölçümlerin hiç kullanılmaması gerektiğini ve yalnızca yazılımın üretiminin başarının kıstası olarak görülmesi gerektiğini iddia ediyor. Bu yaklaşımın savunucuları, geliştirme ekiplerinin ve proje yöneticilerinin, kullanıcı hikayelerini ve tahminlerini yüksek verimlilik görünümü üretecek ve gerçek sorunları gizleyecek şekilde manipüle ederek sistemi içgüdüsel olarak oynayacağını iddia ediyor. Ancak, ölçülenin yapıldığını belirten bir atasözü vardır.

Bu oyunun ortaya çıkmasının ana nedeni, kuruluşların kapsamlı bir ölçüm çözümüne sahip olmak yerine bir veya iki ölçüme çok fazla güvenmesidir. Bu makalede, ekip performansı, kalite, değer ve hatta çeviklik konusunda mevcut olan en iyi zekayı ürettiği kanıtlanmış ölçümleri tartışacağız. Hatta en son araştırmalara ve en yenilikçi vaka incelemelerine dayanarak, belki de hiç duymamış olabileceğiniz bazı metriklerden bahsedeceğiz.

Çevik metrikler ne için kullanılır?

Çevik metrikler, durumu, kaliteyi, üretkenliği, verimliliği, değeri ve hatta çevikliğin kendisini izlemek için kullanılır. En önemlisi, iş kararlarını bildirmek için kullanılırlar. Ne tür bir proje üzerinde çalışıyor olursanız olun, raporlama hem dış hem de iç paydaşlar için her zaman önemli olacaktır. Metrikler, ürün yönetiminden personel yönetimine kadar tüm seviyelerde kararları etkileyebilir ve bu nedenle doğru, bilgilendirici ve tarafsız olmaları gerekir. Metriklere dalmadan önce, tüm bu ölçümlerin dayandığı bir temel oluşturmamız gerekiyor.

Demir Üçgen ve Çevik Üçgen

Plan temelli yaklaşımlarda, ölçümler kapsam, program ve maliyetten oluşan eski “demir üçgen”e dayanıyordu. Çoğu metrik bu üç kategoriden birine girer. Çevik dünyada bu üçgen alt üst olmuştur. Projeler, belirli kısıtlamalar dahilinde değer ve kalite sağlayarak tanımlanır. Bütçe veya maliyet, teslimat için birincil odak noktası olmanın aksine, diğerleri arasında bu kısıtlamalardan yalnızca biridir.

Burada değer ve kalite arasındaki ilişkiyi anlamak önemlidir. Birçok insan değeri tanımlamakta zorlanıyor. İlk olarak, iki tür kalite vardır: içsel ve dışsal.

• İçsel kalite , ürünün geliştirme, test etme ve yönetim ekipleri tarafından içsel olarak algılanmasıyla ilgilidir. Genellikle daha sonra açıklayacağımız kusur ölçümleriyle gösterilir.
• Dış kalite , ürünün son kullanıcı tarafından algılandığı şekliyle kalitesidir. Ürünün ihtiyaçlarını ne kadar iyi karşıladığı ve beklentileri ne kadar karşıladığı. Bu dışsal kalite için başka bir terim de değerdir.

Bu nedenle, çevik üçgende gösterilen kalitenin geliştirme açısından içsel veya içsel kalite olduğunu, üçgendeki değerin ise gerçekten bir dış kalite biçimi olduğunu anlamak önemlidir. Bu ilişkiyi anlamak, iyi çevik önlemler geliştirmek için önemlidir.

İzlenecek 17 anahtar çevik ölçüm

Aşağıdaki on yedi metrik listesi, en sık kullanılan ve eskiye dayanan çevik metrikleri son araştırmalara dayanan daha yeni ölçümlerle birleştirir. Buradaki kilit nokta, herhangi bir çevik metrik çözümünün kapsamlı olması gerektiğidir.

Sadece bir veya iki tanesine güvenmek, neler olup bittiğine dair tam bir resim sağlamayacaktır. Birçok yöneticinin yaptığı en büyük hata, projelerinin tamamı için iki veya üçe ya da yalnızca bir ölçüme çok fazla odaklanmaktır. Bazı kuruluşlar, hızdan başka bir şey kullanmaz veya çizelgeleri bitirir.

İster inanın ister inanmayın, olur. İyi bir metrik çözümü, çevik üçgendeki üç noktayı da kapsamalıdır. Bu 17 size tam da bunu ve çok daha fazlasını yapmanız için gereken araçları verecektir.

Engellenen zaman

Engellenen süre, belirli bir kullanıcı hikayesinin - veya bazen bir görevin - engellendiği süre olarak tanımlanır. Engelleyicileri çözmek, çevik bir ortamda iş akışını kolaylaştırmak için kritik öneme sahiptir ve bu ölçüm, çözmek için geçen süreyi ölçmeye yardımcı olabilir. Engelleyiciler uygun bir şekilde çözülmelidir.

Engellenen süredeki artışlar, bir kullanıcı hikayesinin düzgün bir şekilde ayrıştırılmadığı veya planlanmamış bir dış kaynağa bağımlılık olduğu anlamına gelebilir. Engellenen süre, daha dikkatli kullanıcı hikayesi ayrıştırma, önceliklendirme ve sprint planlaması ile azaltılabilir.

İş momentumu

Burada tartışılan metriklerin çoğu bir süredir ortalıkta dolaşıyor. Çoğu proje, ekip veya Devam Eden Çalışma (devam eden çalışma) düzeyinde odaklanmıştır. Bununla birlikte, teknoloji günlük yaşamlarımıza daha fazla entegre olduğundan ve bu ürünler için pazarlar aşırı hızlandığından, kuruluşlar pazar eğilimlerini tanımlayabilen, süreç iyileştirmesini ölçebilen, rekabeti tahmin edebilen ve özünde çevikliği ölçebilen daha karmaşık ölçütler arıyorlar. İş ivmesi bunlardan biridir. Bu bağlamda momentum, bir sürüm için toplam hikaye puanlarının zaman çizelgesiyle çarpımı olarak ifade edilebilir.

Bir kuruluş daha çevik hale geldikçe, her sürümde ivme kazanır. Döngü süreleri kısalma eğilimindedir ve teslimatla ilgili beklentiler artar. İş momentumu, pazar zamanlaması için veya belirli bir ürün hattının veya programın sağlığı için bir işaret olarak kullanılabilir. Momentum azalmaya başlarsa, bu, yönetim için belirli bir pazarın oynamaya başladığının ve yeni bir ürün hattının geliştirilmesi gerektiğinin bir göstergesidir. Çevik kuruluşlar, rekabetçi kalabilmek için sürekli olarak yeni pazarlar aramalıdır.

Kod kapsamı

Kod kapsamı, test sırasında kodun gerçekte ne kadarının yürütüldüğünün bir ölçüsüdür. Bu, tipik olarak, otomatikleştirilmiş bir test stratejisinin parçası olarak alet edilir ve hesaplanır. Metrik, her bir test aşaması (birim, sistem vb.) sırasında yürütülen kodun genel yüzdesinin yanı sıra tüm aşamaların toplamını sağlamalıdır.

Kod kapsamı, bir ürünün ne kadar iyi test edildiğinin bir göstergesi olarak kötüye kullanılmamalıdır. Bunun yerine, bu metriğin amacı, test otomasyonunu kolaylaştırmak ve sürekli teslimatı izlemektir. Kalite güvence ölçümleri, en azı daha sonra tartışılacak olan kusur oluşumları değil, çeşitli ölçütleri içermelidir.

Kontrol grafiği

Bazen süreç-davranış şeması veya Shewhart şeması olarak adlandırılan bir kontrol şeması , ayarlanmış olan üst, alt ve ortalama kontrol sınırlarına bağlı olarak, sürecin kontrol altında mı yoksa kontrol dışı mı olduğunu belirlemek için bir sürecin performansını izler.

Bu limitler, örnek verilerin standart sapmasını tahmin ederek, bu sapmayı üç ile çarparak ve ardından üst limiti oluşturmak için bunu ortalamaya ekleyerek ve alt limiti oluşturmak için ortalamadan çıkararak hesaplanır. Grafiğin Y ekseni, X ekseni her numuneyi numaralandırırken belirli bir numunedeki oluşum veya sorunların sayısıdır. Kontrol çizelgeleri, üretimde bir kalite kontrol biçimi olarak ortaya çıkmıştır ve yaklaşık 100 yıldır kullanılmaktadır.

Altı sigma uygulayıcıları arasında popüler olan kontrol çizelgeleri, kalite kontrol veya diğer üretim süreçlerinin başarısızlığını veya başarısını ölçebilir. Çevik dünyada popüler olmasa da, kontrol çizelgeleri, QA test sorunlarını belirlemek için yineleme veya sürüm başına bulunan kusurları ölçmek veya kabul edilebilir seviyelere düştüklerinden emin olmak için bir dizi sürüm üzerinden döngü sürelerini ölçmek için kullanılabilir.

Kümülatif akış şeması

Kümülatif bir akış diyagramı, zaman içinde bir ekibe ne kadar işin türe göre bölümlere ayrıldığını gösterir. Amacı, sistem genelinde işin ne kadar iyi aktığını izlemektir. Bu şemada iş farklı türlere ayrılmıştır, örneğin: yapılacak, devam eden ve bitmiş. Ayrıca gereksinimler, geliştirme, test etme vb. olarak da ayrılabilir. Ancak bölümlere ayrılmış olsa da, kümülatif akış diyagramı her iş türü için bir çizgi gösterir; Y eksenindeki iş öğelerinin sayısı ve X ekseni zamanın bir fonksiyonudur.

İyi akış, paralel olarak çalışan tüm bu çizgilerle gösterilmektedir. Çizgilerden biri keskin bir yükseliş yaşarsa veya diğerinin üzerinden geçerse, bu bir darboğaz gösterebilir. İyi bir akış elde etmek, kanbanın arkasındaki temel kavramdır. Kümülatif akış şeması, sürekli akışı kolaylaştırmak için darboğazların belirlenmesine yardımcı olur ve WIP'nin sistemin herhangi bir noktasında kontrolden çıkmamasını sağlar.

Devir süresi

Döngü süresi, konseptten tamamlanmaya kadar bir yazılım sürümünün üretilmesinin ne kadar sürdüğü olarak tanımlanabilir. Teslim süresi ve hızın yanı sıra döngü süresi, çevik sağlık ve çevik dönüşüm başarısının çok iyi bir üst düzey göstergesidir. Bir kuruluş çevik yolculuğunda ilerledikçe, döngü süreleri kademeli olarak, tipik olarak altı aya veya çok daha azına düşmelidir. Döngü süresindeki artışlar, özellikle bir veya iki yayın üzerinde sürekli olarak gözlemlendiğinde, endişe ve inceleme nedeni olmalıdır.

Destansı ve serbest bırakma tükenmişliği

Destansı ve sürüm bitim çizelgeleri, aşağıda tartışılan, her zaman popüler olan sprint tükenme çizelgelerine benzer. İş bitim çizelgesi, belirli bir zaman dilimi için veya bu örnekte belirli bir destan için ne kadar iş kaldığını gösterir. Çevik geliştirmede, bir epik, daha küçük kullanıcı hikayelerinden veya iş parçalarından oluşan daha büyük bir kullanıcı hikayesidir.

Çalışma tamamlandığında, destandaki kullanıcı hikayelerinin sayısı, sıfıra ulaşana kadar kademeli olarak azaltılır. Bu, sözleşme gerekliliklerini karşılamak ve müşteriyi faturalandırmak için kilometre taşlarına ulaşılması gereken durumlarda faydalı olabilir. Benzer şekilde, bir sürüm burndown, belirli bir sürüm için taahhüt edilen çalışmanın ilerlemesini izleyebilir. Bu, zamanında teslimatın sağlanmasına yardımcı olmak veya son teslim tarihini erken değiştirme ihtiyacını belirlemek için kullanılabilir.

Başarısız dağıtımlar

Başarısız bir dağıtım, aşağıdakilerden herhangi biriyle sonuçlanan bir dağıtımdır:

• Kesintiyi etkileyen hizmet
• Müşteri beklentilerini karşılamada başarısız olur ve genellikle sürümün reddedilmesine neden olur.
• Ürünün kullanılabilirliğini, çalışmasını veya kullanıcı deneyimini ciddi şekilde etkiler.
• Önceki sürüme geri almayla sonuçlanır.

Açıkça, toplam dağıtımların yüzdesi olarak görüntülenen başarısız dağıtım oranı minimumda tutulmalıdır. Bu metrikteki herhangi bir artış endişe kaynağı olmalıdır. Kök nedenleri izole etmek için değişim oranları ve kusur oluşumları gözden geçirilmelidir.

Kurşun zamanı

Teslim süresi, bir görevi tamamlamak için, oluşturulduğu andan bittiği noktaya kadar geçen süreyi ölçer. Kısacası, işlerin yapılmasının ne kadar sürdüğünü tanımlar. Kanban uygulayıcıları arasında popüler olan bu metrik, görevleri sistemde daha hızlı taşımak için verimliliği belirlemeye yardımcı olabilir. Sürekli teslimatın ne kadar iyi çalıştığını belirlemek için üst düzey bir metrik olarak da kullanılabilir. Teslim süresi, döngü süresi ve hız ile birlikte teslimat performansının bütünsel bir görünümünü sağlamak için birlikte kullanılabilir.

Net destekleyici puanı (NPS)

Net bir destekçi puanı, müşteri memnuniyetini derecelendirmeye yardımcı olmayı amaçlamaktadır. Genellikle bir anket yoluyla elde edilen verilere dayanarak hesaplanır. Amaç, ürününüzü kaç müşterinin tavsiye edeceğini bulmaktır. Skoru oluşturmak için “hayır” oyu verenlerin yüzdesi “evet” seçmenlerinden çıkarılır.

Müşteri memnuniyetini ölçmeye ek olarak, net destekçi puanı, gelecekteki sürümler için yenilikçi ürünler veya teknolojiler üzerinde işbirliği yapmaya daha istekli müşterilerin belirlenmesine yardımcı olabilir. Bu tür müşteriler, geri bildirimleri ve destekleri şirketlerin yeni ürünleri rekabetten önce piyasaya sürmesine yardımcı olabileceğinden rekabet avantajı haline gelebilir.

kaliteli zeka

Makalenin başında çevik üçgeni ve kalitenin bu üçgende oynadığı rolü tartıştık. Kalite zekası birçok biçimde olabilir, ancak tipik olarak çeşitli kusur izleme ölçütlerinden oluşur. Arızalar, nerede ve ne zaman ortaya çıktıklarına, sıklıklarına ve ciddiyetine göre izlenebilir.

En popüler olanlardan biri, müşteri tarafından bulunan kusurların bir sürümde keşfedilen toplam kusur sayısına oranı olan kusur kaçış oranıdır. Çok sayıda kusur nasıl bulunursa bulunsun endişe verici olsa da, bunları müşteriden önce yakalamak her zaman en iyisidir.

Sprint tükenmesi

Sprint tükenmişlik çizelgeleri, tamamlanan işin ve belirli bir sprintte yapılması gereken kalan işin günlük bir ölçüsünü sağlar. Tamamlanan iş miktarını orijinal tahminlerle karşılaştırır. Çevik gelişimin ampirik doğası gereği, iş bitim grafiğinin değeri oldukça sınırlıdır.

Popülerliğine rağmen, birçok çevik koç onu eskisi kadar kullanmaktan uzaklaşıyor. Geliştirme ekiplerinin taahhütlerine karşı durduğu yerler için iyi bir rehber veya durum noktası olarak hizmet edebilir, ancak neler olup bittiğine dair tüm resmi elde etmek için diğer ölçümlerle birlikte kullanılmalıdır.

verim

Belirli bir zaman biriminde müşteriye teslim edilen ürün miktarına (iş kalemi sayısı) verim denir. Bu, aylık, üç aylık, sürüm başına, yineleme vb. ölçülebilir. Bu metrikteki değer, belirli bir zaman dilimi için ne kadar yazılımın teslim edilebileceğini belirlemek için kullanılabilmesidir. Ayrıca ekip ve organizasyon perspektifinden teslimatın tutarlılığını izlemek için de kullanılabilir.

Teslimat performansını tahmin etmek için geçmiş verilerin ampirik analizi kullanılabilir. Ne kadar çok tarihsel veri mevcutsa, tahminlerin o kadar doğru olması muhtemeldir. En önemlisi, bu metrik, sağlanan özellik işlevselliğinin değerinin finansal açıdan iyi anlaşıldığı göz önüne alındığında, geliri tahmin etmek için de kullanılabilir. Bu metriğin çalışması için "bitti" tanımının iyi tanımlanmış olması gerekir. Yalnızca müşteriye teslim edilen yazılım bu gereksinimi karşılar.

Teslim edilen değer

Makalenin başında, değerin nasıl dışsal kaliteden ya da ürünün son kullanıcı tarafından algılanmasından oluştuğunu tartıştık. Ürün müşterinin işini nasıl etkiler? İyi çevik metrikler, sonuçlara ve iş dünyasında genellikle dolar ve sente dönüşen sonuçlara dayanır. Her kullanıcı hikayesine, gereken işi tahmin etmenin bir yolu olarak hikaye puanları atadığımız gibi, iş bittiğinde son kullanıcının ne elde ettiğini göstermek için göreceli bir ölçü olarak değer noktaları da ekleyebiliriz.

Bunu yapmanın bir yolu, her hikaye tamamlandığında biriken değer puanlarının sayısını gösteren bir tükenmişlik tablosu kullanmaktır. Kabul kriterleri oluşturulurken müşteri algısına göre her bir hikayeye veya özelliğe değer puanları atanabilir. Projedeki müşteri için beklenen gelir (veya tasarruf edilen para), sürümdeki toplam değer puanı sayısına bölünebilir.

Örneğin, bir projede 200 değer noktası varsa ve müşterinin 1 milyon dolar gelir elde etmesi bekleniyorsa, her bir değer noktası 5.000 ABD Doları değerindedir. Her hikayenin toplamı ve bunların birikmiş değeri, yanma grafiğinde gösterilebilir. Ürünün gerçek etkisi, piyasaya sürülene kadar belirgin olmasa da, bu yöntem hem yönetim hem de müşteriler için ikna edici finansal istihbarat sağlayabilir.

Hız

Hız, muhtemelen çevik geliştirmeyle tanıştıktan sonra çoğumuzun duyduğu ilk ölçümdür. Muhtemelen en popüler çevik metrik olmasına rağmen, aynı zamanda en kötüye kullanılanıdır. Sprint takımları oyun hızıyla ünlüdür, çünkü performanslarını raporlamak için çok fazla güvenilmektedir. Hız, her yinelemede veya sprintte üretilen yazılım miktarı olarak tanımlanır. Bu miktar genellikle hikaye noktaları olarak ifade edilir ve üretilen yazılım, işlevsel üretime hazır bir kod dilimi olmalıdır.

Ekipler genellikle kullanıcı hikayelerinin boyutunu ve tahminini değiştirerek veya işi dikey yerine yatay olarak ayrıştırarak, veritabanı değişiklikleri, ön uç çalışma, ara yazılım ve daha fazlası için hikayeler oluşturarak hız oyunu oynarlar. başkalarına bağımlılıkları ortadan kaldırmak ve işi tamamlamak için kredi almak. Bu yaklaşımla ilgili sorun, bu tür kullanıcı hikayelerinin gerçekten görevler olması ve ekipler kredi almasına rağmen müşteri için iş değerinin sağlanamamasıdır.

Oyun hızı, birbirine karşı bir kontrol ve denge olarak bir dizi başka metrik kullanılarak önlenebilir. Çoğu zaman kuruluşlar, bir PPM, program ve proje yönetimi çözümü oluşturmak için daha büyük bir ölçüm grubu yerine yalnızca hıza veya çok küçük bir metrik kümesine güvenir.

Girdap (çevik)

Birçok çevik uzmanın ve proje yöneticisinin mücadele ettiği bir soru “ne kadar çevikiz?” Aslında, çevikliği ölçmeye yönelik yanıt arayışı, her yerde çeviklik uzmanlarının kutsal kâsesi olmuştur. Çevik girdap, tam da bunu yapan yeni bir önlemdir. 10 yılı aşkın vaka çalışması araştırmasına dayalı olarak, çevik girdap, temellendirilmiş teori adı verilen karmaşık bir nitel yöntemle geliştirildi.

Kapsamlı bir dizi önlem kullanılarak, hem pazarın hem de organizasyonel sürecin çevikliği, girdaplarını veya birleştikleri noktayı belirlemek için birbirlerine karşı ölçülebilir. Sıfır girdap, organizasyonun çevikliğinin pazarla eşleştiği anlamına gelir. Yüksek girdap, pazarın kuruluşunuzdan veya ekiplerinizden çok daha hızlı hareket ettiği ve bu nedenle yapılacak çok iş olduğu anlamına gelir. Aşağıdaki infografik, günümüzün hiper-hızlandırılmış pazarlarını göstermek için bir girdap düşünce deneyi kullanarak bu ilişkiyi göstermektedir.

İş öğesi yaşı

Bir iş öğesi, bir iş paketi, kullanılabilir özellik veya çoğu çevik bağlamda olduğu gibi bir kullanıcı hikayesi olarak tanımlanabilir. Saat, bir iş öğesinin yaşı, ilk tasarlandığı andan itibaren işlemeye başlar. İster devam ediyor ister birikmiş durumda olsun, iş öğelerinin yaşının izlenmesi, gereksinimlerle ilgili sorunların belirlenmesine yardımcı olabilir.

Bir iş öğesi, bir sprintten diğerine itildiği için akrabasından yaşlanıyor gibi görünüyorsa, ayrışmayla ilgili bir sorun olabilir. Belki yeniden tanımlanması veya daha iyi anlaşılması gerekiyor? Uzun süreler boyunca biriktirme listesinde kalan iş kalemlerinin ayıklanması veya yeniden tanımlanması gerekebilir.

Sürekli biriktirme listesi düzenleme, sprint planlama ve önceliklendirme için kritik öneme sahiptir. Biriktirme listesindeki artan sayıda eskime gereksinimi, gereksinimlerin nasıl geliştirildiği ve ayrıştırıldığı konusunda sorun anlamına gelebilir. Zayıf gereksinim yönetimi, çevik dönüşümlerde başarısızlığın başlıca nedenlerinden biridir.

Kötü yazılmış gereksinimler, önceliklendirmeyi ve tahmin etmeyi son derece zorlaştırabilir, bu da kontrol dışı teknik borç, düşük özellik kullanımı ve mali kayıpla sonuçlanabilir. İyi anlaşılmış, öncelik verilmiş, yüksek değerli gereksinimler geliştirmek, büyük ölçüde bir sanat biçimidir ve en iyi ajilistler tarafından bile yeterince anlaşılmamıştır. Gerçekten de, tartışmasız çevik dönüşüm başarısının önündeki en büyük engellerden biridir.

Çözüm

Bu makalede, çevik metriklerin temelini, kapsamlı bir çözüm ihtiyacını ve bir çözüm oluşturmak için 17 öneriyi oluşturduk. Tartışılan tüm ölçümleri veya yalnızca bir alt kümeyi kullansanız da, herhangi bir çözümün veriler için hedef kitleyi dikkate alması önemlidir. Hız gibi bazı metrikler en iyi şekilde scrum takımlarında tutulur. Çevik girdap ve iş momentumu gibi diğer metrikler, sırasıyla yönetici veya ürün yönetimi için tasarlanmıştır.

Her zaman ölçümlerin ne söylediğini tam olarak anladığınızdan ve doğru bir şekilde ilettiğinizden ve verilerin nereye gittiğini takip ettiğinizden emin olun. İyi metrikleri yönlendirmenin ve desteklemenin bir yolu, sağlam bir çevik çerçeve kullanmaktır.