Retrospektifte Kimse Konuşmuyorsa: Sessiz Takımı Harekete Geçirme Rehberi

Elif, Dev Takım Alfa'nın deneyimli Scrum Master'ıydı. Son Sprint oldukça zorlu geçmişti; teknik borçlar, beklenmedik engeller ve sıkı bir teslim tarihi takımı yıpratmıştı. Şimdi, Sprint Retrospektifi zamanıydı ve Elif, takımın enerjisinin düşük olduğunu hissediyordu.

Toplantı başladı. Elif her zamanki gibi gülümseyerek, "Peki, bu Sprint'te ne iyi gitti?" diye sordu. Normalde her zaman konuşmaya hevesli olan Can bile sessizdi, gözleri masaya sabitlenmişti. Diğerleri de benzer şekilde sessizdi, bazıları not defterlerine bakıyor, bazıları ise sadece boşluğa dalmıştı. Elif bir süre bekledi, sessizlik uzadıkça gerginlik arttı. Kimse konuşmuyordu.

Elif, "Peki, ne daha iyi yapılabilirdi?" diye sordu, bu sefer sesi biraz daha umutsuzdu. Yine sessizlik. Bu durum, Elif'in daha önce de karşılaştığı bir senaryoydu. Takım yorgun olduğunda, güvensiz hissettiğinde veya geçmişteki sorunların çözülmediğini düşündüğünde, Retrospektifler bir sorgulama odasına dönüşebilirdi. İnsanlar parmakla gösterilmekten, eleştirilmekten veya sadece bir şeylerin değişmeyeceğini düşünmekten çekiniyordu. Bu durum, Scrum Master yetkinliklerinin gerçekten sınandığı anlardan biriydi.

Bu tür sessizlikler, takımın içindeki gerçek sorunların yüzeye çıkmasını engeller. Eğer bir takım, "Sprint Planlama sorunları yaşıyoruz" veya "Paydaş yönetimi konusunda zorlanıyoruz" gibi konuları açıkça konuşamıyorsa, bu sorunlar birikmeye devam eder. Elif, bu sessizliğin sadece yorgunluktan ibaret olmadığını biliyordu; altında yatan daha derin bir güvensizlik veya umutsuzluk vardı.

Bir Scrum Master olarak, sessiz bir Retrospektif karşısında ilk içgüdünüz "Herkes konuşmalı!" olabilir. Ancak bu, genellikle durumu daha da kötüleştirir. İnsanları konuşmaya zorlamak, psikolojik güvenliği artırmak yerine daha da zedeleyebilir. Zaten gergin veya güvensiz hisseden bir takımı zorlamak, daha fazla kapanmalarına neden olur.

İşte bu yaklaşımın neden başarısız olduğu:

Sessizliğin nedenleri çeşitlidir: takım içi çatışma yönetimi eksikliği, geçmişte dile getirilen sorunların çözülmemesi, yorgunluk, korku veya sadece ne söyleyeceğini bilememe. Herkesin aynı anda konuşmasını beklemek, bu farklı nedenleri göz ardı eder ve ortak bir baskı yaratır.

Ayrıca, "servant leadership" (hizmetkar liderlik) ilkesi, insanlara hizmet etmeyi ve onların potansiyellerini ortaya çıkarmayı gerektirir, onları zorlamayı değil. Bir Scrum Master olarak sizin rolünüz, güvenli bir alan yaratmak ve takımın kendi çözümlerini bulmasına yardımcı olmaktır, Retrospektif kolaylaştırma becerilerinizi kullanarak onları konuşturmaya zorlamak değil.

Bu tür zorlu konuşmalar, Scrum Master'ın çevik koçluk becerilerini ve özellikle de zor konuşmalarla başa çıkma yeteneğini gerektirir. Doğrudan bir yüzleşme yerine, daha incelikli ve destekleyici bir yaklaşım benimsemek esastır.

Sessiz bir Retrospektifte Scrum Master'ın en önemli yetkinliği, ortamdaki psikolojik güvenliği hissetmek ve bunu artırmak için proaktif adımlar atmaktır. Bu, takımı doğrudan sorunları dile getirmeye zorlamak yerine, güvenli ve düşük riskli yollarla veri toplamaya başlamak anlamına gelir. Amaç, takımın kendisini yargılanmış veya eleştirilmiş hissetmeden düşüncelerini paylaşabileceği bir ortam yaratmaktır.

Bu, gözlem, empati ve yaratıcı kolaylaştırma tekniklerini bir araya getirmeyi gerektirir. Takımın enerjisini ve ruh halini kabul etmekle başlarız. Sonra, açık uçlu, genel sorulardan, daha yapılandırılmış, bireysel ve anonim olabilecek aktivitelere geçeriz. Bu, takımın "Sprint Goal'e ulaşmakta zorlandık" veya "Daily Scrum'lar verimsizdi" gibi daha spesifik konuları güvenle dile getirmesine olanak tanır.

