Teknik Strateji: Slayt Değil, Hayır Listesi

Sahadan: 40 slayt ve “Hangi strateji?”

Şubat sunumu emek istemişti. Üç hafta hazırlandım, piyasa trendlerini, rakiplerin teknolojisini, ekip yapısını, bir de “2025 teknoloji vizyonu” başlıklı bir slayt koydum. En sonda 14 girişim vardı: gözlemlenebilirlik, test otomasyonu, API standartları, mobil yenileme, veri platformu ve dokuz tane daha.

Temmuz’daki o PR yorumundan sonra durup saydım. 14 girişimden 3’ü bitmişti, 5’i yarımdı, 6’sına hiç başlanmamıştı. Aynı beş ayda ekip, belgede hiç geçmeyen iki büyük işe girmişti: yeni bir mesaj kuyruğu denemesi ve bir frontend framework geçişi. Kimse bir kuralı çiğnememişti. Çiğnenecek bir kural yoktu.

Belgenin paylaşım istatistiği de hikâyeyi tamamladı: 31 görüntülenme, 24’ü ilk hafta. Sonraki dört ayda 7. Yani strateji, sunulduğu hafta yaşamış ve orada kalmıştı.

Hata benimdi ve iki katmanlıydı. Birincisi uzunluk: 40 slaytı kimse bir karar anında açıp okumaz. İkincisi daha derin: o 40 slaytta tek bir seçim yoktu. 14 girişimin hepsi iyi fikirdi. Hiçbiri başka bir şeyden vazgeçmeyi gerektirmiyordu. Her şeye evet diyen bir belge, kimseye yol göstermez.

Strateji ne işe yarıyor

Bir mühendislik yöneticisi haftada belki on kararın içinde olur. Ekip ise yüzlerce karar verir: hangi kütüphane, hangi servise yazılacak, bu iş şimdi mi sonra mı, bu refactor buna değer mi. Bu kararların neredeyse hiçbirinde sen odada değilsin.

Stratejinin tek işi bu: sen yokken verilen kararların aynı yöne düşmesini sağlamak. Buradan basit bir test çıkıyor. Ekipten rastgele birine sor: “Bu yıl neyi yapmıyoruz ve neden?” Cevap veremiyorsa strateji var ama çalışmıyor. Benim Şubat sunumum bu testi ilk günden geçemezdi, çünkü öyle bir liste hiç yoktu.

Tek sayfa: teşhis, ilke, adımlar

Ağustos başında her şeyi silip baştan yazdım. İskeleti Richard Rumelt’in “çekirdek” dediği üç parçadan aldım, dördüncüsünü kendim ekledim. Kural şu: tek sayfaya sığmayan şey, henüz seçilmemiş demektir.

1. Teşhis: bugün asıl sorun ne?

Hedef değil, sorun. “Dünya standartlarında bir platform” teşhis değil, temennidir. Teşhis rakamla yazılır ve biri itiraz edebilecek kadar net olur. Bizimki şuydu: son altı ayda para çekme ve ödeme akışında 9 kesinti yaşadık; 7’si aynı veritabanını paylaşan üç servisin birbirini kilitlemesinden çıktı. Bu çeyrekte gelen yeni iş isteklerinin %40’ı da bu üç servise dokunuyor.

İyi teşhisin bir yan etkisi var: bir sürü iyi fikri kendiliğinden eliyor. Mobil yenileme iyi bir fikir, ama bu teşhisle ilgisi yok.

2. Yol gösterici ilke: bu sorunla nasıl başa çıkacağız?

Tek cümle. Bir kararın hangi tarafa düşeceğini söyleyecek kadar keskin olmalı: “Para hareketine dokunan kodda bu yıl hız değil ayrıştırma önceliklidir; yeni özellik, önce ayrılmış servise gelir.” Bu cümle bir PR tartışmasında kullanılabiliyor. “Kaliteli ve ölçeklenebilir sistemler kuracağız” kullanılamıyor, çünkü herkes zaten öyle yaptığını düşünüyor.

3. Somut adımlar: sahibi ve tarihi olan üç-dört iş

14 değil, 3 ya da 4. Her birinin bir sahibi, bir bitiş tarihi ve “bittiğini nereden anlarız” cümlesi var. Bizde üç adım oldu: para çekme servisini kendi veritabanına taşımak (Kasım sonu), ödeme ile para çekme arasındaki senkron çağrıları olaya çevirmek (Ocak), bu üç servise nöbet ve runbook sahipliği vermek (Ekim sonu).

TEKNIK STRATEJI - 2025 H2                 sahibi: tek isim
------------------------------------------------------------------
TESHIS     : bugun asil sorun ne? rakamla, itiraz edilebilir sekilde.
             "6 ayda 9 kesinti, 7'si ayni DB'yi paylasan 3 servisten"

ILKE       : bu sorunla nasil basa cikacagiz? tek cumle.
             "para hareketine dokunan kodda hiz degil ayristirma"

ADIMLAR    : en fazla 4 madde. her birinde: sahip + tarih + bitti olcutu
             1) cekim servisi kendi DB'sine       - Kasim sonu
             2) senkron cagri -> olay            - Ocak
             3) 3 servise nobet + runbook sahibi - Ekim sonu

BU YIL YAPMAYACAKLARIMIZ:
             her madde: ne + neden + ne zaman tekrar konusulur
             (asagida)

GOZDEN GECIRME: her ceyrek basi, 30 dakika. teshis hala dogru mu?

Hayır listesi: stratejinin asıl kısmı

