Scrum Kılavuzu | 31. İş bitim grafiği nasıl oluşturulur ve yorumlanır?

Bir Burndown grafiği oluşturmak nispeten kolaydır. Geliştirme Ekibi üyeleri tarafından günlüğe kaydedilen çalışmalardan bunu oluşturmak için kullanılabilecek birçok araç vardır. Basitliğine rağmen, yorumu tüm Scrum Takımı için değerli bilgiler sağlayabilir. Burndown grafiğinin nasıl oluşturulacağını ve yorumlanacağını öğrenmek için bu makaleyi okuyun.

İş bitim grafiği nasıl oluşturulur ve yorumlanır? - içindekiler:

1. İş bitim grafiği nasıl oluşturulur?
2. İş bitim tablosundan kim sorumludur?
3. İş bitim grafiği nasıl yorumlanır?
4. Gerçek ve ideal iş bitim tablosu
5. Ölçü biriminin seçilmesi
6. Özet

İş bitim grafiği nasıl oluşturulur?

Geliştirme Ekibi günlük çalışmalarını izlemelidir. Bu, yalnızca etkinliğini değerlendirmek için değil, aynı zamanda onu geliştirmek için de temeldir. Ve bu amaç için en basit ve kanıtlanmış araçlardan biri de yanık çizelgesidir.

Bir parça kağıda bir koordinat sistemi çizerek manuel olarak oluşturabilirsiniz. Y ekseninde, seçilen bir birimde ifade edilen iş miktarını, örneğin hikaye noktalarını çizmeniz gerekir. X ekseninde, Sprint'in ardışık günlerini gösteren bir ölçek çizin. İdeal sprintin bir çizgisini çizin ve ardından her gün için gerçekçi olarak tamamlanan görevlerin sayısını işaretleyin. Bu çözüm çekici ve ekibi meşgul etse de, pek pratik değil. Ayrıca uzak ekipler için mutlaka uygun değildir.

Bu nedenle, bir tükenmişlik grafiği oluşturmanın dijital yolları çok daha yaygındır. Ekip üyeleri arasında dağıtılan görevler üzerinde günlüğe kaydetmeye yönelik birçok araç, otomatik olarak bir iş bitimi grafiği oluşturma seçeneğiyle birlikte gelir. Ardından, bir Geliştiricinin tek yapması gereken, belirli bir ürün özelliği üzerinde çalışmanın başlangıcını ve bitişini işaretlemektir ve katkıları, yazma çizelgesine yansıtılır.

Doğru araçlarla grafiği serbestçe ölçeklendirmek de mümkündür. Bu, yalnızca belirli bir Sprint düzeyinde değil, aynı zamanda çeyrek veya tüm proje ölçeğinde yanma hakkında bir fikir verir.

İş bitim çizelgesi oluşturmak için bir araç seçerken göz önünde bulundurulması gereken önemli bir faktör, bu aracın tüm Scrum Takımı üyeleri tarafından erişilebilir olmasıdır. İş bitim çizelgesinin tüm Geliştirme Ekibi tarafından görülebilmesi, önemli bir motivasyon faktörüdür. Aynı derecede önemli olan, yapılması gereken kalan işi gösteren çizgiye günlük bir bakıştır. Günlük Scrum sırasında yanma hakkında konuşmak, Geliştiricilerin çalışma biçimleri ve Ürünün mevcut durumu hakkında düşünmelerini sağlar.

İş bitim tablosundan kim sorumludur?

Yanık çizelgesinin mülkiyeti sorunu biraz tartışmalıdır. Bir yandan Scrum Master'a ait olmalıdır, çünkü Takımın verimli ve plana göre çalıştığından emin olmak için bir araçtır. Öte yandan, Müşteriye iletilen Ürün Hedefine yönelik ilerlemeyi yansıttığı için Ürün Sahibinin elinde kalmalıdır. Dahası, sahipliğini talep edecek bir üçüncü taraf, grafik onun dahili aracı olarak işlev gördüğünden Geliştirme Ekibi'dir.

İş bitim çizelgesi, Geliştirme Takımının etkinliğini değerlendirmek için temel bir ölçüdür ve tüm Scrum Takımı üyeleri tarafından benimsenir. Bu nedenle şeffaflık ve erişilebilirlik çok önemlidir. Ancak, amacı Takıma hizmet etmektir. Kendi kendini örgütlemesini güçlendirmesi, motivasyonu artırması ve kendisine verilen görevlerde çalışma durumunun gerçek bir resmini vermesi gerekiyor. Bu nedenle, teorik olarak, Geliştirme Ekibinin her bir üyesi, yakma çizelgesini güncelleyebilir.

