Scrum Kılavuzu | 39. Bir Sprint Retrospektifi sırasında en yaygın hatalar

Yayınlanan: 2022-07-20

Sprint Retrospektifi, her Sprint'i bitiren olaydır. Ve aynı zamanda en zor Scrum Takımı toplantılarından biri. Bir Sprint Retrospektifi sırasında en yaygın hatalar, hassas konular hakkında konuşmalardan kaçınmanın yanı sıra, önceden teşhis edilmiş sorunların çözümüne yol açan somut taahhütlerin eksikliğini içerir.

Bir Sprint Retrospektifi sırasında yaygın hatalar – içindekiler:

  1. giriiş
  2. Yetersiz şeffaflık
  3. Tek seferlik sorunlara veya başarılara odaklanın
  4. Ürün Sahibinin Aşırı Temsili
  5. Kendi kendine yönetim sorunları
  6. Çok fazla taahhüt
  7. Bir Sprint Retrospektifi sırasında yaygın hatalar – Özet

giriiş

Bir Sprint Retrospektifi sırasında yapılan hatalar ne yazık ki çok yaygındır. Bunun nedeni, ekipten çok fazla olgunluk gerektirdiği için başarıyla yürütülmesi en zor toplantılardan biri olmasıdır . Bu nedenle, Scrum Takımınızda Sprint Retrospektifini yürütürken semptomlarını daha kolay tespit edebilmeniz için diğer takımlarda en sık meydana gelen sorunlara bir göz atmaya değer.

Common mistakes during a Sprint Retrospective

Yetersiz şeffaflık

Scrum Kılavuzuna göre, Scrum Takımının her üyesi endişelerini ifade ederken dürüst ve cesur olmak ve Sprint Retrospektifi sırasında görüşlerini dile getirmekle yükümlüdür. Ancak pratikte şeffaflık taahhüdü çok talepkardır. Bu nedenle, Scrum Takımı üyeleri genellikle onu atlatmaya çalışırlar.

Tespit edilmesi ve çözülmesi zor olan bir problem, Scrum Takımının çalışmasında gözlemlenen eksikliklerin tartışılmasından kaçınmaktır. Bu, uzun vadede çok daha ciddi sorunlara yol açabilir.

Bu nedenle Scrum Master'ın görevi, takımdaki durumu yakından takip etmek ve tüm ekip üyelerini Sprint Retrospektifinin en başından itibaren proaktif olmaya teşvik etmektir.

Tek seferlik sorunlara veya başarılara odaklanın

Sprint Retrospektifi sırasında ortaya çıkabilecek bir diğer sorun, döngüsel ve tekrarlayan takım davranışlarına ve bunların takım etkinliği üzerindeki etkilerine yeterince dikkat edilmemesidir .

Olağanüstü bir başarı elde ettilerse Scrum Takımı üyelerini tebrik etmek her zaman iyidir. Ancak, Sprint Review bunu kutlamaya adanmamalıdır. Aynı şey başarısızlıklar için de geçerlidir. Bir şey tesadüfi sebeplerden veya önceden teşhis edilmiş bir hatadan dolayı başarısız olursa, Sprint Review sırasında olayı fazla analiz etmeye değmez.

Ancak bazen takım, Sprint Retrospektifinin büyük bir bölümünü bu tür olaylara ayırır. Yine de, Sprint Retrospective'in amacının takımın günlük çalışmalarını iyileştirmenin yollarını aramak olduğunu unutmayın. Bu nedenle, toplantı bir kerelik başarılar veya tekrar olmama olasılığı yüksek olan sorunlar etrafında dönmemelidir.

Ürün Sahibinin Aşırı Temsili

Birçok kuruluşta, Ürün Sahibinin konumu Ürün Yöneticisininkiyle eşittir. Ürün Sahibi daha sonra genellikle Scrum Takımının süpervizörü olarak kabul edilir. Bu nedenle, Geliştirme Ekibi, onun huzurunda ekip çalışması sorunları hakkında konuşmak istemez.

Bu nedenle Geliştirme Ekibi ve Ürün Sahibi arasında karşılıklı güven oluşturmak çok önemlidir. Ne yazık ki, güven oluşturma süreci zor ve uzundur. Bu nedenle, bazen Ürün Sahibinin Sprint Retrospektifinin tamamına veya bir kısmına katılımdan vazgeçmesi ve ekibin geri kalanının özgürce tartışabileceği bir alan bırakması iyi bir fikirdir.

Kendi kendine yönetim sorunları

Kendi kendine yönetim, Scrum Takımı üyelerinin, aralarından kimin belirli görevleri, ne zaman ve nasıl gerçekleştireceği konusunda kendi kararlarını vermeleri anlamına gelir. Sprint Retrospektifi sırasında takım, insanları, etkileşimlerini ve takım uygulamalarını tartışır. Ardından, yaklaşan Sprint'te hangi sorunların çözülmesi gerektiğine, bunun nasıl yapılacağına, harekete geçme sorumluluğunu kimin üstleneceğine birlikte karar verir.

Kendi kendini yöneten bir takımda daha ciddi sorunlar ortaya çıkarsa, Scrum Takımında sorumluluktan vazgeçme eğilimi olabilir.

Bazen ekip üyeleri tartışmaya katılmak istemez ve yönetim sorumluluğunu başka birine yüklemeye çalışır. Bunu önlemek için, birikimlerini önlemek için küçük sorunları bile düzenli olarak tartışmak son derece önemlidir.

Most common mistakes during a Sprint Retrospective

Çok fazla taahhüt

Deneyciliğin üç sütununu takip eden aktif bir Scrum Takımı: şeffaflık, denetleme ve adaptasyon, aynı anda çok fazla taahhütte bulunma sorunuyla karşılaşabilir.

Bir Sprint Retrospektifi sırasında Scrum Takımı tarafından verilen taahhütler çok fazlaysa, önemli bir risk vardır:

  • taahhütlerin hiçbiri düzgün bir şekilde uygulanmayacak
  • bazı taahhütler hiç uygulanmayacak
  • yapılan değişiklikler kalıcı olmayacak

Bu nedenle, her Sprint'te en fazla dört iyileştirme yapmak iyi bir uygulamadır. Bu, takımın performansının kademeli ancak etkili bir şekilde iyileştirilmesine izin verir.

Bir Sprint Retrospektifi sırasında yaygın hatalar – Özet

Sprint Retrospektifi zorlu bir etkinlik olduğundan, yürütülmesi sırasında sıklıkla sorunlar ortaya çıkar. Onlarla daha kolay başa çıkmak için, en sık ortaya çıkanları belirtmekte fayda var. Bir Sprint Retrospektifi sırasında yaygın hatalar şunlardır:

  • yetersiz şeffaflık – Scrum Takımı üyeleri daha zor takım durumlarında dürüstlükle baş edemediğinde
  • tek seferlik sorunlara veya başarılara odaklanmak – Scrum Takımı üyeleri, takımın çalışmasının uzun vadeli etkinliğini tartışmak yerine başarıları ve başarısızlıkları tartışmaya odaklandığında
  • Ürün Sahibinin aşırı temsili – Scrum Takımı üyelerinin Ürün Sahibine, sanki takım dışından biri veya bir süpervizörmüş gibi sınırlı bir güven içinde davrandığı zaman
  • öz-yönetim sorunları – Scrum Takımı üyeleri, sorunlar ve karar verme için sorumluluğu değiştirmeye çalıştığında.

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

Scrum Guide | 39. Most common mistakes during a Sprint Retrospective caroline becker avatar 1background

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