Bir Scrum Master Takım İçi Çatışmayı Nasıl Yönetir? Suçlamalardan Çözüme

Elif, deneyimli bir Scrum Master olarak, Daily Scrum'ın başlamasından saniyeler önce odadaki gerginliği hemen hissetti. Normalde enerjik olan Ayşe ve Can, birbirlerinden uzak duruyor, bakışları bile kesişmiyordu. Toplantı başladığında, Ayşe, üzerinde çalıştığı bir hatayı açıklarken, sesi yükseldi: "Bu hata Can'ın son değişikliğinden kaynaklanıyor, benim modülümde sorun yoktu. Dün akşamdan beri bununla uğraşıyorum."

Can hemen karşı çıktı, sesinde net bir savunma tonu vardı: "Hayır, ben senin modülüne dokunmadım. Benim yaptığım değişiklikler tamamen farklı bir alandaydı. Asıl senin entegrasyon mantığında bir boşluk var, bu yüzden benim kodumla çakışıyor." İki geliştirici de birbirini işaret ederken, diğer takım üyeleri sessizliğe bürünmüştü. Sprint Goal'e ulaşmak için kritik olan bir özellik, bu karşılıklı suçlamaların ortasında duruyordu. Elif, bu durumun sadece bir teknik sorundan ibaret olmadığını, aynı zamanda takımın uyumunu ve Sprint'in başarısını tehdit eden derin bir çatışma olduğunu biliyordu. Şimdi ne yapacaktı?

Böyle bir durumda, bir Scrum Master'ın verebileceği ilk tepkiler genellikle iyi niyetli olsa da, çoğu zaman sorunu çözmek yerine daha da karmaşık hale getirebilir. İşte sıkça yapılan ve işe yaramayan bazı yaklaşımlar:

Taraf Tutmak veya Hakemlik Yapmak: Bir tarafın haklı olduğuna karar vermek veya kimin 'doğru' olduğunu bulmaya çalışmak, Scrum Master'ın tarafsızlığını zedeler. Bu, diğer tarafın kendini anlaşılmamış hissetmesine, güvenin kaybolmasına ve gelecekteki çatışmalarda daha da kapanmasına neden olur.

Hemen Çözüm Sunmak veya Müdahale Etmek: Scrum Master'ın doğrudan bir teknik çözüm önermesi veya "Şunu şöyle yapın" demesi, takımın kendi kendine organize olma yeteneğini ve problem çözme kaslarını geliştirme fırsatını elinden alır. Takım üyeleri, sorunları kendi başlarına çözmek yerine, her zaman Scrum Master'dan bir cevap beklemeye başlar.

Görmezden Gelmek veya Ertelemek: "Zaten kendileri hallederler" düşüncesiyle çatışmayı görmezden gelmek veya çözümü sürekli ertelemek, genellikle sorunun daha da büyümesine yol açar. Küçük bir anlaşmazlık, zamanla kişisel düşmanlıklara veya takım içinde bölünmelere dönüşebilir, bu da Sprint Goal'e ulaşmayı imkansız hale getirebilir.

Ayşe ve Can'ın durumunda, Elif'in ihtiyacı olan şey, bir hakem veya bir teknik uzman olmak değildi. İhtiyaç duyulan şey, takımın kendi kendine çözüm bulabileceği güvenli bir ortamı yaratmak ve bu süreci tarafsız bir şekilde kolaylaştırmaktı. Bu, Scrum Master'ın hizmetkar liderlik rolünün en kritik anlarından biridir.

Bu tür çatışmalarda bir Scrum Master'ın kullanması gereken temel yetkinlikler şunlardır:

Tarafsızlık ve Empati: Her iki tarafın da bakış açısını anlamaya çalışmak, ancak hiçbirine taraf olmamak. Duyguları onaylamak, ancak davranışları yargılamamak.

Aktif Dinleme: Sadece söylenen kelimeleri değil, aynı zamanda söylenmeyenleri, vücut dilini ve altta yatan endişeleri de duymak. Anladığınızı teyit etmek için yansıtıcı dinleme kullanmak.

Psikolojik Güven Ortamı Yaratma: Takım üyelerinin kendilerini güvende hissederek açıkça konuşabilecekleri, hata yapmaktan korkmayacakları ve savunmaya geçmeden sorunları tartışabilecekleri bir alan sağlamak. Bu, Scrum'ın şeffaflık ve cesaret değerlerinin temelidir.

Sistemi ve Süreci Odağa Alma: Kişileri suçlamak yerine, sorunun kök nedenini sistemik veya süreçsel bir hatada aramak. "Kim yaptı?" yerine "Nasıl oldu ve bir daha olmaması için ne yapabiliriz?" sorusuna odaklanmak.

Koçluk Yaklaşımı: Takım üyelerine doğrudan cevaplar vermek yerine, doğru soruları sorarak kendi çözümlerini bulmaları için rehberlik etmek. Bu, takımın özerkliğini ve problem çözme yeteneğini güçlendirir.

Elif, Daily Scrum'dan sonra Ayşe ve Can'ı kısa bir konuşmaya davet etti. İşte uyguladığı adımlar:

Adım 1: Gözlemle ve Onayla (Daily Scrum sonrası)

Elif: "Ayşe, Can, Daily Scrum'da aranızda bir gerginlik olduğunu fark ettim. Bu konuyu Daily'den sonra beş dakika konuşabilir miyiz? Amacımız birbirimizi suçlamak değil, sorunun kök nedenini anlamak ve Sprint Goal'imize ulaşmak için ne yapabileceğimizi bulmak."

Bu, durumu adlandırmak ve konuşma için bir niyet belirlemekle başlar. Suçlamaları durdurur ve ortak bir amaca yönlendirir.

Adım 2: Güvenli Bir Alan Yarat (Ayrı bir oda veya sanal toplantı)

Elif, ikisini de rahat edebilecekleri, kesintiye uğramayacakları bir odaya aldı. "Burada amacımız, bu sorunu yapıcı bir şekilde çözmek. Herkesin bakış açısını duymak istiyorum ve birbirinize saygılı olmanızı bekliyorum." diyerek temel kuralları belirledi.

Adım 3: Yapılandırılmış Diyalog Kolaylaştır (Gerçeklere ve Etkiye Odaklan)

Elif: "Ayşe, lütfen senin bakış açısından ne olduğunu ve bu durumun seni nasıl etkilediğini anlatır mısın? Teknik detaylara odaklanabiliriz, ancak lütfen Can'ı suçlamadan, kendi gözlemlerini ve deneyimlerini paylaş."

Ayşe durumu anlattı. Ardından Elif, Can'a döndü: "Can, Ayşe'nin anlattıklarını duyduğunda senin bakış açın nedir? Lütfen sen de kendi gözlemlerini ve bu durumun seni nasıl etkilediğini paylaş."

Elif, her iki tarafın da konuşmasını tamamlamasına izin verdi, kesintileri engelledi ve gerektiğinde "Şu an Ayşe'yi dinliyoruz, Can, seninkini de duyacağız" gibi müdahalelerde bulundu.

Elif: "Bu durumun Sprint Goal'imize etkisi ne oldu?" (Sorunu kişiselden çıkarıp takımın hedefine bağlamak)

Adım 4: Ortak Anlayış ve Taahhüt İçin Koçluk Yap

Elif: "Şimdi Ayşe'nin bakış açısını ve Can'ın bakış açısını duyduk. Bu sorunu çözmek ve gelecekte benzer durumları önlemek için sizce en iyi ilk adım ne olur?" (Çözüm üretme sorumluluğunu takıma vermek)

Ayşe: "Belki entegrasyon testlerini daha erken yapmalıyız." Can: "Ben de kendi kodumu push etmeden önce Ayşe'nin modülüyle daha kapsamlı bir yerel test yapabilirim." Elif, bu fikirleri not aldı ve onları daha spesifik ve ölçülebilir adımlara dönüştürmeleri için koçluk yaptı.

Adım 5: Takip Et ve Güçlendir

Elif, kararlaştırılan eylemlerin Daily Scrum'da takip edilmesini sağladı ve Retrospektif'te bu deneyimi gündeme getirerek takımın öğrenmesini pekiştirdi. "Geçen hafta yaşadığımız entegrasyon sorunundan ne öğrendik? Gelecekte benzer durumları nasıl daha iyi yönetebiliriz?" gibi sorularla takımın kendi çözümlerini kalıcı hale getirmesine yardımcı oldu.

Bir Scrum Master olarak, zorlu konuşmalarda kullanabileceğiniz bazı anahtar ifadeler ve yaklaşımlar şunlardır:

Durumu Adlandırma ve Niyet Belirleme:

"Bir gerginlik olduğunu hissediyorum ve bunun Sprint Goal'imize etkisi olabileceğinden endişeleniyorum. Bu konuyu daha detaylı konuşmak için biraz zaman ayırabilir miyiz?"

"Amacımız kimin haklı olduğunu bulmak değil, sorunun kök nedenini anlamak ve birlikte bir çözüm bulmak."

Tarafsız Dinleme ve Yansıtma:

"Ayşe, anladığım kadarıyla, Can'ın değişikliğinin senin modülünde beklenmedik bir hataya yol açtığını ve bunun seni hayal kırıklığına uğrattığını söylüyorsun. Doğru mu anladım?"

"Can, sen de kendi değişikliklerinin Ayşe'nin modülüyle doğrudan ilgili olmadığını ve sorunun entegrasyon mantığında olabileceğini düşünüyorsun. Bu doğru mu?"

Odaklanmayı Değiştirme (Kişiden Sürece):

"Bu durumun Sprint Goal'imize ulaşmamızı nasıl etkilediğini konuşalım."

"Bu sorunun ortaya çıkmasına neden olan süreç veya iletişim eksikliği ne olabilir?"

Çözüm Yönelimli Sorular Sorma:

"Bu sorunu çözmek için sizce en iyi ilk adım ne olurdu?"

"Gelecekte benzer durumları önlemek için ne gibi önlemler alabiliriz?"

"Bu durumdan ne öğrendik ve bu öğrenmeyi nasıl uygulayabiliriz?"