Scrum Kılavuzu | 11. Scrum Master'ın izlemesi gereken istatistikler ve metrikler

Scrum Master neden istatistiklere ve ölçütlere ihtiyaç duyar? İlk olarak, sonuçların öngörülebilirliği üzerinde çalışma ve ekibin etkinliğini artırma yöntemlerinin etkili olup olmadığını kontrol etmek. Ama aynı zamanda eylemlerinin Geliştirme Ekibini nasıl etkilediğini takip etmek için. Yani, çalışan kullanıcı deneyimini (UX) nasıl şekillendiriyorlar. Bu makalede, Scrum Master'ın izlemesi gereken istatistikleri ve metrikleri tanıtıyoruz.

Scrum master için önemli olan istatistikler ve metrikler – içindekiler tablosu:

1. Geliştirme Takımının çalışmalarının sonuçlarını ölçmek
2. Çalışanların kullanıcı deneyimini izleme Geliştiriciler
3. Özet

Geliştirme Takımının çalışmalarının sonuçlarını ölçmek

Scrum Master'ın izlemesi gereken en yaygın kullanılan istatistikler ve metrikler, görev yürütmenin hızını ve akışını tanımlayanlardır. Bunlar, Bitiş Şeması, İş Biten Şeması ve Kümülatif Akış Şemasıdır. Bunlar hem ürün geliştirmeyi hem de ekip etkinliğini ölçer. Her biri, bu konulara farklı bir açıdan yaklaşmanıza izin verir, bu nedenle bunları birlikte göstermek iyi bir fikirdir. Tüm ürün geliştirme sürecinin yanı sıra bir Sprint sırasında farklı ölçeklerde ilerlemeyi değerlendirmek için kullanışlı araçlardır.

Açılış tablosu

İş bitim çizelgesi , Scrum Master ve Geliştirme Takımına ne kadar iş yapıldığını ve ne kadar yapılması gerektiğini gösterir. X ekseni, işi tamamlamak için kalan süreyi gösterir. Y ekseni, Sprint İş Listesinde veya Ürün İş Listesinde planlanan yapılması gereken kalan iş miktarını gösterir.

Bu çizelge ayrıca , ayrı bir makale ayıracağımız Geliştirme Ekibinin Hızını belirlemeye de yardımcı olur . Burada sadece bir Sprint sırasında yapılan ortalama iş miktarından bahsedeceğiz.

Bu basit araç, Scrum Master'ın yalnızca ekibin ne kadar verimli çalıştığını görmesini sağlamakla kalmaz. Ayrıca soruları yanıtlamaya yardımcı olur:

• Çalışmanın hangi kısmı zaten tamamlandı?
• Tamamlanacak kaç görev kaldı?
• Ürünü geliştirmek ne kadar sürer?

Burndown Grafiği'ni kullanırken, Scrum Master'ın, takımın ilerlemesini istatistiksel olarak değerlendirmek için tek araç olmadığını akılda tutması gerekir. İşin kapsamının sabit olduğu ve bilindiği projelerde en iyi sonucu verir. Yeni bir Müşteri ile çok yenilikçi çözümler yaratmakta iyi performans göstermez. Daha sonra tüm projede yapılacak iş miktarı – yani Ürün İş Listesinin içeriği – proje sırasında önemli ölçüde değişebilir ve bu da İş Bitim Tablosunun kullanımını zorlaştırabilir.

Yakma grafiği

Tükenme Grafiği, yukarıda tartışılan Burndown grafiğinin tersidir. Burada da Y ekseni, yapılması gereken kalan iş miktarını gösterir. X ekseni ise Sprint sayısı veya tarih olarak ifade edilen tamamlanma süresini gösterir.

Ancak, Scrum Master, Burnup Chart'ı biraz farklı bir amaç için kullanır. Bunun nedeni, yalnızca ürünün ilerlemesini ve Ekibin ilerlemesini ölçmenize yardımcı olmakla kalmaz. Bu metrik aynı zamanda bir projedeki çalışma kapsamının zaman içinde nasıl değiştiğini de değerlendirir. Bu nedenle, değişken kapsamı olan projeler için iyi çalışır.

Burnup Chart aynı zamanda zamanla daha etkili hale gelen bir planlama aracıdır. Geliştirme Takımının bir sonraki Sprint'te ne kadar iş yapacağının tahmin edildiği sorusuna cevaplar sağlar.

Kümülatif Akış Şeması

Scrum Master'ın Geliştirme Takımı ile çalışmasında çok verimli olan üçüncü tip diyagram Kümülatif Akış Şemasıdır. Geliştirme Ekibinin hızının ve üretkenliğinin ne kadar istikrarlı olduğunun analizini içerir. Eksenlerinin düzeni, Burnup Chart ile aynıdır, bu nedenle genellikle daha karmaşık versiyonu olarak anılır.

Ancak Kümülatif Akış Şeması yalnızca belirli bir zaman diliminde tamamlanan görevlerin sayısını belirlemek için değildir. Ayrıca, yürütme için sırada bekleyen görevlerin sayısını da hesaba katar. Bu sayede, bir ürünün yaratılmasını yavaşlatan sürecin anları olan “darboğazlar” olarak adlandırılanları teşhis etmeyi sağlar.

Bu çok tanısal özellik, onu Scrum Master'ın elindeki en kullanışlı metriklerden biri yapar. Bunun nedeni, işi Geliştirme Ekibinin gücünü farklı şekilde dağıtacak ve aksama sürelerini önleyecek şekilde yeniden düzenlemeye izin vermesidir.

