Ürün Roadmap'i Günlük İşlere Bağlamak: Alios Modeli

Ürün Roadmap'i Günlük İşlere Bağlamak: Alios Modeli

Çoğu startup'ta roadmap var. Notion'da bir sayfa, Miro'da bir tablo, ya da en azından birinin kafasında net bir vizyon. Ama Pazartesi sabahı ekip ne yapacağına karar verirken o roadmap'e bakılmıyor. Bakılsa da "Q3'te ödeme sistemi" gibi bir satırdan günlük göreve nasıl geçileceği belli değil.

Roadmap dokümanda yaşıyor, iş başka bir yerde yürüyor. İkisi hiç buluşmuyor.

Bu kopukluk zaman içinde ciddi bir soruna dönüşüyor: ekip çok çalışıyor ama çalışmanın roadmap'e katkısı görünmüyor. Çeyrek bitti, hedef ne kadar ilerledi? Kimse bilmiyor.

Roadmap Neden Dokümanda Kalıyor?

Roadmap'in pratiğe yansımamasının tek bir sebebi var: soyut hedefler ile somut görevler arasında köprü yok.

"Ödeme sistemini iyileştir" bir hedef. Ama bu hedeften "ödeme sayfası yükleme süresini 2 saniyenin altına indir" görevine, oradan "frontend bundle optimizasyonu yap" görevine nasıl geçildiği yazılı değil. Geçiş kafada yapılıyor, kafalar değişince bağlantı kopuyor.

Bunun yanında roadmap araçları genellikle görev araçlarından ayrı. Roadmap Notion'da, görevler Jira'da. İkisini manuel olarak senkronize etmek zaman alıyor ve sürdürülemiyor. Kısa süre sonra roadmap güncelliğini yitiriyor, görevler bağımsızlaşıyor.

Sonuç: strateji bir yerde, operasyon başka bir yerde. Ekip her gün çalışıyor ama nereye doğru gittiğini göremez hale geliyor.

Alios'ta Üç Katmanlı Hiyerarşi

Alios'ta bu kopukluğu gidermek için node yapısı üç katmanlı hiyerarşiyle kurulabiliyor: üst hedef → epik → iş adımı.

Üst hedef: Roadmap'teki stratejik öncelik. Çeyrek veya yıllık bazda belirlenen, şirketin nereye gitmek istediğini gösteren node. Örnek: "Q3 — Ödeme Deneyimini İyileştir."

Epik: Üst hedefi parçalara bölen, birbirine bağlı iş grupları. Her epik bağımsız olarak anlamlı ama tek başına tamamlanmış sayılmıyor. Örnek: "Ödeme Sayfası Performansı", "Yeni Ödeme Yöntemi Entegrasyonu", "Hata Mesajları İyileştirmesi."

İş adımı: Epik altındaki somut, atanabilir, tamamlanabilir görevler. Bir kişinin bir sprint içinde bitirebileceği büyüklükte. Örnek: "Frontend bundle analizi yap", "Stripe webhook entegrasyonunu test et", "Hata kodu listesi çıkar."

Bu üç katman aynı sistemde, iç içe yaşadığında roadmap ile günlük iş arasındaki köprü kendiliğinden kuruluyor. Geliştirici sabah hangi göreve bakacağını biliyor. Kurucu çeyrek sonunda hangi epiğin ne kadar ilerlediğini görebiliyor.

Örnek Roadmap Ağacı

Aşağıdaki yapı Alios'ta doğrudan node hiyerarşisi olarak kurulabilir:

📁 Q3 HEDEFİ — Ödeme Deneyimini İyileştir
│
├── 📁 EPİK 1: Ödeme Sayfası Performansı
│   ├── [ ] Frontend bundle boyutunu analiz et — Sorumlu: Ali
│   ├── [ ] Gereksiz JS bağımlılıklarını kaldır — Sorumlu: Ali
│   ├── [ ] Yükleme süresi testini çalıştır — Sorumlu: Ayşe
│   └── [ ] Performans raporunu hazırla — Sorumlu: Ayşe
│
├── 📁 EPİK 2: Yeni Ödeme Yöntemi Entegrasyonu
│   ├── [ ] Stripe dokümantasyonunu incele — Sorumlu: Mehmet
│   ├── [ ] Sandbox ortamında entegrasyon kur — Sorumlu: Mehmet
│   ├── [ ] Uçtan uca test senaryoları yaz — Sorumlu: Ayşe
│   ├── [ ] QA onayını al — Sorumlu: Ayşe
│   └── [ ] Canlıya al — Sorumlu: Mehmet
│
├── 📁 EPİK 3: Hata Mesajları İyileştirmesi
│   ├── [ ] Mevcut hata kodlarını listele — Sorumlu: Zeynep
│   ├── [ ] Kullanıcı dostu mesaj metinleri yaz — Sorumlu: Zeynep
│   ├── [ ] Frontend'e entegre et — Sorumlu: Ali
│   └── [ ] Kullanıcı testinde doğrula — Sorumlu: Ayşe
│
└── 📋 ÜST HEDEF NOTU
    Başlangıç: 1 Temmuz — Hedef: 30 Eylül
    Başarı kriteri: Ödeme tamamlama oranı %12 artış,
    ortalama yükleme süresi 2sn altı, hata oranı %30 düşüş

Bu yapıda her iş adımı bir üst epik'e, her epik bir üst hedefe bağlı. Bir görev tamamlandığında bunun hangi stratejik önceliğe katkı sağladığı görünüyor. Roadmap artık dokümanda değil, görevlerin içinde yaşıyor.

Bu Yapıyı Kurarken Dikkat Edilecekler

Üst hedef sayısını az tutun. Bir çeyrekte 3-4 üst hedeften fazlası odağı dağıtıyor. Roadmap ne kadar geniş tutulursa epik ve iş adımları o kadar anlamsızlaşıyor.

Epikler bağımsız teslim edilebilir olsun. "Ödeme Sayfası Performansı" epiği, "Yeni Ödeme Yöntemi" bitmeden de kapatılabilmeli. Epikler birbirini beklemek zorunda değil.

İş adımları tek kişiye atanabilir büyüklükte olsun. "Ödeme sistemini geliştir" bir iş adımı değil, epik. İş adımı bir kişinin bir-iki günde tamamlayabileceği büyüklükte olmalı.

Üst hedef node'una başarı kriteri yazın. "İyileştir", "geliştir", "optimize et" gibi kelimeler ölçülemez. Node açıklamasına sayısal hedef girildiğinde çeyrek sonunda "başardık mı?" sorusunun cevabı net oluyor.

Son Düşünce

Roadmap ile günlük iş arasındaki kopukluk araç sorunu değil, yapı sorunu. Aynı sistem içinde üst hedef, epik ve iş adımı hiyerarşisi kurulduğunda bu kopukluk kendiliğinden kapanıyor.

Alios'ta ürün roadmap yönetimi için ayrı bir araç gerekmiyor. Node hiyerarşisi doğru kurulduğunda strateji ile operasyon aynı ekranda buluşuyor. Geliştirici bugünkü görevinin neden önemli olduğunu görüyor. Kurucu çeyreğin nereye gittiğini takip edebiliyor.