Scrum Kılavuzu | 32. İş bitim grafiğinin avantajları ve dezavantajları

Yanık çizelgesinin birçok faydası vardır. Birkaç nedenden dolayı Scrum'daki ana metrik araçlarından biridir. Oluşturması, ölçeklemesi ve okuması kolaydır. Bununla birlikte, onu evrensel bir araç haline getirmeyen dezavantajları da vardır. Bugünün makalesinde, tükenmişlik grafiğinin dezavantajları ve avantajları konusunu ele alıyoruz.

İş bitim çizelgesinin avantajları ve dezavantajları – içindekiler tablosu:

1. giriiş
2. Burndown grafiğinin avantajları
3. Burndown grafiğinin dezavantajları
4. Özet

giriiş

Burndown grafiğinin ne olduğunu, nasıl oluşturulacağını ve yorumlanacağını önceki yazılarda yazmıştık. Bugün, tükenmişlik grafiğinin avantaj ve dezavantajlarına odaklanacağız. Ancak bunların çoğu basit grafiğin kendisinde gizli değildir. Daha ziyade, çalışmalarının sonuçlarını tanımladıkları ve öz-örgütlenmeyi güçlendirdikleri için Geliştirme Ekibini motive etmek için iş bitim çizelgesini kullanma yollarıyla ilgilidir.

Burndown grafiğinin avantajları

Yanık grafiği , projenizin ilerlemesini görselleştirmenizi sağlar. Okunabilirliği ve sadeliği onu bu kadar popüler kılıyor. Bu nedenle, Yakma Grafiğinin yalnızca bir dijital proje yönetimi aracında saklı, sürekli güncellenen bir metrik olmaması iyi bir fikirdir. Mümkünse, Geliştirme Ekibi için fiziksel işyerinde görünür bir referans noktası yapmaya değer. İster ekranda görselleştirme ister elle çizilmiş eskiz şeklinde olsun.

Geliştirme Ekibini motive eder

Yakma çizelgesinin şeffaflığı, Geliştirme Ekibini verimli bir şekilde çalışmaya motive etmek için onu bir araç haline getirebilir. Her Sprint'te "sıfır" noktasına ulaşmak, iş oyunlaştırma ilkelerine göre ödüllerin verildiği Takım için iddialı bir hedef haline gelebilir .

Güncel ve ilginç bir şekilde korunan bir iş bitim grafiğinin görünürlüğü aynı zamanda bir işbirliği ve kendi kendine organize olma ruhunu da geliştirebilir. Sonuçta, metrik ekip çalışmasının bir ölçüsüdür. Planlanan görevleri kimin tamamladığını veya tamamlamadığını tam olarak göstermez, yalnızca elde edilen sonuçları gösterir.

Gerçekleştirilen fiili işi ölçer

Geliştiriciler, belirli bir Sprint'te kaç görev gerçekleştireceklerine karar verir. Ekip ne kadar deneyimliyse, eylemlerini o kadar doğru tahmin etmelidir. Ve bur-down grafiği Sprint'in gerçek ilerlemesini yansıtıyor.

Bu nedenle, yanık çizelgesinin avantajı, yapılan işin nesnel miktarını ölçmek için değil , planlanan-tamamlanan görevlerin oranını ölçmek için çok fazla. Böylece, Geliştiriciler yavaş yavaş onları nasıl planlayacaklarını öğrenir ve yeteneklerini giderek daha doğru bir şekilde tahmin edebilir ve tekrarlayan hataları ortadan kaldırabilir.

Diğer araçlarla birleşir

İş bitim grafiğinin önemli avantajlarından biri, diğer araçlarla birleştirmedeki çok yönlülüğü ile ilgilidir. Aşağıdaki araçlar aşağıdakiler için geçerli olabilir:

• Geliştirme Ekibinin çalışmalarını analiz etmek
• Ürün üzerindeki çalışmanın ilerlemesini görselleştirme
• proje bütçesinin tahmin edilmesi

Örneğin, ikinci durumda, Proje Ölçeği Bitiş Grafiğinin kullanılması, tüm proje için planlanan ve gerçekleşen bütçenin karşılaştırılmasına olanak tanır.

Burndown grafiğinin dezavantajları