Bu yaklaşım, Scrum Master'ın sadece bir toplantı yöneticisi değil, aynı zamanda bir güven inşa edici ve bir kolaylaştırıcı olduğunu gösterir. Bu, özellikle Scrum Master mülakat senaryo sorularında sıkça karşılaşılan, zorlu durumlarla başa çıkma yeteneğinizin bir göstergesidir.

Sessiz bir Retrospektifi canlandırmak için Elif'in uyguladığı adımlar şunlardı:

1. Ortamın Enerjisini Kabul Et ve Normalleştir:

Elif, "Takımın enerjisinin bugün biraz düşük olduğunu hissediyorum. Bu Sprint'in hepimiz için zorlu geçtiğini biliyorum ve bu gayet normal. Konuşmak için kendinizi zorlamak zorunda değilsiniz." diyerek başladı. Bu, takıma yargılamadan anlaşıldıklarını hissettirdi.

2. Açık Uçlu Sorulardan Uzaklaş, Yapılandırılmış Aktivitelere Geç:

Elif, "Peki, bu Sprint'te ne iyi gitti?" gibi genel sorular yerine, daha yapılandırılmış bir aktiviteye yöneldi. "Herkesin eline üç post-it ve bir kalem almasını rica ediyorum. İlk post-it'e bu Sprint'te sizi en çok zorlayan bir şeyi, ikinciye en çok şaşırtan bir şeyi ve üçüncüye de en çok mutlu eden bir şeyi yazın. Lütfen sadece birer kelime veya kısa bir cümle olsun, açıklama yapmanıza gerek yok." dedi.

3. Bireysel ve Anonim Veri Toplama:

Takım üyeleri sessizce yazmaya başladı. Elif, "Şimdi, yazdıklarınızı kimsenin görmeyeceği şekilde katlayın ve bu kutuya atın." diyerek anonimliği sağladı. Bu, özellikle takım içi çatışma endişesi olan durumlarda güvenliği artırır.

4. Verileri Görselleştir ve Ortak Temaları Bul:

Elif post-it'leri topladı ve tahtaya yapıştırmaya başladı, benzer olanları gruplandırdı. "Zorlayan" kategorisinde 'teknik borç', 'beklenmedik hata', 'iletişim eksikliği' gibi temalar belirdi. "Şaşırtan" kategorisinde 'hızlı çözüm', 'yeni araç' gibi şeyler vardı. "Mutlu eden" ise 'ekip çalışması', 'başarı' gibi kelimelerdi. Bu, takımın kendi verilerini görmesini sağladı.

5. Düşük Riskli Tartışmayı Başlat:

Elif, "Şimdi bu temalara bakarak, en çok hangi konuda konuşmak istediğinizi düşünün. Sadece bir tanesini işaretleyin. Henüz konuşmak zorunda değilsiniz, sadece ilgilendiğiniz konuyu belirtin." dedi. Takım üyeleri sessizce en çok dikkatlerini çeken temayı işaretledi. En çok işaretlenen tema 'iletişim eksikliği' idi.

6. Odaklanmış ve Eyleme Yönelik Tartışma:

Elif, "'İletişim eksikliği' temasının en çok ilgi çektiğini görüyorum. Bu konuda, sadece bir cümleyle, neyin farklı olmasını dilediğinizi paylaşmak isteyen var mı?" diye sordu. Bu sefer Can, "Daily Scrum'larda bazen herkesin ne yaptığını anlamakta zorlanıyorum." diye mırıldandı. Bu, buzun kırıldığı andı. Diğerleri de yavaş yavaş benzer endişeleri dile getirmeye başladı. Elif, koçluk soruları kullanarak takımın kendi çözümlerini bulmasına yardımcı oldu: "Peki, Daily Scrum'ları daha anlaşılır hale getirmek için neyi deneyebiliriz?"

İşte Elif'in kullanabileceği bazı örnek ifadeler ve koçluk soruları:

Ortamı Normalleştirirken:

"Bugün hepimizin biraz yorgun olduğunu hissediyorum. Bu gayet doğal. Zor bir Sprint'in ardından böyle hissetmek normaldir."

"Amacımız kimseyi yargılamak değil, sadece deneyimlerimizden öğrenmek. Konuşmaya hazır hissetmiyorsanız sorun değil."

Düşük Riskli Veri Toplarken:

"Herkesin bu Sprint'te yaşadığı bir 'an'ı, iyi ya da kötü, tek bir kelimeyle yazmasını rica ediyorum."

"Hangi konuda en çok merak ettiğiniz veya daha fazla bilgi edinmek istediğiniz bir şey var?"

Tartışmayı Yönlendirirken:

"Bu 'iletişim eksikliği' temasının ardında yatan ne olabilir?"

"Eğer bu konuda bir değişiklik yapabilseydik, bu ne olurdu ve nasıl bir fark yaratırdı?"

"Bu durumu iyileştirmek için atabileceğimiz en küçük adım ne olabilir?"

Bu tür yaklaşımlar, takımın kendi içgörülerini keşfetmesine ve eyleme geçmesine olanak tanır. Scrum Master'ın rolü, cevapları vermek değil, doğru soruları sorarak takımı doğru yöne sevk etmektir.