Product Owner Sprint Ortasında Kapsam Eklemek İsterse: 'Evet' Demek mi, Sınır Koymak mı?

Ayşe, deneyimli bir Scrum Master olarak, ekibinin mevcut Sprint Hedefi olan 'Müşteri Kayıt Akışını Optimize Etme' üzerinde ne kadar yoğun çalıştığını çok iyi biliyordu. Developers, Sprint Planlama'da taahhüt ettikleri işi ancak yetiştirebilecek durumdaydı. Tam da bu sırada, Product Owner Can, önemli bir paydaş toplantısından sonra Ayşe'nin yanına geldi. Yüzünde endişe vardı.

Can, 'Ayşe, acil bir durum var,' diye söze başladı. 'Pazarlama ekibi bu yeni 'Premium Özellik' için çok bastırıyor. Önümüzdeki hafta canlıya almamız şart. Bunu bu Sprint'e eklememiz gerekiyor. Aksi takdirde büyük bir fırsatı kaçıracağız.'

Ayşe, Can'ın üzerindeki baskıyı hemen hissetti. Bir yandan ekibinin odağını ve Sprint Hedefi'ni korumak istiyor, diğer yandan Can'ın işin aciliyetini ve paydaş beklentilerini anlıyordu. Bu, pek çok Scrum Master'ın defalarca karşılaştığı o kritik anlardan biriydi: 'Evet' demek kolay yoldu ama sonuçları ağırdı; 'Hayır' demek ise çatışma yaratabilirdi. Peki ya üçüncü bir yol?

Bir Scrum Master olarak, Product Owner'ın talebine direkt 'Hayır, Scrum Kılavuzu buna izin vermez!' demek, Can'ın yaşadığı gerçek iş baskısını ve talebin ardındaki aciliyeti göz ardı etmek demektir. Bu yaklaşım, Product Owner ile aranızda bir duvar örebilir, iş birliğini zedeleyebilir ve sizi sadece 'kural bekçisi' konumuna düşürebilir. Üstelik, Product Owner'ın paydaşlarına karşı olan sorumluluğunu da hafife almış olursunuz.

Öte yandan, her talebe sorgusuz sualsiz 'Evet' demek de uzun vadede ekibe ve ürün kalitesine zarar verir. Ekip aşırı yüklenir, Sprint Hedefi'nden sapar, işler yarım kalır, kaliteden ödün verilir ve en önemlisi, bir sonraki Sprint Planlama'da yapılan taahhütlerin güvenilirliği sarsılır. Bu durum, zamanla ekibin motivasyonunu düşürür ve 'her an her şey değişebilir' algısıyla sürekli bir belirsizlik yaratır.

Her iki uç yaklaşım da Scrum'ın temel prensiplerinden olan şeffaflık, denetim ve adaptasyon ruhuna aykırıdır. Asıl mesele, bu tür durumlarda nasıl bir çevik liderlik sergilediğinizdir.

Bu tür bir durumda Scrum Master'ın ihtiyacı olan şey, sadece Scrum kurallarını bilmek değil, aynı zamanda zor konuşmaları yönetme yeteneğidir. Bu, bir dizi temel çevik koçluk ve kolaylaştırma becerisini bir araya getirir:

Çatışma Çözme Becerileri: Product Owner'ın iş önceliği ile Developers'ın kapasitesi ve Sprint Hedefi arasındaki potansiyel çatışmayı yönetebilmek.

Kolaylaştırma Becerileri: Ekip ve Product Owner arasında şeffaf, yapıcı ve çözüm odaklı bir diyaloğu başlatmak ve sürdürmek. Bu, sadece bir toplantı ayarlamak değil, aynı zamanda doğru soruları sormak ve herkesin sesini duyurmasını sağlamaktır.

Koçluk Becerileri: Product Owner'a, talebinin olası etkilerini görmesi ve farklı seçenekleri değerlendirmesi konusunda yardımcı olmak. Bu, 'ne yapmalısın' demek yerine, 'bu durumun olası sonuçları neler olabilir?' gibi sorularla düşünmeye teşvik etmektir.

Hizmetkar Liderlik Örnekleri: Ekibi dış baskılardan korurken, Product Owner'ın da iş hedeflerine ulaşmasına yardımcı olmak için bir köprü görevi görmek. Bu, sadece 'hayır' demekle değil, 'nasıl yardımcı olabiliriz' yaklaşımıyla olur.

Paydaş Yönetimi: Kararların ve olası tavizlerin paydaşlara şeffaf bir şekilde iletilmesini sağlamak.