Yukarıda özetlenen Burndown çizelgesinin tüm avantajlarına rağmen , Geliştirme Ekibi için bir kafa karışıklığı kaynağı olabilir. Ancak, iş bitim grafiğinin sıklıkla "kusurları" olarak adlandırdığımız şey, aracın kendi kusurlarından kaynaklanmaz. Aşağıda özetlenen problemler, tasarımından ziyade iş bitim çizelgesinin uygulanma şekli ile ilgilidir. Aşağıda Geliştirme Ekibinin ilerlemesini bu şekilde göstermeyi engelleyebilecek kusurlar bulunmaktadır.

“İnsan Faktörü”

Grafikler, bir takımın ilerlemesinin mutlak bir ölçüsü olamaz. Bunlar sadece farklı, az ya da çok becerikli şekillerde uygulanabilecek araçlardır. Bunu sadece iş bitim tablosunun değil, aynı zamanda diğer takım performansı ölçütlerinin de bir dezavantajı (veya avantajı) olarak düşünebiliriz.

İş bitim grafiği oluşturmak için diğer kişilerin veri girmesine ihtiyacınız vardır. Başka bir deyişle, Geliştiriciler görev tamamlama süresini çizelgeye koydu. Biraz uzatmış veya kısaltmış olabilirler – ya dikkatsizlik yoluyla ya da takım için işleri daha iyi hale getirmek isteyerek. Geliştiriciler bazen zamanlarını kaydetmeyi de unuturlar. Veya zamanlayıcıyı açık bırakın. Bu, çalışma süresinin birkaç saate uzamasına neden olur. Ve hatayı keşfettikten sonra, gerçek seyrini yeniden inşa etmek zordur.

Sprint İş Listesindeki Değişiklikler

Sprint İş Listesi, Sprint başladıktan sonra değiştirilmemelidir. Bununla birlikte, pratikte, bu tür değişiklikler oldukça sık meydana gelir. Paydaşların değişen gereksinimlerinden kaynaklanırlar. Veya Geliştiricilerin karşılaştığı öngörülemeyen sorunlar.

Bu, tükenmişlik grafiğinin ölçeklenmesine neden olur. Bunun nedeni, görevleri tamamlamak için geçen sürenin aynı kalmasıdır. Ancak, kalan görevlerin ölçeği artar. Bu, Geliştirme Takımının belirli bir Sprint'te yapılacak işi yanlış planladığı konusunda yanıltıcı bir izlenim verebilir. Ya da çok yavaş çalışıyor.

Sprint İş Listesindeki değişiklikler, çok hızlı bir şekilde tamamlanması planlanan görevlerden de kaynaklanabilir. Böyle bir durumda, Geliştirme Ekibi genellikle görev sayısını artırmaya karar verir. Bu da zamanında tamamlamamalarına neden olabilir. Ayrıca, Paydaşlar ve Ürün Sahipleri tarafından tamamlanması planlanan yeni görevlerle önceki Sprint'ten kalan görevlerin çakışmasından da çatışmalar ortaya çıkabilir .

Ürün İş Listesindeki Değişiklikler

Ürün İş Listesindeki büyük değişiklikler , yazma tablosunun şeklini bozabilir. Ve böylece iş ilerlemesi ve Takım etkinliği resmini güçlü bir şekilde tahrif eder. Bu, yeni Kullanıcı Hikayeleri göründüğünde olur. Ve uygulama aşamasına yakın olanlar genellikle daha küçük parçalara bölünür. Ayrıca Müşterinin bazı Ürün işlevlerinden istifa etmesi de olur.

Bu nedenle, yanık çizelgesini yorumlarken , Takımın performansını değerlendirmede bilgi ve deneyime rehberlik edilmelidir. Ayrıca İş Listesinin değişkenliğini de hesaba katın. Performansı değerlendirmek için kullanılan tek metrik grafik değilse, diğer grafikler işin ilerleyişinin daha eksiksiz bir resmini görmenize olanak tanır.

Özet

İş bitim çizelgesi, Geliştirme Ekibinin motivasyonuna önemli ölçüde katkıda bulunabilir. Bunun nedeni, plan üzerinde yapılan gerçek işin bir ölçüsünü sağlamasıdır. Ayrıca, diğer ölçüm araçlarıyla kombinasyonu, Ekibin çalışması ve Ürün planlaması hakkında değerli bir bilgi kaynağı olabilir.

Scrum ilkelerini dikkatli bir şekilde uygulayarak iş bitimiyle ilgili olası sorunlardan kaçınabilirsiniz. En önemli şey, bu makalede hakkında daha fazla yazdığımız Sprint ve Ürün İş Listesindeki değişiklikleri en aza indirmenin yanı sıra gerçek Scrum Takımının çalışmasını takip eden grafiği tutma araçlarını uyarlamaktı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