Scrum Kılavuzu | 10. Scrum Master'ın En Yaygın Hataları

Yayınlanan: 2022-04-20

İyi bir Scrum Master'ın işi, bir noktada Geliştirme Takımının günlük işlerinde artık bunlara ihtiyaç duyulmaması gerçeğiyle anlaşılabilir. Ancak, bu her zaman böyle değildir. Scrum Master'ın hatalarının sebepleri nelerdir?

Scrum Master'ın Hataları – içindekiler tablosu:

  • Scrum Master'ın Yokluğu
  • Yetersiz Scrum Master varlığı
  • Özet

Bir Scrum Master'ın işi öncelikle Geliştirme Takımının çalışmalarını desteklemektir. Bu nedenle, Scrum Master'ın en yaygın hataları genellikle Geliştiricilerin günlük işleyişine katılma biçiminden kaynaklanır. Scrum Master'ın bu hatalarını iki gruba ayırdık. Birincisi , çok fazla katılımdan kaynaklanan sorunları içerirken, ikincisi Geliştirme Takımının hayatında Scrum Master'ın yetersiz varlığından kaynaklanan sorunları içerir.

mistakes of Scrum Master - The Scrum Master's Absence

Scrum Master'ın Yokluğu

Takım üzerinde çok fazla kontrol sağlama ihtiyacı genellikle Scrum uygulamasında hatalara neden olur. Scrum Master hataları en sık aşağıdaki durumlarda ortaya çıkar.

  1. Scrum Master, takımın zorlukla başa çıkmasına yardımcı olmak yerine soruna bir çözüm arar. Tipik olarak sorunun kökü, Scrum Master'ın aynı zamanda Geliştirme Takımının ne yaptığı konusunda uzman olmasıdır. Uzman rolünden çıkamamaları, ekibe kendi başlarına çözüm bulma konusunda etkin bir şekilde yardımcı olmalarını engeller. Bu yaklaşım aynı zamanda tek kişilik, otoriter karar almaya da yol açabilir ve bu muhtemelen bir Scrum Master'ın yapabileceği en büyük hatadır.
  2. Scrum Master, takımın hata yapmasına izin vermez. Bu sorun bir öncekiyle yakından ilgilidir. Takım, Scrum Master tarafından hata yapmaktan etkin bir şekilde korunursa, sorunları kendi başına çözmeyi öğrenemez veya işinin sorumluluğunu üstlenmez. Her zaman Scrum Master'ın tavsiyesine ve uzmanlığına güvenecektir.
  3. Scrum Master, takım atmosferi üzerinde çalışmak yerine insanları değiştirmeye çalışır. Bu sorun, bir ekip üyesinin veya üyelerinin davranışlarının yanı sıra personel değişikliklerinin değiştirilmesine çok fazla vurgu yapılmasını içerir. Bir Ürün Hedefi üzerinde çalışırken Geliştirme Ekibinin yapısını kesinlikle gerekli değilse değiştirmek bir hatadır. Gerçekleştirilmesinde önemli gecikmelere neden olabilir ve Geliştirme Ekibinin çalışma ritmini bozabilir. Ayrıca, ayrı bir makalede yazdığımız Takım oluşumunun ritmini de bozun.
  4. Scrum Master, organizasyondaki Geliştirme Takımının süpervizörü olarak görev yapar. Bu, genellikle Scrum Master'ın kendi kararlarından kaynaklanmayan bir hatadır. Ancak, Takımı kontrol etme ihtiyacından kaynaklanan tüm hataları daha da kötüleştirebilir.
  5. Scrum Master, Takımın işleyişine gereğinden fazla dahil olur. Takım, birbirlerinin becerilerini ve sorumluluklarını bilen ve Scrum ilkelerine göre işleyen uzmanlardan oluştuğunda, Scrum Master'lar Takımın çalışma şekline davetsiz müdahale etmemelidir. Eğer yaparlarsa, sadece takımın düzgün çalışmasına müdahale ediyorlar. İyi Scrum Master'lardan, bir koç ve lider olarak köklü konumları sayesinde, acil durumlarda veya yeni bir görünüm gerektiren durumlarda tavsiye istenecektir. Bu nedenle, varlıklarını zorlamadan Geliştiriciler için çağrıda bulunmaları gerekir.
  6. Bir Scrum Master, Scrum ilkelerine bağlılığı konusunda çok katıdır. Scrum'ın herhangi bir yönü belirli bir Takımda çalışmıyorsa, Scrum Master farklı bir yaklaşım denemelidir. Her Takım farklıdır ve Scrum sadece genel bir çerçevedir.
