OKR yazan ekiplerin çoğu metodolojiyi anlamadıkları için değil, boş sayfaya bakarken ne yazacaklarını bilemedikleri için tıkanır. "Hedefler ve Temel Sonuçlar" çerçevesi tek cümlede özetlenebilir: nitel bir hedef yazarsınız, o hedefe ulaştığınızı kanıtlayacak üç ila beş ölçülebilir sonuç tanımlarsınız, çeyrek boyunca bu sonuçların ilerlemesini izlersiniz. Metodolojinin kökeni, puanlama mantığı ve taahhüt ile esneyen hedef ayrımı için OKR nedir rehberimiz yeterli detayı veriyor.
Bu yazı iki pratik soruya odaklanıyor. Birincisi, dokuz farklı departman için gerçekten kullanılabilir OKR örnekleri neye benzer? İkincisi, bu OKR'ları Excel yerine bir yazılımla takip etmenin ne zaman anlamı var ve o yazılımda neye bakmak gerekir?
Kullanılabilir Bir Temel Sonucun Üç Parçası
Aşağıdaki örneklerin hepsi aynı kalıba uyuyor: başlangıç değeri, hedef değeri ve ölçüm birimi. Bu üçü yoksa ortada temel sonuç yoktur, niyet beyanı vardır.
Zayıf temel sonuç: "Bakım süreçlerini iyileştirmek." Dönem sonunda kimse bunun başarılıp başarılmadığını söyleyemez. Herkes kendi lehine yorumlar.
Güçlü temel sonuç: "Planlı bakım oranını toplam iş emirlerinin yüzde 45'inden yüzde 70'ine çıkarmak." Dönem sonunda tek bir sayı vardır ve tartışma biter.
Zayıf temel sonuç: "Yeni depo yönetim modülünü devreye almak." Bu bir görevdir. Modülü kurup hiçbir metriği iyileştirmemiş olmak da mümkündür.
Güçlü temel sonuç: "Envanter doğruluk oranını yüzde 94'ten yüzde 99'a çıkarmak." Modülü devreye almak bu sonuca giden yoldur, sonucun kendisi değil.
Bir başka sık hata, başlangıç değerini yazmadan sadece hedefi vermektir. "Müşteri memnuniyetini yüzde 90'a çıkarmak" cümlesi, bugün yüzde 89'da mısınız yoksa yüzde 62'de mi, bunu söylemez. Çeyrek sonunda puanlama yapılamaz çünkü kat edilen mesafe hesaplanamaz.
Departman Bazlı OKR Örnekleri
Aşağıdaki setler orta ölçekli üretim ve saha operasyonu yürüten şirketlerden alınmış tipik başlangıç değerleriyle yazıldı. Kendi rakamlarınızı koymadan kopyalamayın; başlangıç değeri sizin ölçümünüz olmalı.
Üretim
Hedef: Üretim hattında öngörülebilirliği kalıcı hale getirmek.
Temel sonuçlar: OEE oranını yüzde 62'den yüzde 75'e çıkarmak. Plansız duruş süresini ayda 42 saatten 25 saatin altına indirmek. Model değişimi (setup) süresini ortalama 78 dakikadan 45 dakikaya düşürmek.
Bakım ve Saha Servisi
Hedef: Arıza sonrası müdahale kültüründen planlı bakım kültürüne geçmek.
Temel sonuçlar: Planlı bakım oranını toplam iş emirlerinin yüzde 45'inden yüzde 70'ine çıkarmak. Arızalar arası ortalama süreyi (MTBF) 340 saatten 500 saate çıkarmak. Tekrarlayan arıza oranını yüzde 18'den yüzde 8'e düşürmek.
Lojistik ve Depo
Hedef: Sevkiyat sözümüzü her seferinde tutar hale gelmek.
Temel sonuçlar: Zamanında teslimat oranını yüzde 88'den yüzde 97'ye çıkarmak. Envanter doğruluk oranını yüzde 94'ten yüzde 99'a çıkarmak. Sipariş toplama hatasını binde 7'den binde 2'ye indirmek.
Kalite
Hedef: Kalite maliyetini denetimden önce değil, hattın üzerinde yakalamak.
Temel sonuçlar: Hurda ve yeniden işleme maliyetinin ciroya oranını yüzde 3,4'ten yüzde 1,8'e indirmek. Müşteri şikayetine dönüşen sevkiyat oranını yüzde 2,1'den yüzde 0,7'ye düşürmek. Uygunsuzluk kayıtlarının kök neden analiziyle kapanma süresini 21 günden 7 güne indirmek.
Satış
Hedef: Büyümeyi tek bir müşteri segmentine bağımlı olmaktan çıkarmak.
Temel sonuçlar: Yeni segmentten gelen ciro payını yüzde 8'den yüzde 25'e çıkarmak. Ortalama satış döngüsünü 94 günden 60 güne indirmek. Teklif kazanma oranını yüzde 21'den yüzde 30'a çıkarmak.
Pazarlama
Hedef: Talep üretimini reklam bütçesine bağımlı olmaktan kurtarmak.
Temel sonuçlar: Organik kanaldan gelen nitelikli görüşme talebini ayda 14'ten 45'e çıkarmak. Nitelikli görüşme başına maliyeti 3.200 TL'den 1.500 TL'ye indirmek. Web sitesinden teklif formuna dönüşüm oranını yüzde 0,9'dan yüzde 2,5'e çıkarmak.
İnsan Kaynakları
Hedef: Saha ekiplerinde kalıcılığı artırmak.
Temel sonuçlar: İlk yıl içindeki çalışan devir hızını yüzde 34'ten yüzde 20'ye düşürmek. Açık pozisyon kapanma süresini 52 günden 30 güne indirmek. Zorunlu iş güvenliği eğitimlerinin tamamlanma oranını yüzde 61'den yüzde 95'e çıkarmak.
Bilgi Teknolojileri
Hedef: Operasyonun bağımlı olduğu sistemleri kesintisiz ve güvenli tutmak.
Temel sonuçlar: Kritik sistemlerde aylık kesinti süresini 310 dakikadan 45 dakikanın altına indirmek. Kritik seviye güvenlik açıklarının kapatılma süresini ortalama 34 günden 7 güne düşürmek. Elle yürütülen veri aktarım işlerinin oranını yüzde 40'tan yüzde 10'a indirmek.
Finans
Hedef: Nakit döngüsünü operasyonun hızına yetiştirmek.
Temel sonuçlar: Ortalama tahsilat süresini 74 günden 50 güne indirmek. Vadesi 60 günü geçmiş alacak tutarını 4,2 milyon TL'den 1,5 milyon TL'ye düşürmek. Ay kapanış süresini 11 iş gününden 5 iş gününe indirmek.
Dokuz departmanın tamamına aynı çeyrekte OKR yazmak neredeyse her zaman hatadır. İlk çeyrekte iki ya da üç departmanla başlamak, sonra yaymak çok daha yüksek başarı veriyor. Bu kademelendirmenin nasıl yapılacağını şirketlerde OKR uygulaması yazısında adım adım anlattık.
Excel ile OKR Takibi Nerede Kırılır?
İlk çeyrekte Excel çalışır. Hatta çalışması gerekir; yazılım almadan önce metodolojiyi öğrenmenin en ucuz yolu budur. Kırılma genellikle ikinci çeyreğin ortasında başlar ve üç noktadan gelir.
Birincisi sürüm karmaşası. Dosya e-postayla dolaşmaya başlar. Üretim müdürünün elindeki tabloda OEE yüzde 68, genel müdüre giden sunumda yüzde 71 yazar. Kimse hangisinin doğru olduğunu bilmez ve toplantının ilk yirmi dakikası sayıların hangi tarihte alındığını tartışmakla geçer.
İkincisi elle güncelleme yükü. Otuz temel sonucu olan bir şirkette veri toplama, ayda ortalama bir kişinin iki tam gününü alıyor. Bu iş genellikle tek bir kişinin üzerine yıkılır. O kişi izne çıktığı ay tablo güncellenmez, bir sonraki ay iki dönemlik veriyi birden girmeye çalışır ve program fiilen ölür.
Üçüncüsü geçmişin kaybolması. Excel'de hücre üzerine yazılır. Geçen çeyrek hedefin ne olduğunu, ara değerlerin nasıl seyrettiğini, hedefin çeyrek ortasında aşağı çekilip çekilmediğini kimse geriye dönük göremez. Oysa OKR'nin öğretici değeri tam olarak bu karşılaştırmada. Hangi hedefleri sürekli tutturuyorsunuz, hangilerinde üç çeyrektir aynı yerde sayıyorsunuz sorusunun cevabı, geçmiş kayıt olmadan verilemez.
OKR Yazılımında Aranması Gereken Özellik Kategorileri
Piyasadaki araçlar birbirine benzer ekranlar gösterse de gerçekten fark yaratan yedi kategori var.
Hizalama görünümü. Kurumsal hedeften departman hedefine, oradan ekip temel sonucuna uzanan bağın şematik gösterimi. Bunun asıl işlevi güzel görünmek değil, sahipsiz OKR'ları ortaya çıkarmaktır. Hiçbir üst hedefe bağlanmayan bir departman OKR'sı ya gereksizdir ya da eksik bir kurumsal öncelik vardır.
Otomatik veri beslemesi. Temel sonucun ERP, MES, CRM, bakım sistemi veya saha uygulamasından doğrudan beslenebilmesi. Bir yazılımın OKR programını kurtarıp kurtarmayacağını belirleyen tek özellik pratikte budur. Elle girilen bir yazılım, pahalı bir Excel'dir.
Çeyreklik döngü yönetimi. Dönem açma ve kapatma, hedeflerin bir sonraki çeyreğe taşınması, kapanan dönemin dondurulması. Dönem kapanınca verinin kilitlenmemesi, tüm geçmiş karşılaştırmasını anlamsız kılar.
Kontrol toplantısı akışı. Haftalık veya iki haftalık kontrollerde her temel sonucun sahibinin kısa bir güven notu (yolunda, riskli, tıkandı) ve engel açıklaması bırakabilmesi. Otuz dakikalık toplantının gündemi bu ekrandan çıkmalı, ayrıca sunum hazırlanmamalı.
Geçmiş dönem karşılaştırması. Aynı temel sonucun son dört çeyrekteki seyrini tek grafikte görebilmek. Bir hedefte üç çeyrektir yüzde 0,4 puan alıyorsanız sorun ekipte değil, hedefin kurgusundadır.
Yetkilendirme. Kimin hangi OKR'yı görebileceği, kimin ilerleme girebileceği, kimin hedef değerini değiştirebileceği. Özellikle finans ve insan kaynakları OKR'larında görünürlüğün sınırlanabilmesi gerekir.
Denetlenebilirlik. Hedef değeri çeyrek ortasında değiştirildiğinde bunun kim tarafından, ne zaman, hangi gerekçeyle yapıldığının kaydı. Bu kayıt yoksa, dönem sonunda yüzde 100 başarı gösteren tabloların ne kadarının hedef düşürülerek elde edildiğini kimse bilemez.
Yazılım Seçerken Soracağınız Somut Sorular
Demo görüşmelerinde ekran turu yerine şu soruları sorun. Cevaplar aracı hızla eler.
Bizim ERP'mizden bir alanı bir temel sonuca canlı bağlamayı bu demoda gösterebilir misiniz? Gösteremiyorsa entegrasyon vaadi bir yol haritası maddesidir, mevcut bir özellik değil.
Kapanan bir çeyreğin verisi değiştirilebiliyor mu, değiştirildiğinde iz kalıyor mu?
Bir temel sonucun hedef değeri çeyrek ortasında düşürülürse sistem bunu raporda nasıl gösteriyor?
Kullanıcı başına mı, aktif OKR sayısına göre mi ücretlendiriliyor? Saha ekiplerinin çoğu sisteme sadece veri girecekse kullanıcı başına model hızla pahalılaşır.
Sistem dışına veri çıkarmak mümkün mü, hangi formatta? Bir yıl sonra aracı değiştirmeye karar verirseniz geçmişiniz sizinle geliyor mu?
Bu araç aynı zamanda KPI panolarını da yönetiyor mu, yoksa iki ayrı sistem mi kuracaksınız? İki kavramın neden ayrı ama tamamlayıcı olduğunu KPI ve OKR farkı yazısında ele aldık; ancak ekiplerin ikisini iki farklı ekranda takip etmesi pratikte sürdürülemiyor.
Ne Zaman Yazılım, Ne Zaman Excel?
Excel yeterlidir eğer ilk çeyreğinizdeyseniz, tek bir pilot departmanla çalışıyorsanız, toplam temel sonuç sayınız on beşin altındaysa ve verinin tamamı zaten tek bir kişinin eriştiği tek bir sistemden geliyorsa. Bu şartlarda yazılım almak, öğrenilmemiş bir süreci otomatikleştirmek olur.
Yazılıma geçme zamanı genellikle şu üç işaretten ikisi göründüğünde gelir: üçten fazla departman aynı anda OKR yazıyor, temel sonuç sayısı otuzu geçti, ya da veri üç veya daha fazla farklı sistemden toplanıyor. Bir dördüncü işaret daha var ve en net olanı: çeyrek sonu değerlendirme toplantısında sayıların doğruluğu tartışılıyorsa, artık takip aracınız sizi yavaşlatıyor demektir.
ActLedger ile OKR Takibi
ActLedger AI Operasyon Yönetim Sistemi, OKR'yi ayrı bir modül olarak değil, zaten yürüyen operasyonun üzerine kurulu bir katman olarak ele alır. Fark burada başlar: temel sonuçları besleyen veri, iş emirleri, üretim kayıtları, bakım hareketleri ve sevkiyat işlemleri gibi sahada zaten üretilen kayıtlardan gelir.
OperIQ AI motoru bu operasyonel veriyi tanımlı temel sonuçlarla ilişkilendirir ve ilerlemeyi otomatik günceller. Planlı bakım oranı, zamanında teslimat, envanter doğruluğu ya da ortalama müdahale süresi gibi metrikler için kimsenin ay sonunda tablo doldurması gerekmez. Yukarıda anlattığımız elle güncelleme yükü, OKR programlarının en sık ölüm sebebi, tam olarak bu noktada ortadan kalkar.
Blockchain altyapısı ise hedeflerin, ara değerlerin ve gerçekleşen sonuçların değiştirilemez kayıt olarak tutulmasını sağlar. Çeyrek ortasında bir hedef değeri düşürüldüyse bu iz kalır; dönem kapandıktan sonra geçmiş rakamlar düzenlenemez. AssetIQ varlık ve QR kod takibi de temel sonuçların sahadaki fiziksel karşılığını doğrular, örneğin bakım tamamlama oranının gerçekten sahada kapatılmış iş emirlerine dayandığını gösterir.
Sıkça Sorulan Sorular (SSS)
OKR örneklerini kendi şirketime nasıl uyarlamalıyım?
Örnekteki hedef cümlesini alabilirsiniz ancak başlangıç değerlerini kesinlikle kendi ölçümünüzle doldurmalısınız. Başlangıç değerini bilmiyorsanız o metrik için önce bir çeyrek sadece ölçüm yapın, hedef koymayın. Ölçemediğiniz bir metriğe hedef yazmak, dönem sonunda tartışmadan başka bir şey üretmez.
Bir departman aynı çeyrekte kaç OKR yazmalı?
En fazla üç hedef ve her hedef altında üç ila beş temel sonuç. Yukarıdaki örneklerde bilinçli olarak departman başına tek hedef ve üç temel sonuç kullandık. Otuz temel sonucu olan bir şirkette güncelleme yükü tek başına programı bitirmeye yeter.
Küçük bir şirket OKR yazılımı almalı mı?
Toplam temel sonuç sayınız on beşin altındaysa ve veri tek bir sistemden geliyorsa hayır, Excel yeterlidir. Üçten fazla departman OKR yazmaya başladığında veya veri üç ayrı sistemden toplanmaya başladığında yazılım kendini amorti eder.
OKR yazılımı mevcut ERP sistemimizle çalışır mı?
Bu sorunun cevabını demo sırasında canlı olarak görmeniz gerekir. Entegrasyon kabiliyeti çoğu araçta yol haritası maddesi olarak sunulur. Kendi ERP alanınızı bir temel sonuca bağlamayı görüşmede gösteremeyen bir araç, pratikte elle veri girişiyle çalışacaktır.
Temel sonuçları haftalık mı yoksa aylık mı güncellemeliyiz?
Veri otomatik akıyorsa güncelleme sıklığı önemsizdir, sistem zaten anlık gösterir. Elle giriliyorsa iki haftalık ritim gerçekçidir. Haftalık elle güncelleme talebi, ikinci ayda uyulmayı bırakır ve programa olan güveni zedeler.
Excel'den yazılıma geçerken geçmiş veriyi taşımalı mıyız?
En az iki çeyreklik geçmişi taşıyın. Bir yazılımın en değerli çıktısı aynı temel sonucun dönemler arası seyridir ve bu karşılaştırma en az üç veri noktası gerektirir. Geçmiş olmadan yeni sistem, ilk iki çeyrek boyunca sadece pahalı bir tablo olarak kalır.
ActLedger geleneksel bir OKR yazılımından nasıl ayrışır?
Geleneksel araçlar temel sonuçların elle güncellenmesi üzerine kuruludur. ActLedger'da OperIQ AI motoru veriyi sahada zaten üretilen operasyonel kayıtlardan çeker, blockchain altyapısı ise hedeflerin ve gerçekleşen değerlerin sonradan düzenlenmesini engeller. Böylece hem güncelleme yükü hem de sayıların doğruluğu tartışması ortadan kalkar.