Ancak pratikte, iş bitim çizelgesini güncelleme görevi genellikle Scrum Master'a düşer. Bu, özellikle Takım Hızının hala değişken ve tahmin edilmesinin zor olduğu yeni bir Geliştirme Takımı ile yaptığı çalışmanın başında olur. Yine de, bu görevi Geliştiricilerden birine devretmeniz önerilir. Sonuçta, çizelge, Geliştiricilerin kendileri tarafından değerlendirildiği üzere, işin ilerlemesinin dürüst ve dahili bir ölçümüdür.

İş bitim grafiği nasıl yorumlanır?

Burndown grafiğinin görünümünü önceki bir makalede ayrıntılı olarak açıklamıştık. Burada sadece X ekseninin işin tamamlanması için kalan süreyi gösterdiğini hatırlatacağız. Öte yandan, Y ekseni yapılması gereken kalan iş miktarını gösterir.

Gerçek ve ideal iş bitim tablosu

Bir iş bitim grafiğini yorumlamak için, kilit faktör yalnızca gerçek “yanmanın” düzenli olarak çizilmesi, yani Geliştirme Ekibi tarafından görevlerin yerine getirilmesi değildir. Resim için eşit derecede önemli olan, ideal yanma hattı düşüşü (kılavuz) ile karşılaştırılmasıdır .

İdeal yanma çizgisini, tükenmişlik tablosunda işaretlenen işteki gerçek dünyadaki azalma ile karşılaştırarak, çok önemli iki parametre değerlendirilebilir. İlk olarak, işin mevcut hızda devam edip etmediğini görmek için Geliştirme Takımı, Sprint Hedefine veya Ürün Hedefine zamanında ulaşacaktır. İkincisi, mevcut tempoyu koruyarak işin ne zaman tamamlanacağı hakkında bir fikir edinmek. Başka bir deyişle, yazma çizelgesi görevlerin gerçek hızını gösterir ve ideal çizgi, Ekibin görevleri tamamlamak için hangi hızda çalışması gerektiğini gösterir.

Yanık grafiği ayrıca uzun vadede Geliştirme Takımı Hızı olarak adlandırılan bir değer belirlemenize de olanak tanır. Ona ayrı bir makale ayıracağız. Burada sadece bir Sprint sırasında yapılan iş miktarı ile belirlenen bir değer olduğunu belirteceğiz.

Yanık grafiği, ideal bir yanık çizgisinin görev sayısındaki gerçek düşüşle karşılaştırmasını gösterdiği için , işin hızını tahmin etmenize olanak tanır. Ve böylece proje gecikmeleri riskini tahmin edin.

Ölçü biriminin seçilmesi

Takım hızı genellikle hikaye noktaları adı verilen birimlerle ölçülür. Gerçekleştirilen kullanıcı hikayelerinin sayısını tanımlar. Bunlar çok farklı miktarlarda çalışma gerektirebilir.

Bu nedenle birçok Scrum Takımı zamana dayalı bir ölçü kullanır. Ölçeğe bağlı olarak, bunlar gün veya adam-saattir. Her Geliştirici, görevlerinde harcanan süreyi tahmin eder ve ardından günlüğe kaydeder.

Diğer bir seçenek de görevleri bir birim olarak benimsemektir. Bunlar biraz daha büyük birimlerdir ve bu birimlere hikaye puanları veya gün veya adam-saat olarak ifade edilen bir değer atanır. Müşterinin ürün üzerinde yaptığı işin ilerlemesini daha net bir şekilde sunmasını sağlayan bir birimdir.

Ölçü birimi ne olursa olsun Geliştirme Takımının hızını hesaplama prensibini hatırlamakta fayda var. Belirli bir günde veya Sprint'te, yalnızca gerçekten tamamlanmış görevler sayılır. Bu, yalnızca son testler eksik olsa bile, başlatılan görevlerin bir sonraki güne veya Sprint'e sayılacağı anlamına gelir.

Özet

Mevcut ekip izleme araçlarıyla, bir iş bitim çizelgesi oluşturmak kolay bir iş haline gelir. En önemli konu, tüm Scrum Takımı üyeleri için tutarlılığını, açıklığını ve erişilebilirliğini sağlamaktır.

İçeriğimizi beğendiyseniz, Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest'teki 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