mistakes of Scrum Master

Yetersiz Scrum Master varlığı

Sadece çok fazla değil, aynı zamanda yeterli Scrum Master'ın katılımı da birçok hataya yol açabilir. Aşağıda en yaygın olanları açıkladık.

  1. Scrum Master, Scrum ilkelerine yeterince aşina değildir. Bu hata büyük olasılıkla yanlış uygulamalarına yol açacaktır. Ve Takımın işi sadece görünüşte Scrum işi olacaktır.
  2. Scrum Master, Scrum ilkelerini uygulamıyor. Scrum Master'ın günlük yetersiz varlığı, takımı gerektiği gibi korumadığı anlamına gelir. Bu, dış görevlerin akışına karşı koruma eksikliğine yol açabilir. Veya Geliştirme Takımının Sprint Hedefine ulaşamamasına.
  3. Scrum Master, tutarlı bir Scrum ritminin takip edilmesini sağlamaz. Scrum Etkinliklerini organize etmede dikkatsizlik zaman kaybına yol açabilir. Bu, çok uzun veya kötü yürütülen Etkinlikler – Sprint Planlama, Sprint Retrospektifi veya Sprint İnceleme (bunlar hakkında ayrı yazılarda yazacağız) ile sonuçlanacaktır. Olayları ertelemek veya sürelerini değiştirmek de bir hatadır.
  4. Scrum Master, Takımdaki çatışmalara yanıt vermez. Takımdaki çatışmaların zamanla kendiliğinden çözülmesini beklemek Scrum Master'ın hatasıdır. Çatışma her zaman kötü değildir, ancak Scrum Master sadece onun varlığından ve mevcut durumundan haberdar olmakla kalmamalı, aynı zamanda bir müzakereci olarak da meşgul olmalıdır. Ayrıca, çatışmayı Takımı değiştirmek ve geliştirmek için kullanabilecektir.
  5. Yetersiz Scrum Master varlığı. Sorun, örneğin, Scrum Master Takımla çalışmak için çok az zaman harcadığında ve özel görevlere dahil olduğunda ortaya çıkar. Bu onun çok az dinlemesine ve çok az soru sormasına neden olur. Bu, bir önceki makalede yazdığımız gibi, bir Scrum Master için anahtar bir beceridir. Sonuç, Scrum Master'ın Takımdaki mevcut durum ve atmosferin ne olduğunu yeterince iyi bilmemesidir. Ve mevcut durumdan memnundur.
  6. Scrum Master statükoyu sorgulamaz. Geliştirme Takımının ve bir bütün olarak Scrum Takımının büyümesi için statükoya sürekli meydan okumak gerekir. Bu genellikle riskli ve potansiyel olarak zarar verici bir faaliyettir. Bir Scrum Master, karşılaşabileceği zorlukların bilincinde olarak bunu üstlenmelidir. Ancak “artık gelişmeyen olgun bir Geliştirme Takımı” diye bir şey yoktur. Onu kendi haline bırakmak, performansında hızla önemli bir bozulmaya yol açacaktır.
  7. Scrum Master, Takımın performansına ilişkin gözlemlerini Takım ile paylaşmaz . Bu bilgiyi kendilerine saklamak, Takımın büyümesini zorlaştırır, hatta imkansız hale getirir. Tamamen günlük sorumluluklara odaklanmış olsa da Scrum Master, ekip üyelerinin birlikte çalışma şekli üzerinde çalışmaz. Bu genellikle sorunların ve çatışmaların birikmesine yol açar.
mistakes of Scrum Master

Scrum Master'ın yaygın hataları – özet

Geliştirme Takımına yetersiz veya aşırı katılımdan kaynaklanan Scrum Master hataları işin ritmini bozabilir. Ve hatta Scrum kurallarına göre aktivitenin durdurulmasına katkıda bulunun. Bu nedenle, bir Scrum Master'ın potansiyel hataların ve ortaya çıkan risklerin farkında olması önemlidir. Ayrıca Ekiple olan ilişkilerine de göz kulak olmak için.

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

Scrum Guide | 10. The most common mistakes of Scrum Master 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.

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