Çalışanların kullanıcı deneyimini izleme Geliştiriciler

İstatistiklerin düzenli ve titiz bakımı ve analizi, etkili bir Scrum Master çalışmasının önemli bir parçasıdır. Ancak, öncelikle geliştiricilerin çalışan kullanıcı deneyimini, yani Scrum Takımındaki işi nasıl algıladıklarını akılda tutmalıdır. Ancak, karar veren metriklerin kalitesi değil , Scrum Master'ın bunları kullanma şeklidir.

İstatistikler Scrum'ın ilkelerine uygun olarak tutulursa – bunlar şeffaf, herkese açık ve ilgili Geliştiriciler için anlaşılırdır – takımı daha verimli çalışmaya motive etmenin veya onları harika sonuçlar için ödüllendirmenin bir yolu olabilir. Ancak istatistikler, Geliştirme Ekibi üzerinde baskı oluşturmak için bir araç işlevi görebilir. Sonra onların göstergeleri bir suçlama ve küskünlük üretecine dönüşür. Takım moralinin bozulmasına ve takım çalışması uygulamalarının bozulmasına katkıda bulunabilirler.

İstatistiksel araçlarla çalışan Scrum Master'ın ilgilenmesi gereken Geliştiricilerin çalışan deneyiminin ikinci önemli faktörü, zamanlarını yönetme şeklidir. Bunun nedeni, Scrum Master'ın Geliştirme Takımı ile ilgilenmek için yeterli zamana ihtiyacı olmasıdır. Bu nedenle büyük bir proje olması durumunda Scrum Takımına ek bir kişinin dahil edilmesi düşünülmeye değerdir. Proje yöneticisi olarak hareket edecek ve metriklerle ilgilenecektir. Bu sayede Scrum Master'ı - ve bir dereceye kadar Ürün Sahibini - Geliştirme Takımı ile çalışmaktan alıkoyan görevlerden kurtaracaktır.

İstatistikler ve metrikler – özet

Scrum Master , Geliştirme Takımının çalışmalarını tanımlayan temel istatistikleri takip etmelidir. Becerikli yorumlamaları, Ekibin çalışmasındaki sorunları hızla tespit etme ve bunlara tepki verme şansını artırır. Ancak, çizelgeleri tutmaktan daha önemli olan, Scrum Master'ın onlarla ne yaptığıdır. Metrikleri Takımı değerlendirmek için bir araç olarak değil, Takımı motive etmede ve kendi iş yapma yöntemlerini teşhis etmede faydalı bir yardımcı olarak ele almalılar. Bunun nedeni, metriklerin yalnızca Ekip ve Ürün iyileştirme süreçlerini kolaylaştırmaya yardımcı olmaları durumunda yararlı araçlar olacağıdır.

İçeriğimizi beğendiyseniz, Facebook, Twitter, LinkedIn, Instagram, YouTube'daki meşgul arılar topluluğumuza katılın .

Yazar: Caroline Becker

Bir Proje Yöneticisi olarak Caroline, en iyi iş akışlarını tasarlamak ve süreçleri optimize etmek için yeni yöntemler bulma konusunda uzmandır. Organizasyonel becerileri ve zaman baskısı altında çalışabilme yeteneği, onu karmaşık projeleri gerçeğe dönüştürmek için en iyi kişi yapıyor.

Tüm gönderileri görüntüle

Scrum Kılavuzu:

1. Temel terimler, roller ve kavramlar sözlüğü
2. Scrum nedir?
3. Scrum değerleri
4. Şirketinizde Scrum nasıl uygulanır?
5. Scrum Takımı - nedir ve nasıl çalışır?
6. Ürün Sahibi kimdir?
7. Ürün Sahibinin En Sık Yapılan Hataları
8. Scrum Master kimdir?
9. İyi bir Scrum Master'ın Özellikleri
10. Scrum Master'ın en yaygın hataları
11. Scrum Master hangi istatistikleri ve metrikleri izlemelidir?
12. Ürün Sahibi ve Scrum Master Arasındaki İşbirliği
13. Scrum'da Geliştirme Takımı
14. Geliştiricilerin en yaygın hataları
15. Scrum eserleri
16. Scrum'ı Ölçeklendirme
17. Sprint İş Listesi
18. Ürün İş Listesi nedir?
19. Kullanıcı Hikayeleri nedir?
20. INVEST ile en iyi Kullanıcı Hikayesini Oluşturmak
21. En yaygın Kullanıcı Hikayesi hataları
22. Kullanıcı Hikayesi Kabul Kriterleri
23. Scrum'da Tahmin ve Öykü Puanları
24. Poker Planlama
25. Takım Tahmin Oyunu
26. Artış Tanımlama
27. Scrum etkinlikleri
28. Scrum'da Sprint nedir?
29. Scrum Takımı Taahhütleri - Ürün Hedefi, Sprint Hedefi ve Tamamlamanın Tanımı
30. Burndown Grafiği nedir?
31. İş bitim grafiği nasıl oluşturulur ve yorumlanır?
32. İş bitim grafiğinin avantajları ve dezavantajları
33. Scrum ve Scrumban'da Kanban panoları
34. Scrum'da Hız - Geliştirme Takımının Hızı
35. Günlük Scrum
36. Sprint Planlama
37. Sprint İncelemesi
38. Sprint Retrospektifi nedir?
39. Sprint Retrospektifi sırasında yaygın hatalar
40. Ürün İş Listesi beslemesi