Sayfanın en kısa bölümü, en çok işe yarayanı oldu. Dört madde yazdım ve her birinin yanına iki şey ekledim: neden ve ne zaman yeniden konuşulur. İkinci kısım önemli; o olmadan “hayır” kalıcı bir yasak gibi okunuyor ve insanlar tartışmak yerine etrafından dolanıyor.

Listenin gücü, tartışmayı kişiden alıp sayfaya taşıması. Eylül’de satış tarafından bir kurumsal müşteri için özel bir raporlama entegrasyonu istendi. Eskiden bu bir pazarlık olurdu: ben “şu an olmaz” derdim, onlar yukarı giderdi. Bu sefer sayfanın linkini gönderdim. Tartışma “neden hayır”dan “bu madde yanlış mı”ya döndü. Bu çok daha iyi bir tartışma, çünkü cevabı kişiye değil, teşhise bağlı.

Kararların nasıl verildiğiyle ilgili iki yazım da buraya bağlanıyor: backlog refinement yazısında kötü fikri erken öldürmekten bahsetmiştim; hayır listesi, onu yılın başında toptan yapmak. Tek bir “yazalım mı, hazırını mı alalım” kararının nasıl tartıldığını da yap mı, al mı yazısında anlattım; listedeki ikinci madde o kararın strateji düzeyindeki hâli.

Strateji günlük kararda nasıl kullanılıyor

Tek sayfa yazmak yetmedi. Şubat belgesi de bir yerde duruyordu; sorun belgenin varlığı değil, kimsenin karar anında ona bakmamasıydı. Bu yüzden sayfayı üç karar anına bağladım:

PR kutucuğu küçük görünüyor ama davranışı değiştiren şey oydu. Ağustos’tan bu yana geçen on haftada kutucuk 6 kez işaretlendi. 4’ünde PR küçültüldü ya da vazgeçildi, 2’sinde bilinçli bir istisna olarak geçti ve istisna gerekçesi PR’a yazıldı. Şubat stratejisi beş ayda tek bir PR’ı etkilememişti.

Hayır listesini önce yukarıya onaylat

Sayfayı ekiple paylaşmadan önce yöneticime götürdüm. Sebebi basit: hayır listesi ilk itirazı yukarıdan alır. Satış bir istek getirir, reddedilir, istek bir üst kata çıkar. O katta liste bilinmiyorsa, ilk yükseltmede ölür ve ekip bir daha ona güvenmez.

Yirmi dakikalık bir görüşme oldu. Bir maddeyi çizdi (“veri platformuna hiç dokunmuyoruz” fazla sertti, raporlama için küçük bir iş gerekiyordu) ve teşhise bir satır ekledi. Geri kalanını olduğu gibi onayladı. Eylül’deki müşteri isteği o yüzden bir kriz değil, kısa bir yazışma oldu: istek yukarı çıktı, yukarıda da aynı sayfa vardı.

Hayırın bir bedeli de var ve onu saklamamak gerekiyor. Ekipte yeni bir dil denemek isteyen bir arkadaşımız vardı; ilk maddeyle o deneme durdu. Bire birde açıkça konuştuk: neden şimdi değil, hangi koşulda yeniden açılır. Hayal kırıklığı geçmedi ama “bana sorulmadan kapatıldı” hissi oluşmadı. Gerekçesi yazılı olan hayır, kişisel bir ret gibi okunmuyor.

Nasıl bozuluyor

Tek sayfa da bozulabilir. Bozulma biçimleri, 40 slaytın bozulma biçimlerinden çok farklı değil:

En sinsi bozulma, hayır listesinin sessizce delinmesi. Birinci istisna gerekçeli geçer, ikincisi “bir kere daha” diye, üçüncüsünü kimse sormaz. Bunun için PR’daki istisna gerekçelerini çeyrek başında sayıyoruz. Aynı maddeye üç istisna geldiyse madde ya yanlış ya da uygulanmıyor; ikisi de sayfada düzeltilmeli, koridorda değil.

Bende işe yaramayanlar

• Stratejiyi OKR’a çevirmek. İlk refleksim adımları hedef cümlelerine dönüştürmek oldu. Hedefler kaldı, teşhis kayboldu; ekip “neden bu hedef” sorusunun cevabını yine bilmiyordu.
• Sayfayı ekiple birlikte sıfırdan yazmak. Yedi kişiyle boş bir sayfaya oturduk, iki saat sonra elimizde 22 maddelik bir yapılacaklar listesi vardı. İşe yarayan sıra şu: taslağı ben yazıyorum, ekip teşhise itiraz ediyor. Seçim yapma işi devredilemiyor; itiraz etme hakkı devrediliyor.
• Hayır listesini gizli tutmak. “Ürün tarafı görürse kırılır” diye ilk hâlini ekip ve yöneticimle sınırlı tuttum. Ağustos’ta ürün tarafından gelen küçük bir isteği reddettiğimde toplantı bir savunmaya döndü, çünkü karşı taraf listeyi ilk kez o gün gördü. Ertesi gün sayfayı herkese açtım.

Kontrol listesi

Sonuç

O PR yorumuna gelen “Hangi strateji?” cevabı kaba değildi, dürüsttü. Beş ay boyunca ekibin verdiği yüzlerce karardan hiçbiri o 40 slayta bakılarak verilmemişti. Belge başarısız olmamıştı. Hiç okunmamıştı.

Yeni sayfa bir A4. Teşhis üç satır, ilke bir cümle, üç adım ve dört “hayır”. Sunumu yok, alkışı da yok. Ama Eylül’de bir kurumsal müşteri isteği o sayfanın linkiyle konuşuldu ve on haftada altı PR onu referans gösterdi.

Test şu: stratejin, senin olmadığın bir toplantıda bir tartışmayı bitirebiliyor mu? Bitiremiyorsa elinde bir sunum var, strateji yok.