Panelinizde Hangi Metrikler Olmalı? Dörtten Fazlasına Gerek Yok

Kurumsal panellerin çoğunda ortak bir sorun var: ekranda otuz gösterge var ama hiçbiri bir karara bağlanmıyor. Bir metrik ancak değeri değiştiğinde birinin bir şey yapması gerekiyorsa panele girmeyi hak eder.

Yazılım tarafı: dört metrik yetiyor

Yazılım teslimat performansını ölçmek için yıllardır süren DORA (DevOps Research and Assessment) araştırması dört metrikte karar kıldı. İkisi hızı, ikisi kararlılığı ölçüyor — ve önemli olan, bunların bir arada okunması.

1. Dağıtım sıklığı — ne kadar sık canlıya çıkıyorsunuz?
2. Değişiklik süresi — bir kod değişikliğinin canlıya ulaşması ne kadar sürüyor?
3. Değişiklik hata oranı — canlıya çıkan değişikliklerin yüzde kaçı sorun çıkarıyor?
4. Toparlanma süresi — bir sorun çıktığında ne kadar sürede düzeliyor?

DORA'nın 2024 raporunda en üst seviyedeki ekipler şu değerlere ulaşıyor: istendiği anda dağıtım, bir günden kısa değişiklik süresi, %5 civarında hata oranı ve bir saatin altında toparlanma. Bu rakamları hedef olarak değil, ölçek olarak kullanmak daha faydalı: bugün nerede olduğunuzu bilmek, nereye gitmek istediğinizden önce gelir.

Hızı ve kararlılığı birbirinin alternatifi sanmak yaygın bir yanılgı. Ölçümler tersini gösteriyor: iyi ekipler ikisinde birden iyi.

— DORA araştırmasının tekrarlayan bulgusu

Üretim tarafı: OEE

Üretimde karşılığı OEE (Overall Equipment Effectiveness). Üç bileşenin çarpımı olarak hesaplanır:

OEE = Kullanılabilirlik × Performans × Kalite

• Kullanılabilirlik — makine, çalışması planlanan sürenin ne kadarında gerçekten çalıştı?
• Performans — çalıştığı sürede teorik hızının ne kadarına ulaştı?
• Kalite — ürettiği parçaların ne kadarı ilk seferde sağlam çıktı?

OEE'nin gücü, üç ayrı sorunu tek sayıya indirmesinde değil; hangisinin bozuk olduğunu ayırt etmesinde. %60'lık bir OEE, üç bileşen ayrı ayrı görülmeden hiçbir şey ifade etmez: duruşlardan mı geliyor, yavaş çalışmaktan mı, ıskartadan mı? Üçünün çözümü tamamen farklı.

Gösteriş metriklerinden kaçının

Panellerin şişmesinin başlıca sebebi gösteriş metrikleri: sürekli artan, iyi görünen ama hiçbir karara bağlanmayan sayılar. Toplam kayıtlı kullanıcı, toplam işlem adedi, kümülatif ciro. Bunlar geçmişi anlatır, geleceği değil.

Bir metriğin gerçekten işe yarayıp yaramadığını anlamanın basit bir testi var: "Bu sayı düşebilir mi?" Düşemiyorsa, o bir metrik değil bir sayaçtır. Toplam kullanıcı sayısı düşmez; aktif kullanıcı sayısı düşer — ve bu yüzden asıl bilgi ikincisindedir.

• Toplam kullanıcı yerine → son 30 günde aktif kullanıcı
• Toplam işlem adedi yerine → kullanıcı başına haftalık işlem
• Kümülatif ciro yerine → aylık yinelenen gelir ve kayıp oranı
• Açılan destek talebi sayısı yerine → ilk yanıt süresi ve çözüm oranı

Kime hangi panel?

Tek bir panelin herkese hitap etmesi beklenmemeli. Pratikte üç ayrı görünüm işe yarıyor ve bunları karıştırmak, çoğu panelin kalabalıklaşma sebebidir:

1. Operasyon paneli — dakikalık/saatlik güncellenir, o an müdahale gerektiren şeyi gösterir. Az sayıda, büyük, uzaktan okunabilir gösterge.
2. Yönetim paneli — haftalık okunur, trend gösterir. Buradaki soru "şu an ne oluyor" değil, "hangi yöne gidiyoruz".
3. Analiz görünümü — soru sorulduğunda açılır. Burada kalabalık olması sorun değil, çünkü hedefi olan biri bakıyor.

Panel tasarlarken üç kural

1. Her metriğin bir sahibi olsun. Sahibi olmayan gösterge, kimsenin bakmadığı göstergedir.
2. Her metrik bir eylemle eşleşsin. "Bu sayı kötüleşirse ne yaparız?" sorusuna cevabınız yoksa, o metrik panelde değil raporda durmalı.
3. Trend göster, anlık değer değil. Tek bir sayı bağlamsızdır; aynı sayının sekiz haftalık seyri karar verdirir.

Az sayıda, sahipli ve eyleme bağlı metrik; kalabalık bir panelden her zaman daha fazla iş görür. Otuz göstergeli bir ekran genellikle kimsenin neye bakacağını bilmediği anlamına gelir.