Vaka: Bir Perakende Bankasının Mobil Uygulama Ekibinde Scrum'a Geçiş ve Ortak Sahiplenme Dönüşümü
Vaka: Perakende Bankasının Mobil Uygulama Ekibinde Scrum'a Geçiş
Not: Bu vaka, gerçekçi unsurlarla kurgulanmış bir senaryodur; şirket, kişiler ve rakamlar örnek amaçlıdır.
1. Başlangıç Durumu
Ankara'da faaliyet gösteren orta ölçekli bir finans şirketinin mobil uygulama ekibi yıllardır şelale tarzı çalışıyordu: üç ayda bir büyük sürüm, sürümden önce uzun bir test ve "düzeltme maratonu". Ekipte mobil geliştiriciler, test uzmanları, bir iş analisti ve bir ürün yöneticisi vardı. Sorunlar tanıdıktı:
- Geç gelen geri bildirim: Müşteri ve iş birimi görüşü, özellik bittikten haftalar sonra geliyordu.
- Sürüm öncesi yığılan hatalar: Hatalar son iki haftada birikiyor, ekip fazla mesaiye kalıyordu.
- Kopukluk: Ürün yöneticisi gereksinimi belgeyle iletiyor, geliştiriciler "neden" sorusunu çoğu zaman öğrenemiyordu.
- Hiyerarşik onay alışkanlığı: Küçük kararlar bile üst kademe onayına çıkıyordu.
2. Alınan Kararlar
| Karar | Gerekçe | Nasıl uygulandı? |
|---|---|---|
| Küçük bir pilot ekiple başlamak | Riski sınırlamak, kanıt üretmek | Tek bir modül (örn. bildirim ayarları) için 6 kişilik ekip, 3 Sprint |
| Definition of Done'ı birlikte yazmak | "Bitti" tanımında ortak sahiplenme | Geliştirici, test ve ürün sahibi tek oturumda maddeleri yazdı |
| Paydaşları Sprint Review'a çağırmak | Geri bildirimi erkene çekmek | Her Sprint sonunda 45 dakikalık canlı gösterim |
| Yönetim taleplerini Ürün Backlog'u üzerinden almak | Görünürlük ve önceliklendirme | Talepler tek kanaldan girer, ürün sahibi sıralar |
3. Örnek Definition of Done Şablonu
- Kod gözden geçirildi (en az bir ekip arkadaşı).
- Otomatik testler geçti; yeni davranış için test yazıldı.
- Test ortamında ürün sahibi tarafından denendi.
- Güvenlik ve erişilebilirlik kontrol listesi tamamlandı.
- Kullanıcıya dönük metinler onaylandı.
4. Karşılaşılan Direnç Noktaları
- "Yukarıdan gelen iş" baskısı: Bir yönetici doğrudan geliştiriciye iş atıyordu.
- Onay refleksi: Ekip, Sprint içinde bile her küçük teknik karar için yönetici onayı bekliyordu.
- Ürün sahibi rolünün yetkisizliği: Öncelik kararı hâlâ başka yerde veriliyordu.
- Ritüel yorgunluğu: İlk Sprint'lerde toplantılar "ek yük" olarak görüldü.
5. Neyin İşe Yaradığı, Neyin Yaramadığı
| İşe yarayan | İşe yaramayan |
|---|---|
| Yöneticilere ilk Sprint Review'da canlı ürünü göstermek | Scrum terimlerini eğitimle bir anda tüm kuruma yaymaya çalışmak |
| Acil talepler için görünür bir "önce Backlog'a girer" kuralı | Kuralı yalnızca e-postayla duyurmak |
| Üst yönetimden bir sponsor bulmak | Sponsor olmadan ürün sahibine yetki beklemek |
| Retrospektifte küçük, ölçülebilir bir iyileştirme seçmek | Her retroda uzun eylem listeleri çıkarmak |
6. Sonuçlar
Pilot sonunda ekip; geri bildirimin daha erken geldiğini, sürüm öncesi hata yığılmasının azaldığını ve ekip içinde "bu iş bizim" duygusunun güçlendiğini gözlemledi. Ancak dönüşüm tamamlanmış sayılmadı: acil talepler hâlâ zaman zaman Sprint'i zorluyordu ve diğer ekipler için yaklaşım yeniden uyarlanmak zorundaydı.
7. Çıkarılan Dersler
- Küçük başlayıp görünür kanıt üretmek, tartışmadan daha ikna edicidir.
- Yönetimi sürecin dışında değil, Review'da ve Backlog'da içeride tutun.
- Ürün sahibinin yetkisi kâğıtta değil, uygulamada tanınmalıdır.
- Kültürel alışkanlıkla savaşmak yerine, yeni alışkanlığı kolay ve ödüllendirici kılın.
8. Acil Talep İçin Adım Adım Yönerge
- Talebi Ürün Backlog'una yazın: ne, neden, kim istiyor.
- Ürün sahibi mevcut Sprint hedefine etkisini değerlendirir.
- Hedefi bozmayacaksa sıraya alınır; bozacaksa talep sahibiyle takas konuşulur ("bunu alırsak şunu çıkarırız").
- Gerçekten kritikse Sprint iptali ürün sahibinin son çaresidir.
Tartışma Soruları
- (1) Pilot ekip seçimi hangi ölçütlere göre yapılmalı?
- (2) Üst yönetimin araya giren acil talepleri Sprint bütünlüğünü bozmadan nasıl yönetilebilir?
- (3) Sizin kurumunuzda hangi alışkanlık dönüşümü en çok zorlardı ve ilk adımınız ne olurdu?
Bu dersi kayıt olmadan izleyebilirsin. İlerlemeni kaydetmek, sertifika almak ve puan tablosuna girmek için ücretsiz üye ol: Kayıt Ol