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.
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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
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 Kılavuzu:
- Temel terimler, roller ve kavramlar sözlüğü
- Scrum nedir?
- Scrum değerleri
- Şirketinizde Scrum nasıl uygulanır?
- Scrum Takımı - nedir ve nasıl çalışır?
- Ürün Sahibi kimdir?
- Ürün Sahibinin En Sık Yapılan Hataları
- Scrum Master kimdir?
- İyi bir Scrum Master'ın Özellikleri
- Scrum Master'ın en yaygın hataları
- Scrum Master hangi istatistikleri ve metrikleri izlemelidir?
- Ürün Sahibi ve Scrum Master Arasındaki İşbirliği
- Scrum'da Geliştirme Takımı
- Geliştiricilerin en yaygın hataları
- Scrum eserleri
- Scrum'ı Ölçeklendirme
- Sprint İş Listesi
- Ürün İş Listesi nedir?
- Kullanıcı Hikayeleri nedir?
- INVEST ile en iyi Kullanıcı Hikayesini Oluşturmak
- En yaygın Kullanıcı Hikayesi hataları
- Kullanıcı Hikayesi Kabul Kriterleri
- Scrum'da Tahmin ve Öykü Puanları
- Poker Planlama
- Takım Tahmin Oyunu
- Artış Tanımlama
- Scrum etkinlikleri
- Scrum'da Sprint nedir?
- Scrum Takımı Taahhütleri - Ürün Hedefi, Sprint Hedefi ve Tamamlamanın Tanımı
- Burndown Grafiği nedir?
- İş bitim grafiği nasıl oluşturulur ve yorumlanır?
- İş bitim grafiğinin avantajları ve dezavantajları
- Scrum ve Scrumban'da Kanban panoları
- Scrum'da Hız - Geliştirme Takımının Hızı
- Günlük Scrum
- Sprint Planlama
- Sprint İncelemesi
- Sprint Retrospektifi nedir?
- Sprint Retrospektifi sırasında yaygın hatalar
- Ürün İş Listesi beslemesi