Ekipleri Raydan Çıkaran 10 Yaygın OKR Hatası ve Çözümleri
OKR uygulayan organizasyonların büyük çoğunluğu aynı engellerde tökezler. Çerçeve değil uygulama sorunludur ve hatalar öngörülebilir bir sırayla gelir: kurulum güçlü başlar, ikinci haftadan sonra ritim kaybolur, çeyrek sonunda gerçek değerlendirme yerine uyumluluk toplantısı yapılır. Bu kalıplar sektörden ve şirket büyüklüğünden bağımsızdır.
Bu hataların bir kısmı yapısaldır: OKR'ların yazılış biçiminde ortaya çıkar. Diğerleri kültüreldir: kuruluşların hedefler, sorumluluk ve performans hakkındaki düşünce biçimlerinden doğar. İyi haber şu ki, her birinin çözümü var, çoğu zaman bu hafta uygulayabileceğiniz tek bir süreç değişikliğiyle. İşte en sık karşılaştığımız on tuzak ve her biri için somut çözümler.
Fikirler kolaydır. Her şey uygulamadadır.
1. Çok Fazla OKR Belirlemek
En yaygın ve en yıkıcı OKR hatası budur. Bir ekip yedi Hedef ve her birinde dört Anahtar Sonuç belirlediğinde, aynı anda 28 metriği takip ediyor demektir. Hiçbir ekip 90 günde 28 şeyde anlamlı bir ilerleme kaydedemez. Gerçekte olan şu ki enerji dağılır, insanlar her şeyden biraz yapar, hiçbir şeyi derinlemesine yapmaz. Çeyreğin ortasına geldiğinde OKR tablosu kimsenin açmak istemediği suçluluk yaratan bir belgeye dönüşür.
Kullanıcı alıştırmasını iyileştirmek, müşteri kaybını azaltmak, yeni bir fiyatlandırma sayfası çıkarmak, bir API entegrasyonu geliştirmek ve iç dokümantasyonu güncellemek için hedef belirleyen bir ürün ekibini düşünün, hepsi tek bir çeyrekte. Her biri değerli işler, ancak bir araya geldiklerinde stratejik bir odak değil, yapılacaklar listesi oluştururlar. Ekip çeyreği beş yarım kalmış girişimle bitirir ve gösterecek net bir başarı yoktur.
Çözüm: Her ekibi çeyrek başına 2-3 Hedef ve her birinde 3-4 Anahtar Sonuç ile sınırlandırın. OKR'ları kesinleştirmeden önce ekibe şu soruyu sorun: "Bunlardan yalnızca birini başarabilseydik, hangisi en çok fark yaratırdı?" Bu sorunun cevabını acımasızca önceliklendirme için kullanın. Çıkardığınız Hedefler kaybolmaz, gelecek çeyreğin adayları olurlar. Odaklanmak daha az iş yapmak değildir; doğru işi, gerçekten sonuç alacak kadar derinlemesine yapmaktır.
2. Belirsiz veya Ölçülemeyen Anahtar Sonuçlar Tanımlamak
Anahtar Sonuç tek bir soruyu cevaplamak için vardır: "Hedefe ulaştık mı, ulaşamadık mı?" Çeyreğin sonunda bir Anahtar Sonuca bakıp kesin bir puan veremiyorsanız, o bir Anahtar Sonuç değil, bir dilektir. Bu hatanın en yaygın hali, "iyileştir," "geliştir" veya "artır" gibi sözcükleri sayı eklemeden kullanan Anahtar Sonuçlar yazmaktır. "Müşteri memnuniyetini artır" bir hedef gibi görünür ama başarılı olup olmadığınızı anlamanın yolu yoktur.
Bir pazarlama ekibi şunu yazar: "AS: Sosyal kanallarda marka bilinirliğini artır." Çeyreğin sonunda sosyal medya takipçileri %3 artmıştır. Bu başarı mı? Başarısızlık mı? Kimse bilmez çünkü kimse "artırma"nın ne anlama geldiğini tanımlamamıştır. Bunu şununla karşılaştırın: "AS: LinkedIn takipçi sayısını 5.000'den 8.000'e çıkar." Artık ekip tam olarak nerede durduğunu biliyor, ve mevcut yaklaşımlarının işe yarayıp yaramadığı konusunda haftalık kararlar alabiliyorlar.
Çözüm: Her Anahtar Sonucun üç unsuru olmalıdır: bir metrik, bir başlangıç değeri ve bir hedef değer. Bir Anahtar Sonucu kilitlemeden önce "gazete testi"ni uygulayın: bir muhabir size soru sormadan bunu haberleştirebilir mi? "X'i A'dan B'ye taşı" şeklinde ifade edemiyorsanız, edene kadar yeniden yazın. Ve mevcut durum hakkında dürüst olun, eğer şu anki rakamlarınızı bilmiyorsanız, bunları ölçmek ilk Anahtar Sonucunuz olsun.
3. Hedef ile Anahtar Sonuçlar Arasındaki Bağı Koparmak
Hedef varış noktasını tanımlar. Anahtar Sonuçlar oraya vardığınızı nasıl bileceğinizi tanımlar. Bu ikisi birbirinden uzaklaştığında, teknik olarak ölçülebilir ama Hedefe ulaştığınızı kanıtlamayan Anahtar Sonuçlarla karşı karşıya kalırsınız. Bu genellikle ekiplerin Hedefleri ve Anahtar Sonuçları farklı zamanlarda yazdığında ya da her birinden farklı kişilerin sorumlu olduğu durumlarda gerçekleşir.
Bir satış ekibi şu Hedefi belirler: "Orta ölçekli segmentte tercih edilen tedarikçi ol." Anahtar Sonuçları? "Ayda 500 soğuk arama yap" ve "10.000 pazarlama e-postası gönder." Bunlar faaliyet metrikleri, tercih edilen olduğunuzun kanıtı değil. Daha iyi bir Anahtar Sonuç seti şu olurdu: "12 yeni orta ölçekli müşteri kazan" ve "Orta ölçekli müşterilerden satış sonrası memnuniyet puanı 4,5/5'e ulaşsın." Bu sonuçlar Hedefe doğru ilerlemeyi gerçekten gösterir.
Çözüm: Anahtar Sonuçlarınızı yazdıktan sonra Hedefi sesli okuyun ve sorun: "Üç Anahtar Sonucun hepsini tuttursak ama başka hiçbir şey değişmese, bu Hedefe ulaştığımızı güvenle söyleyebilir miyiz?" Cevap hayırsa, Anahtar Sonuçlarınız yanlış şeyleri ölçüyor demektir. Bağlantı, ekipteki herkes, çeyreğin ortasında katılıp OKR'ları ilk kez gören biri dahil, tarafından açık olana kadar yeniden yazın.
4. OKR'ları Yalnızca Yukarıdan Aşağıya Bir Uygulama Olarak Görmek
Pek çok kuruluşta OKR'lar yalnızca üst yönetimden aşağıya doğru akar. CEO şirket OKR'larını belirler, başkan yardımcıları bunları direktörlere aktarır, direktörler ekip liderlerine iletir ve bireysel çalışanlar OKR'larını görev olarak alır. Bu, amacın tamamını kaçırır. OKR'lar, yukarıdan aşağıya yön ile aşağıdan yukarıya içgörünün birleşimi olacak şekilde tasarlanmıştır. İşe en yakın olan insanlar, hangi sorunların çözülmeye değer olduğunu ve hangi hedeflerin gerçekçi olduğunu genellikle yönetimden daha iyi bilir.
Bir Mühendislik Başkan Yardımcısı dayatma yapar: "Her ekip hata sayısını %40 azaltmalı." Zaten düşük hata sayısına sahip olan altyapı ekibinin artık imkansız bir hedefi var. Bu arada, kırılgan bir kod tabanını yeniden yapılandırmaya şiddetle ihtiyaç duyan ödemeler ekibi, kök nedeni ele almak yerine kozmetik hataların peşinde koşmaya zorlanıyor. Ekipler kağıt üzerinde uyum sağlıyor ama şirket aslında daha iyi yazılıma kavuşmuyor. Eğer bu ekiplerden şirket düzeyindeki bir kalite Hedefine uygun kendi OKR'larını önermeleri istenseydi, kendi bağlamları için gerçekten fark yaratacak hedefler seçerlerdi.
Çözüm: 60/40 bölümünü benimseyin: ekip OKR'larının yaklaşık %60'ı şirket veya departman Hedeflerine uyumlu olmalı, %40'ı ise ekibin uzmanlığına dayanarak ekipten gelmelidir. Planlama sırasında önce şirket Hedeflerini paylaşın, sonra ekiplere kendi OKR'larını taslak olarak hazırlamaları için bir hafta verin. Değerlendirme oturumları onay toplantısı değil, diyalog olmalıdır. Bir ekip hedefe itiraz ettiğinde bunu itaatsizlik değil, bilgi olarak değerlendirin.
5. OKR'ları Belirleyip Sonra Unutmak
Bu hata genellikle çeyreklik planlama sırasında bir enerji patlamasıyla başlar, atölye çalışmaları, duvarlara yapıştırılan notlar, hedefler hakkında tutkulu tartışmalar, ardından on iki haftalık sessizlik gelir. OKR belgesi ortak bir klasöre gider ve bir sonraki planlama döngüsüne kadar tekrar açılmaz. O noktada kimse neye taahhüt ettiğini hatırlamaz ve geriye dönüş toplantısı mazeret üretme egzersizine dönüşür.
Bir müşteri başarısı ekibi, müşteri kaybını azaltmak için iddialı bir Hedef belirler. İkinci haftada büyük bir müşteri ayrılma tehdidinde bulunur ve ekip yangın söndürme moduna geçer. Kimse OKR takipçisini güncellemez. Sekizinci haftaya gelindiğinde üç Anahtar Sonuçtan ikisi geri dönülemeyecek kadar geride kalmıştır ama kimse bakmadığı için fark etmez. Çeyrek sonunda ekip 0,2 puan alır, hedef yanlış olduğu için değil, günlük işler devreye girdiğinde onu gözden kaçırdıkları için.
Çözüm: Ekibinizin mevcut toplantı ritmine haftalık veya iki haftalık bir check-in adımı ekleyin. Bunun ayrı bir toplantı olması gerekmez, ekip standup'ının başında beş dakika yeterlidir. Her Anahtar Sonuç sorumlusu kısa bir güncelleme paylaşır: mevcut rakam nedir, yolunda mı, bir şeyin değişmesi gerekiyor mu? Amaç daha fazla toplantı yaratmak değil; OKR'ları çeyreklik bir tören değil, ekibin çalışma biçiminin canlı bir parçası haline getirmektir.
6. Yetersiz Şeffaflık ve İletişim
OKR'lar ancak herkes kendi çalışmasının büyük resimle nasıl bağlandığını görebildiğinde işe yarar. OKR'lar silo halindeyken, her ekip diğer ekiplerin ne yaptığını görmeden izole şekilde kendi hedeflerine çalışırken, çakışma, uyumsuzluk ve kaçırılan iş birliği fırsatları ortaya çıkar. İki ekip birbirinden habersiz örtüşen girişimler üzerinde çalışıyor olabilir veya bir ekibin Anahtar Sonucu doğrudan diğerininki ile çelişebilir.
Bir ürün ekibinin Anahtar Sonucu "Özellik benimseme oranını %60'a çıkar" şeklindedir. Pazarlama ekibi bundan habersiz, yeni kullanıcı kaydı çekmeye yönelik bir kampanya yürütüyor, bu kullanıcılar alıştırma akışı onlara bu özellikleri göstermediği için asla göremeyecek. Her iki ekip de bireysel metriklerini tutturur ama şirketin genel büyümesi durağanlaşır. Birbirlerinin OKR'larına erişimleri olsaydı, pazarlama yeni özellikleri benimseme olasılığı en yüksek kullanıcıları hedefleyebilir, ürün ekibi ise alıştırma akışını kampanya trafiğine göre optimize edebilirdi.
Çözüm: Tüm OKR'ları kuruluşun tamamına görünür kılın. Özel belgelere gömülü değil, paylaşılan bir araç veya gösterge paneli kullanın. Her çeyreğin başında her ekibin OKR'larını sade bir dille sunduğu kısa bir tüm-eller toplantısı yapın. Çeyrek boyunca ekipler arası check-in'ler bağımlılıkları erken yüzeye çıkarmaya yardımcı olur. Temel kural: başka bir ekipten biri OKR'larınızı iki dakika içinde bulup anlayamıyorsa, şeffaflığınız yetersizdir.
7. OKR Puanlarını Doğrudan Ücretlendirmeye Bağlamak
İnsanlara primlerinin OKR puanlarına bağlı olduğunu söylediğiniz an, iddialı hedef belirlemeyi öldürmüş olursunuz. Rasyonel çalışanlar derhal savunmaya geçer, organizasyonu ileri taşıyacak iddialı hedefler yerine tutabileceklerini bildikleri kolay hedefler belirlerler. Bu, OKR'ları konfor alanının ötesine ulaşma aracından herkesin daha düşük hedefler için pazarlık ettiği bir müzakere egzersizine dönüştürür. Google bunu erken keşfetti: OKR'lar ücretlendirme değerlendirmelerinden açıkça ayrılmıştır. Performans önemlidir ama yalnızca OKR puanları değil, OKR iddialılığını da içeren daha geniş bir perspektifle değerlendirilir.
Bir satış direktörü çeyreklik primleri OKR başarısına bağlar. Gerçekçi olarak 500 bin TL'lik pipeline hedefleyebilecek bir temsilci, Anahtar Sonucunu 300 bin TL olarak belirler, ve her çeyrek 1,0 alırken, iddialı hedefler belirleyen meslektaşları 0,6 puan alıp primlerini kaçırır. Şirket düşük hedef belirlemeyi ödüllendirip iddialılığı cezalandırır. İki çeyrek içinde her temsilci sistemi manipüle etmeye başlar. OKR puanları kağıt üzerinde mükemmel görünür ama gerçek gelir büyümesi düzdür çünkü kimse gerçek iddialı hedefler belirlemiyor.
Çözüm: OKR konuşmalarını ücretlendirme değerlendirmelerinden tamamen ayırın. OKR'ları stratejik uyum aracı olarak kullanın ve performansı OKR iddialılığını, ekip hedeflerine katkıyı ve genel etkiyi dikkate alan bütüncül bir süreçle değerlendirin. Gerçekten iddialı bir OKR'da 0,6-0,7 puanın rahat bir 1,0'dan daha değerli olduğunu net şekilde ifade edin. Değerlendirmelerde OKR'lara atıfta bulunmanız gerekiyorsa, puanın kendisine değil, seçilen Hedeflerin kalitesine ve üretilen öğrenmeye odaklanın.
8. Görevleri Anahtar Sonuç Gibi Yazmak
Belki de en ince OKR hatasıdır ve deneyimli ekipleri bile rahatsız eder. Anahtar Sonuçlar, çıktıları (yaptığınız şeyler) değil sonuçları (yaptıklarınızdan kaynaklanan değişiklikler) tanımladığında ortaya çıkar. "Yeni ödeme sayfasını yayınla" bir görevdir. "Ödeme dönüşüm oranını %2,1'den %3,5'e çıkar" bir Anahtar Sonuçtur. Aradaki fark son derece önemlidir, bir görevi tamamlamak istediğiniz sonucu garanti etmez ve görevlere odaklanmak, çabalarınızın gerçekten işe yarayıp yaramadığını görmenizi engeller.
Bir İK ekibi şu Anahtar Sonucu belirler: "15 Mart'a kadar yeni bir alıştırma programı uygula." Programı zamanında kurar ve AS'yi tamamlanmış olarak işaretlerler. Ancak altı ay sonra yeni işe alınan kişilerin 90 günlük tutundurma oranı değişmemiştir çünkü program, insanların neden ayrıldığını anlamadan oluşturulmuştur. Anahtar Sonuç "Yeni işe alınan kişilerin 90 günlük tutundurma oranını %72'den %85'e çıkar" olsaydı, ekip kök nedenleri araştırmak zorunda kalır ve sorunun alıştırma materyalleri değil, yönetici eğitimi olduğunu keşfedebilirdi.
Çözüm: Her Anahtar Sonuca "peki ne olacak?" testini uygulayın. Okuduktan sonra sorun: "Bunu başarmak kullanıcılarımız, müşterilerimiz veya işimiz için ne değiştirir?" Cevap "görene kadar bilemeyiz" ise bir görev yazmışsınız, Anahtar Sonuç değil. Görevler proje planınıza aittir; Anahtar Sonuçlar OKR'larınıza aittir. Pratik bir ipucu: "yayınla" kelimesini Anahtar Sonuçlardan tamamen yasaklayın. Her "X'i yayınla"yı, X'in üreteceğini beklediğiniz ölçülebilir değişiklikle değiştirin.
9. 0,7 Puanı Başarısızlık Olarak Görmek
OKR çerçevesinde iddialı bir hedefte 0,6-0,7 puan güçlü bir sonuç olarak kabul edilir, ekibin yüksek hedeflediği ve anlamlı bir ilerleme kaydettiği anlamına gelir. Ancak geleneksel performans yönetiminden gelen kuruluşlar, %100'ün altındaki her şeyin düşük performans olduğu zihniyetinden kurtulamaz. Ekipler 0,7 aldıkları için azarlandığında veya hayal kırıklığına uğradığında mesaj nettir: iddialı hedefler belirlemeyin. Zamanla bu, OKR'ları güçlü kılan iddialı hedef kültürünü öldürür.
Bir mühendislik ekibi iddialı bir Anahtar Sonuç belirler: "API yanıt süresini 800ms'den 200ms'ye düşür." 350ms'ye ulaşırlar, kullanıcı deneyimini anlamlı şekilde iyileştiren %56'lık bir gelişme. OKR puanları 0,75'tir. Çeyreklik değerlendirmede Başkan Yardımcısı önemli teknik başarı yerine "kaçırılan hedefe" odaklanır. Sonraki çeyrekte ekip daha ileri zorlamak yerine hedefini 500ms olarak belirler. 1,0 alır ve övülür ama API olabileceğinden daha yavaş kalmaya devam eder. Kuruluş gerçek ilerleme yerine rahat rakamları seçmiştir.
Çözüm: OKR puanlama felsefesini kullanmaya başlamadan önce tüm kuruluşa, özellikle liderliğe, eğitim verin. İddialı OKR'lar için 0,6-0,7'nin hedef bölge olduğunu belirleyin ve bu aralıkta puan alan ekipleri takdir edin. Geriye dönüş toplantılarında iki ayrı soru sorun: "Ne öğrendik?" ve "Bildiklerimizle bir sonraki çeyrek için hedefi ne belirleriz?" Her ekip sürekli 1,0 alıyorsa, bu bir kırmızı bayraktır, kimsenin yeterince yüksek hedeflemediği anlamına gelir.
10. OKR'ları Önceki Çeyrekten Kopyala-Yapıştır Yapmak
Bir ekip geçen çeyreğin OKR'larını küçük ayarlamalarla kopyaladığında, "hedefi %10 yukarı çekelim", bu, planlama sürecinin stratejik değil mekanik hale geldiğinin işaretidir. OKR'lar, öğrendikleriniz ışığında şu anda en önemli olan şeyi yansıtmalıdır. Pazarlar değişir, öncelikler kayar ve geçen çeyreğin sonuçlarından elde edilen içgörüler bir sonraki çeyrekte neyin peşinden gideceğinizi temelden şekillendirmelidir. OKR'ları taze düşünce olmadan yenilemek, stratejik bir aracı bürokratik yüke dönüştürür.
Bir içerik ekibinin Q1 Hedefi "İlgi çeken bir okuyucu kitlesi oluştur" idi. Blog trafiği ve bülten aboneliği etrafında Anahtar Sonuçlar belirlediler. Q2'de aynı OKR'ı kopyalayıp trafik hedefini %15 artırdılar. Ancak Q1 verileri, trafik artarken etkileşimin (sayfada kalma süresi, tekrar ziyaretler) düştüğünü gösteriyordu, yani yanlış kitleyi çekiyorlardı. Körü körüne devam ederek, zaten çatlaklar gösteren bir stratejiye iki katı yatırım yaptılar. Doğru bir geriye dönüş değerlendirmesi, miktar yerine kitle kalitesine yönelik yeni bir Hedef ortaya çıkarırdı.
Çözüm: Her planlama döngüsüne kopyala-yapıştır ile değil, geriye dönüş değerlendirmesiyle başlayın. Yeni OKR'lar yazmadan önce gözden geçirin: Geçen çeyrek ne öğrendik? Ortamımızda ne değişti? Hangi varsayımlarımız yanlış çıktı? Geçen çeyreğin sonuçlarını girdi olarak kullanın ama her Hedefi mevcut anlayışınıza dayalı olarak sıfırdan yazın. Bir Hedef gerçekten devam ediyorsa bile Anahtar Sonuçlar yine de değişmelidir, çünkü artık neyin işe yarayıp neyin yaramadığına dair veriniz var.
Bu hataların hiçbiri tek başına ölümcül değildir. Çoğu kuruluş bunların birkaçını aynı anda yapar ve yine de OKR'lardan bir miktar değer almayı başarır. Ancak bu sorunlardan iki veya üçünü bile düzeltmek, OKR'ları çeyreklik bir angarya olmaktan çıkarıp gerçek bir odak ve uyum aracına dönüştürebilir. On hatanın hepsindeki örüntü aynıdır: OKR'lar form doldurma egzersizi olarak ele alındığında başarısız olur, düşünme aracı olarak ele alındığında başarılı olur. Ekibinizde en çok yankı uyandıran hatayla başlayın, bu çeyrek düzeltin ve oradan ilerleyin.
Sık Sorulan Sorular
En yaygın OKR hatası nedir?
En yaygın ve en yıkıcı OKR hatası çok fazla OKR belirlemektir. Bir ekip yedi Hedef ve her birinde dört Anahtar Sonuç belirlediğinde, aynı anda 28 metriği takip eder. Hiçbir ekip 90 günde 28 şeyde anlamlı ilerleme kaydedemez. Enerji dağılır ve çeyreğin ortasında OKR tablosu kimsenin açmak istemediği suçluluk yaratan bir belgeye dönüşür. Çözüm: her ekibi çeyrek başına 2-3 Hedef ile sınırlandırmak.
OKR skorları primle ilişkilendirilmeli mi?
Hayır. OKR puanları prim veya ücrete bağlandığında iddialı hedef belirleme ölür. Rasyonel çalışanlar, organizasyonu ileri taşıyacak iddialı hedefler yerine tutabileceklerini bildikleri kolay hedefler seçer. Google OKR'ları ücretlendirme değerlendirmelerinden açıkça ayırmıştır. Gerçekten iddialı bir OKR'da 0,6-0,7 puan, rahat bir 1,0'dan daha değerli kabul edilmelidir.
Bir takımın kaç OKR'ı olmalı?
Her ekibin çeyrek başına 2-3 Hedefi ve her Hedef için maksimum 3-4 Anahtar Sonucu olmalıdır. OKR'ları kesinleştirmeden önce 'Bunlardan yalnızca birini başarabilseydik, hangisi en çok fark yaratırdı?' sorusunu sormak faydalıdır. Odaklanmak daha az iş yapmak değil, doğru işi gerçekten sonuç alacak kadar derinlemesine yapmaktır. Çıkarılan hedefler kaybolmaz, gelecek çeyreğin adayları olur.
OKR girişimleri neden başarısız olur?
OKR girişimleri genellikle yapısal ve kültürel nedenlerle başarısız olur. Yapısal hatalar arasında çok fazla OKR, ölçülemeyen Anahtar Sonuçlar ve görevlerin Key Result gibi yazılması sayılabilir. Kültürel hatalar arasında ise çeyreklik planlama sonrası ilerlemenin takip edilmemesi (kur ve unut tuzağı), şeffaflık eksikliği ve OKR'ların yalnızca yukarıdan aşağıya uygulanması yer alır. Tüm bu hatalar, OKR'ların düşünme aracı değil form doldurma egzersizi olarak kullanılmasından kaynaklanır.
OKR'da sandbagging nedir?
Sandbagging, çalışanların prim veya değerlendirme korkusuyla bilerek düşük ve kolay hedefler belirlemesidir. OKR puanları ücrete bağlandığında bu durum kaçınılmaz hale gelir: gerçekçi olarak daha yüksek hedef koyabilecek bir çalışan, her çeyrek 1,0 almak için daha düşük hedef belirler. Bu durum kağıt üzerinde mükemmel OKR puanları yaratırken gerçek büyümeyi durdurur. Sandbagging'i önlemenin en etkili yolu OKR'ları ücretlendirmeden ayırmaktır.
DevOKR'ı Hemen Kullanmaya Başlayın, Ücretsiz
Ekibinizi dakikalar içinde OKR'larla uyumlu hale getirin. Küçük ekipler için ücretsiz, kurumsal güce sahip.
