Startup'ta Önceliklendirme: Acil-Önemli ve Backlog Yönetimi

Startup'ta Önceliklendirme: Acil-Önemli ve Backlog Yönetimi

Pazartesi sabahı ekip toplantısında herkes farklı bir şeyin "en öncelikli" olduğunu söylüyor. Satış "müşteri talebi acil" diyor. Geliştirici "kritik bug var" diyor. Kurucu "yatırımcı sunumu bu hafta" diyor. Hepsi haklı. Hepsi gerçekten önemli.

Ama hepsini birden yapmak mümkün değil.

Önceliklendirme yapılmadığında olan şey şu: ekip en çok bağıran işe koşuyor. Stratejik ama sessiz işler haftalarca bekliyor. Backlog büyüyor, kimse bakamıyor. Ve her hafta aynı kaos yeniden başlıyor.

"Her Şey Acil" Sendromu Nereden Geliyor?

Startup'larda önceliklendirme kaosu genellikle üç kaynaktan beslenir:

Görünürlük eksikliği: Kim ne yapıyor, ne bekliyor, ne bloke — bunlar tek bir yerde görünmüyor. Görünmeyen iş acil görünmüyor, görünen iş her zaman acil görünüyor.

Ortak kriter yok: "Acil" kelimesinin ekipteki herkes için farklı bir anlamı var. Birinin acili müşteri şikayeti, diğerinin acili sunucunun yavaşlaması. Kriter belirlenmeden önceliklendirme yapılamaz.

Backlog sahipsiz: Backlog'a düşen iş "eninde sonunda yapılacak" listesine giriyor. Kimse sahiplenmediği için büyüyor, ağırlaşıyor, önceliklendirilemiyor bir yığına dönüşüyor.

Sonuç: ekip reaktif çalışıyor. Gelen her talep öncelik kuyruğunu altüst ediyor. Planlama anlamını yitiriyor.

Alios'ta Öncelik ve Durum Mantığı

Alios'ta her node için iki temel boyut var: durum ve öncelik. Bu ikisini birlikte kullanmak, "acil mi, önemli mi, bekleyebilir mi?" sorusunu sistemin içine taşır — kişisel yoruma bırakmaz.

Durum: Görevin nerede olduğunu gösterir. Yapılacak, devam ediyor, beklemede, tamamlandı gibi aşamalar node'un yaşam döngüsünü takip eder.

Öncelik: Görevin ne kadar acil veya kritik olduğunu gösterir. Düşük, orta, yüksek, kritik gibi seviyeler ekibin aynı dili konuşmasını sağlar.

Bu iki boyutu birleştirdiğinizde filtre gücü devreye girer: "Bu hafta yüksek öncelikli ve devam eden tüm görevler neler?" sorusunu saniyeler içinde cevaplayabilirsiniz.

Acil-Önemli Matrisini Alios'a Taşımak

Eisenhower matrisini — acil/önemli, acil/önemsiz, önemli/acil değil, ikisi de değil — Alios'ta uygulamak için karmaşık bir kurulum gerekmiyor. Öncelik seviyeleri bu dört kademeye karşılık geliyor:

Kritik → Acil + Önemli: Hemen yapılacak. Bu hafta başka bir şey bitmese bile bu bitmeli.

Yüksek → Önemli ama bu dakika acil değil: Planlı şekilde ilerlenecek. Ertelenmemeli ama panik gerektirmiyor.

Orta → Acil görünüyor ama stratejik değil: Genellikle başkasına devredilebilir veya bu hafta yapılmazsa dünya durmuyor.

Düşük → Backlog: Değerli ama şu an değil. Haftada bir gözden geçirilir, zaman açıldığında ele alınır.

Node açıklamalarına "neden bu öncelik?" yazma alışkanlığı eklendiğinde, iki hafta sonra "bu neden kritikteydi?" sorusunun cevabı da kayıt altında olmuş oluyor.

Haftalık Önceliklendirme Planı: Örnek Yapı

Alios'ta haftalık planlamayı şu yapıyla kurabilirsiniz:

Pazartesi — Haftayı Kur (20 dakika)

🔴 KRİTİK (bu hafta mutlaka)
- [Node adı] — Sorumlu: [İsim] — Neden kritik: [1 cümle]
- [Node adı] — Sorumlu: [İsim] — Neden kritik: [1 cümle]

🟠 YÜKSEK (bu hafta planlandı)
- [Node adı] — Sorumlu: [İsim] — Hedef gün: [Gün]
- [Node adı] — Sorumlu: [İsim] — Hedef gün: [Gün]

🟡 ORTA (zaman kalırsa)
- [Node adı] — Sorumlu: [İsim]

⚪ BACKLOG (bu hafta değil)
- [Node adı] — Bir sonraki review: [Tarih]

Çarşamba — Kısa Kontrol (10 dakika)

• Kritik node'lardan herhangi biri bloke oldu mu?

• Öncelik değişmesi gereken bir şey var mı?

• Yeni gelen talepler backlog'a mı, kritik'e mi gidiyor?

Cuma — Kapanış (10 dakika)

• Tamamlanan node'lar kapatılır

• Tamamlanamayan node'lar neden tamamlanamadı — açıklamaya not düşülür

• Gelecek hafta kritik listesi taslak olarak oluşturulur

Backlog'u Hayatta Tutmak

Backlog'un işe yaramamasının tek sebebi sahipsiz kalması. Alios'ta backlog node'larını "Düşük öncelik" + "Yapılacak" durumuyla filtrelediğinizde tüm liste bir arada görünür. Haftada bir — ya da iki haftada bir — bu listeye bakmak için 15 dakika ayırmak yeterli.

Bu review sırasında sorulacak üç soru:

• Bu node hâlâ geçerli mi? Geçerli değilse kapat.

• Bu hafta veya önümüzdeki hafta önceliği yükselmeli mi?

• Bu node'u küçük parçalara bölmek onu daha kolay ele alınabilir yapar mı?

Backlog büyüdükçe değil, düzenli gözden geçirildiğinde kontrol altında kalır.

Son Düşünce

Startup'ta önceliklendirme kaosu kaçınılmaz değil. Ama "herkes kendi aklındaki önceliğe göre koşuyor" durumundan çıkmak için ortak bir dil ve görünür bir sistem gerekiyor.

Alios'ta durum ve öncelik boyutlarını birlikte kullanmak, ekibin aynı ekrana bakıp aynı soruya aynı cevabı vermesini sağlıyor: bu hafta ne yapıyoruz, ne bekliyoruz, ne erteleyebiliriz.

Kaos öncelikler belirsiz olduğunda başlar. Öncelikler görünür olduğunda büyük ölçüde biter.