Ana sayfa → Scrum

Scrum Müşteriyi Memnun Eder mi?

Kısa cevap: Scrum tek başına etmez. Müşteriyi içeri alan Scrum eder. Aradaki farkı bir savunma sanayi projesinde, dört yılda, en sert şekilde öğrendim.

Sertaç Yıldırım · 7 Eylül 2026 · 10 dk okuma

Nasıl başladı: tek kişi, tek proje, ayda bir toplantı

Türkiye’nin önde gelen savunma sanayi firmalarından birinde tek bir yazılım projesiyle başladım. Ekip: ben. Müşteri tarafı: bir teknik sorumlu ve arkasında birkaç kullanıcı. Çalışma düzeni de klasikti — ayda bir durum toplantısı, arada e-posta.

İlk teslimde olan şey de klasikti. Ekranı gösterdim, karşı taraf birkaç saniye baktı ve şunu dedi:

Ortada bir hata yoktu. Yazdığım şey konuşulanın birebir karşılığıydı. Sorun şuydu: konuşulan şey, onların gerçekte yaptığı işin kendisi değildi. Aradaki farkı ancak ekranı görünce fark ettiler — ve o noktaya gelmemiz bir buçuk ay sürmüştü.

O günün faturası iki haftalık yeniden geliştirmeydi. Asıl kaybettiğim ise başka bir şeydi: karşı tarafın gözünde “anlamayan yazılımcı” olmuştum. Bir kere o etiketi yiyince her toplantı savunmayla geçiyor.

Değiştirdiğim tek şey

Süreç yazmadım, metodoloji sunumu yapmadım. Tek bir şey söyledim:

Savunma sanayinde bunun bir de gizlilik boyutu var; ekran paylaşımı, ortam erişimi, kimin neyi görebileceği ayrı bir mesele. Onu da baştan çözdük: gösterim onların ağındaki bir makinede, gerçek veri yerine temsili veriyle yapıldı. Bu detay önemli, çünkü “güvenlik izin vermiyor” cümlesi çoğu ekipte müşteriyi dışarıda tutmanın en kolay bahanesi — ve genelde çözülebilir bir sorun.

İlk üç toplantı

• Birinci: Sessizlik. Kimse bir şey söylemedi, “güzel olmuş” dediler. Beklenen bir şey; kimse ilk seferde eleştirmez.
• İkinci: Teknik sorumlu ekranda bir alanı gösterdi: “bunu buradan girmiyoruz, sahadan telsizle geliyor.” İşte o cümle, eski düzende ancak teslimde duyacağım cümleydi. Bir sprint içinde düzeldi.
• Üçüncü: Toplantıya iki kişi daha geldi. Çağırmamıştım. Arkadaşları söylemiş.

Üçüncü toplantıdaki o iki kişi, bütün hikâyenin dönüm noktası. Çünkü o andan sonra toplantı benim onay aldığım bir yer olmaktan çıktı, onların kendi işlerini konuştuğu bir yere dönüştü.

Sonra ne oldu: talepler gelmeye başladı

Altıncı ay civarında beklenmedik bir şey oldu. Toplantıda biri şunu sordu: “Bunu yapabildiğinize göre, bizim şu formu da böyle yapabilir misiniz?”

Bu cümle bir satış görüşmesinde çıkmadı. Kendi yazdığım ekranı kullanan bir insandan, kendi işini kolaylaştırmak için geldi. İkinci proje böyle başladı. Üçüncüsü de.

Dört yılın sonunda tablo şuydu:

Buradaki en önemli satır sonuncusu. Dokuz projenin hiçbiri için sunum hazırlayıp “bize iş verin” demedim. Hepsi, ürünü kullanan insanların kendi şirketlerinin içinde bizi savunmasıyla geldi. Sahiplenen müşteri, senin en iyi satışçındır — ve ücret istemez.

Neden işe yarıyor? Dört mekanizma

1. Yanlış anlaşılma iki haftada ortaya çıkıyor

Bu en bilinen faydası. Bir buçuk ay sonra öğrenilen “biz bunu böyle kullanmıyoruz” cümlesi iki hafta sonra öğrenildiğinde bir felaket değil, bir düzeltme oluyor. Maliyeti onda biri.