Bu beceriler, sadece bir kuralı uygulamaktan çok daha fazlasıdır; gerçek dünyadaki karmaşık insan dinamiklerini ve iş ihtiyaçlarını anlamayı ve yönetmeyi gerektirir. Bu tür anlar, bir Scrum Master'ın değerini en çok gösterdiği anlardır.

İşte Ayşe'nin Can'la olan konuşmasında uygulayabileceği, suçlamadan net sınırlar koymaya ve iş birliğini sürdürmeye odaklanan adımlar:

1. Dinle ve Empati Kur: Can'ın üzerindeki baskıyı ve talebin ardındaki iş gerekçesini gerçekten anlamaya çalışın. 'Can, bu yeni talebin aciliyetini anlıyorum. Pazarlama ekibi için ne kadar önemli olduğunu biliyorum.'

2. Sprint Hedefi'ni Hatırlat: Mevcut Sprint Hedefi'ni ve ekibin ona olan bağlılığını nazikçe hatırlatın. 'Mevcut Sprint Hedefimiz 'Müşteri Kayıt Akışını Optimize Etme' idi. Bu yeni özellik, bu hedefe nasıl hizmet ediyor ya da onu nasıl etkiliyor?'

3. Etkiyi Görselleştir: Yeni bir öğe eklemenin somut etkilerini, özellikle Developers'ın kapasitesini ve mevcut işlerin durumunu göz önüne serin. 'Bu yeni özelliği eklersek, mevcut işlerden hangisini çıkarmamız gerekir? Çünkü Developers'ın kapasitesi belirli ve hepsi Sprint Hedefi'ne katkıda bulunuyor.'

4. Seçenekleri Keşfet: Sadece 'hayır' demek yerine, Product Owner ile birlikte olası çözümleri düşünün:

Takas: 'Bu yeni özellik gerçekten bu Sprint için çok kritikse, mevcut Sprint kapsamından benzer büyüklükte bir başka öğeyi çıkarabilir miyiz?'

Erteleme: 'Bu öğeyi bir sonraki Sprint'e alıp, önceliklendirme toplantımızda diğer tüm işlerle birlikte değerlendirebilir miyiz?'

Sprint İptali: (Çok nadir ve aşırı durumlarda) 'Eğer bu yeni özellik, mevcut Sprint Hedefi'mizi tamamen geçersiz kılıyorsa ve en önemli öncelik haline geldiyse, mevcut Sprint'i iptal edip yeni bir Sprint Planlama yapmayı düşünmemiz gerekebilir.'

5. Takım Kararını Kolaylaştır: Bu kararın sadece Scrum Master veya Product Owner tarafından değil, tüm Scrum Takımı tarafından verilmesi gerektiğini vurgulayın. 'Ekiple bir araya gelip bu durumu şeffafça konuşalım mı? Belki birlikte en iyi yolu bulabiliriz.'

6. Şeffaflığı Sağla: Alınan kararları ve bunların nedenlerini paydaşlara açıkça iletmek için Product Owner'a destek olun. Bu, gelecekteki benzer durumlar için de bir emsal teşkil eder.

İşte Ayşe'nin Can ile yapacağı görüşmede kullanabileceği bazı somut ifadeler:

'Can, Pazarlama ekibinin bu yeni özellik için ne kadar heyecanlı olduğunu ve bunun iş için ne kadar değerli olabileceğini anlıyorum. Bu aciliyeti takdir ediyorum.'

'Mevcut Sprint Hedefimiz 'Müşteri Kayıt Akışını Optimize Etme' idi ve ekibimiz bu konuda gerçekten iyi bir ilerleme kaydetti. Bu yeni 'Premium Özellik', bu hedefe nasıl uyuyor?'

'Eğer bu yeni öğeyi şimdi eklersek, mevcut Sprint kapsamımızdaki hangi işi çıkarmak zorunda kalırız? Çünkü ekibimizin kapasitesi belirli ve her şeyi aynı anda yapamayız. Takımdaki arkadaşlarımız bu konuda ne düşünürdü?'

'Bu konuda ekiple şeffaf bir konuşma yapmamızın faydalı olacağını düşünüyorum. Belki birlikte, hem bu yeni ihtiyacı karşılayacak hem de mevcut Sprint Hedefimizi koruyacak en iyi yolu bulabiliriz.'

'Paydaşlara bu durumu nasıl ileteceğimizi ve neden böyle bir karar aldığımızı birlikte planlayalım. Şeffaflık, herkesin beklentilerini yönetmemize yardımcı olacaktır.'