5 Kritik Soru: Takım Sürekli Fazla İş Aldığında Scrum Master Ne Yapmalı?

Ayşe, yeni atandığı DevOps ekibinin Scrum Master'ı olarak ilk birkaç Sprint'ini gözlemledi. Ekip, Can, Elif ve Mert'ten oluşuyordu ve her Sprint Planlama toplantısında, kendilerine verilen iş yükünün üzerine bir veya iki ek madde daha almayı alışkanlık haline getirmişlerdi. "Bunu da sıkıştırırız," veya "Belki yetişir, denemeye değer," gibi cümleler sıkça duyuluyordu. Ayşe, bu durumun Sprint Goal'ünü sürekli riske attığını ve sık sık yarım kalan işlere yol açtığını fark etti.

Sprint Review'larda, "Neredeyse bitti ama son testler kaldı," veya "Şu özellik eklendi ama başka bir yerde küçük bir hata çıktı," gibi açıklamalarla karşılaşıyordu. Ekip yorgundu, ancak yine de her seferinde daha fazlasını üstlenmekten çekinmiyordu. Ayşe, bu durumun basit bir kapasite hatasından öte, daha derinlerde yatan bir 'kahramanlık kültürü' veya 'kapasite yanılsaması' olabileceğini düşünmeye başladı. Ekip, sürekli olarak kendini kanıtlama ve her şeyi yetiştirme baskısı altında gibiydi. Ancak bu durum, sürdürülebilir bir çalışma temposundan ve yüksek kaliteden ödün vermelerine neden oluyordu.

Bir Scrum Master olarak, takımınıza sadece 'daha az iş alın' demek veya 'kapasitenizi doğru tahmin edin' demek genellikle etkili olmaz. Bu tür direktifler, sorunun kökenine inmez ve altta yatan davranışsal kalıpları değiştirmez. Takımlar, çeşitli nedenlerle fazla iş üstlenirler:

Dış Baskı: Ürün Sahibi'nden, yöneticilerden veya paydaşlardan gelen bitmek bilmeyen talepler.

Kahramanlık Kültürü: Ekibin kendini kanıtlama, her şeyi yetiştirme veya 'hayır' demekte zorlanma eğilimi.

Kapasite Yanılsaması: Ekibin kendi gerçek hızını ve odaklanma maliyetini yanlış değerlendirmesi.

Belirsizlik: İşlerin karmaşıklığı veya bağımlılıkları hakkında yeterli bilgiye sahip olmama.

Bu nedenler ele alınmadığında, fazla iş üstlenme döngüsü devam eder ve takımın morali, ürün kalitesi ve sürdürülebilirliği olumsuz etkilenir. Scrum Master'ın görevi, bu görünmez dinamikleri görünür kılmak ve takımın kendi çözümlerini bulmasına yardımcı olmaktır.

Bu tür durumlarda Scrum Master'ın ihtiyacı olan şey, sadece bir süreç kolaylaştırıcısı olmak değil, aynı zamanda yetkin bir koç ve keskin bir gözlemci olmaktır. Sorunların yüzeydeki belirtilerine değil, kök nedenlerine odaklanmak için güçlü koçluk soruları sormak esastır. Bu, takımın kendi gerçekliğini fark etmesini, varsayımlarını sorgulamasını ve davranışlarını değiştirmesini sağlar.

Hizmetkar liderlik (servant leadership) prensipleriyle hareket ederek, Scrum Master takımın önündeki engelleri kaldırmaya, onları dış baskılardan korumaya ve kendi kapasiteleri hakkında daha gerçekçi bir anlayış geliştirmelerine yardımcı olur. Bu, doğrudan talimat vermek yerine, takımın kendini yönetme becerisini ve özerkliğini desteklemeyi gerektirir. Zor konuşmalar yapmaktan çekinmemek, ancak bu konuşmaları yargılayıcı değil, meraklı ve destekleyici bir yaklaşımla yürütmek kritik öneme sahiptir.

İşte takımınızın sürekli fazla iş alma alışkanlığını kırmak ve daha sürdürülebilir bir çalışma ortamı yaratmak için bir Scrum Master olarak sormanız gereken 5 güçlü koçluk sorusu:

Ayşe, bir sonraki Sprint Planlama sonrası, takımın yine biraz fazla iş aldığını görünce, Daily Scrum'da bu konuyu gündeme getirmeye karar verdi. Yargılayıcı olmak yerine meraklı bir tonla yaklaştı:

"Arkadaşlar, bu Sprint için harika bir enerjiyle yola çıktık, ancak bir önceki Sprint'ten de bazı maddelerin taşındığını ve bu Sprint'e de oldukça yüklü girdiğimizi görüyorum. Bu beni düşündürüyor: Eğer bu hızla devam edersek, bir sonraki Sprint'te veya uzun vadede hangi teknik borçları biriktiriyoruz? Bu durum ürünümüzün kalitesini veya sizin sürdürülebilir çalışma hızınızı nasıl etkiliyor?"

Can, "Aslında evet, geçen Sprint'ten kalan testler bu Sprint'in başını biraz ağrıttı," diye yanıtladı. Elif ise ekledi, "Ve sürekli yeni bir şeye başlamak yerine bir işi tamamen bitirmeye odaklanmak daha iyi hissettirirdi." Ayşe, bu açılımları dinleyerek, "Peki, aynı anda bu kadar çok farklı konuya odaklanmak, işlerinizin kalitesini ve hızını nasıl etkiliyor? Sürekli bağlam değiştirmek size neye mal oluyor?" diye devam etti. Bu sorular, takımın kendi içgörülerini geliştirmesine ve sorunun farkına varmasına yardımcı oldu. Ayşe, bu konuşmaları Sprint Retrospektif'e taşıyarak, takımın bu durumu bir iyileştirme alanı olarak ele almasını sağladı.