2. Katkı sahiplenme üretiyor

İnsanlar, yapılmasına katkıda bulundukları şeye orantısız değer veriyor. Ekranda “bu alan sağda olsun” diyen bir kullanıcı, iki hafta sonra o alanı sağda gördüğünde artık o ekranın bir parçası oluyor. Teslimde eleştirmen koltuğuna oturan insan, aslında sürecin dışında bırakıldığı için oraya oturuyor.

3. Müşteri kendi şirketinde savunucuna dönüşüyor

Bunu hesaplamamıştım, sonradan gördüm. Bir yazılım projesinin bütçesi bir toplantı odasında konuşulurken sen orada olmuyorsun. Senin yerine konuşan biri oluyor ya da olmuyor. Ürünü sahiplenen kullanıcı, o odada senin yerine konuşuyor.

4. Ekip yaptığı işin karşılığını görüyor

Bu, dördü içinde en az konuşulanı ama benim için en değerlisi. Ekip 14 kişiye çıkarken şunu yaptık: demoyu her sprint başka bir geliştirici yaptı. Ben değil.

İlk seferinde herkes gerildi. İkinci seferden sonra insanlar sıraya girmeye başladı. Sebebi basit: kendi yazdığın ekranı, onu kullanacak insanın karşısında açmak ve “bunu tam da böyle istiyorduk” cümlesini doğrudan duymak, hiçbir prim sisteminin veremeyeceği bir şey veriyor.

Ve asıl mesele: enerji liderden gelir

Buraya kadar anlattığım her şey tekniğe benziyor: toplantı sıklığı, ekran gösterimi, demo sırası. Ama hepsini bir arada tutan tek bir şey var ve o teknik değil.

Bir dönem işler yoğunlaştı, ben de üst üste iki review’a hazırlıksız girdim. “Şunu göstereyim hızlıca” deyip geçiştirdim. Üçüncü review’da ekipten biri demoyu aynı şekilde geçiştirdi. Kimseye bir şey söylemedim, çünkü söyleyecek yüzüm yoktu: o davranışı ona ben öğretmiştim.

Ekibin toplantıya bakışı, senin toplantıya bakışının kopyasıdır. Bu iyi haber de kötü haber de değil, sadece gerçek. Pratikte gördüğüm karşılıkları:

Bunların hiçbiri karizma değil. Hepsi tekrar edilebilir davranış. Ve hepsi her sprint yeniden yapılıyor — bir kere yapıp bırakılan bir şey değil.

Peki bunu nasıl kurarsın?

1. Bir tek kişiyle başla. Bütün müşteriyi ikna etmeye çalışma. İşi gerçekten kullanan, meraklı tek bir kişi bul ve onu her review’a çağır.
2. Slaytı bırak, klavyeyi ver. Anlatmak ile denetmek arasındaki fark, bütün yazının özeti. Kendi tıklayan insan başka türlü konuşuyor.
3. Bir önceki toplantının çıktısını göster. “Geçen sefer şunu demiştiniz, işte oldu.” Bu cümle katılımı garantiye alan tek cümle.
4. Yapılmayacak şeyi de söyle. “Bunu şu sebeple yapmıyoruz” demek güveni artırıyor; sessizce yutmak azaltıyor.
5. Demoyu döndür. Her sprint başka bir geliştirici. Hem ekip için, hem de müşterinin yüz tanıması için.
6. Kötü haberi erken ver. Erken kötü haber yönetilecek bir risktir; son gün verilen kötü haber başarısızlıktır.

Ölçtüğüm üç sayı

Kontrol listesi

Sonuç

“Scrum müşteriyi memnun eder mi?” sorusunun cevabı, seremonilerde değil. Müşteri, kendi söylediği şeyin iki hafta sonra ekranda belirdiğini gördüğünde memnun oluyor. Bu bir metodoloji faydası değil, bir ilişki faydası; Scrum sadece bunun için düzenli bir yer açıyor.

Ve o yeri canlı tutan şey lider. Sen o toplantıya inanmıyorsan kimse inanmaz. Dokuz proje ve 14 kişilik ekip, bir metodolojinin değil, iki haftada bir tekrarlanan bir alışkanlığın sonucuydu.