Şirket hedefini takım ve kişi hedefine bağlayan, dönem sonunda değerlendirmeyi hafızaya değil kayda dayandıran bir sistem kurarız. Hedef yönetimini OKR ile, bireysel değerlendirmeyi performans yönetim sistemiyle (PMS) yürütür; ikisini birbirine karıştırmadan aynı platformda yan yana tutarız.
Performans konuşması çoğu şirkette yılda bir kez, aralık ayında açılır. Yönetici önüne gelen formu doldururken elinde yıl boyunca biriken bir kayıt yoktur; hatırladığı şey son iki ayda yaşananlardır. Aynı formda hedeflere de puan verilir ama o hedeflerin yıl başında tam olarak nasıl yazıldığı çoğu zaman kimsenin elinde değildir. Sonuç, iki tarafın da inanmadığı bir puandır. Prim bu puana bağlıysa tartışma büyür; bağlı değilse form kısa sürede sadece İK dosyasına giden bir evrağa dönüşür ve ertesi yıl daha da baştan savma doldurulur. Her iki durumda da asıl amaç, yani kimin neye katkı verdiğini görmek, kaybolur.
Burada aslında iki farklı ihtiyaç iç içe geçmiştir ve ikisinin adı da ayrıdır. Performans yönetim sistemi (PMS) kişiye bakar: dönem sonunda değerlendirme, yetkinliklerin ölçülmesi, gelişim planı, terfi ve ücret kararlarına girdi üretmek. OKR (Objectives and Key Results, yani amaçlar ve anahtar sonuçlar) ise şirkete bakar: üç aylık dönemler için birkaç iddialı amaç belirlemek, her amacı sayısal anahtar sonuçlara bağlamak ve tüm departmanların aynı önceliğe hizalandığını görünür kılmak. Biri kişinin nasıl çalıştığını konuşur, diğeri şirketin bu çeyrekte neye odaklandığını. İkisi de gereklidir ama aynı formda birbirine karıştırıldığında ikisi birden bozulur. Bu yüzden kurduğumuz sistemde ikisi aynı yerde durur ama ayrı yürür.
Kurduğumuz yapıda hedefler bir ağaç halinde durur: şirket amacı, ona bağlanan departman ve takım hedefleri, oradan kişiye inen sorumluluklar. Her anahtar sonucun bir ölçüm kaynağı olmak zorundadır; mümkün olan yerde bu değer ERP'den, üretim takip sisteminden, CRM'den veya raporlama katmanından otomatik gelir, elle girilecek olanlarda ise sayının kimden ve hangi belgeden geldiği kayda düşer. Çeyrek içinde kısa aralıklarla ilerleme güncellenir; hedefin tutup tutmayacağı dönem sonunda değil, ortasında görünür. Bireysel değerlendirme tarafında ise form, yetkinlik matrisi, yönetici ile çalışan arasındaki görüşme notu ve isteğe bağlı 360 geri bildirim aynı dosyada birikir. Yıl sonunda değerlendirmeyi dolduran kişi, boş bir sayfayla değil, dönem boyunca biriken kayıtla karşılaşır.
Bunun düzeltmeyeceği şeyleri de söylemek gerekir. Yazılım, yöneticinin geri bildirim vermeyi bilmediği bir şirkette geri bildirim kültürü kurmaz; sadece boş kalan alanları görünür yapar. Ölçülemeyen bir işi de ölçülür hale getirmez; hedefi zorlama bir sayıya bağlamak, çoğu zaman insanları o sayıyı oynamaya iter. Ayrıca OKR'yi doğrudan prime bağlamak, yöntemin kendi uyarısına rağmen en sık yapılan hatadır: prim bağlandığı anda kimse zor hedef yazmaz. Bizim önerimiz OKR'yi odak ve hizalama aracı olarak tutmak, prim ve terfi kararını ayrı bir değerlendirmeden beslemek ve bu ayrımı sistemin içine yerleştirmektir. Kararı siz verirsiniz; bizim işimiz kararın dayandığı kaydı temiz tutmaktır.
Sahada işler yürürken ofis tarafı büyümüş; satış, planlama, satın alma ve muhasebede kimin neyden sorumlu olduğu artık sözle takip edilemiyorsa. Bu ölçekte hedefin yazılı olması, çalışan sayısından çok koordinasyon maliyetini düşürdüğü için değerlidir. İlk somut fayda genellikle puanlama değil, beklentinin netleşmesi olur.
Satış, saha ve bayi ekiplerinde hedef zaten vardır ama çoğu zaman bir Excel dosyasında durur ve ay sonunda tartışma konusu olur. Hedefin kaynağının, dönem içi ilerlemenin ve hesabın herkese aynı ekrandan görünmesi, ay sonu itirazlarının büyük bölümünü baştan keser. Hedefin nasıl hesaplandığı sisteme yazılıdır; sözlü anlaşmada veya kişisel dosyada kalmaz.
Kararların patron masasında verildiği yapıdan departman sorumluluğuna geçen firmalar. Bu geçişte en zor şey yetkiyi devretmek değil, devredilen işin nasıl ölçüleceğini tanımlamaktır. Hedef ve değerlendirme sistemi bu tanımı yazılı hale getirir; devir konuşulabilir ve denetlenebilir bir zemine oturur. Dışarıdan gelen profesyonel yönetici ile aile üyeleri arasında da ortak bir dil oluşur.
Yazılım, mühendislik, ajans ve danışmanlık gibi çıktısı projeye bağlı işler. OKR bu yapılarda doğal olarak oturur, çünkü çeyreklik hedef ve odak kavramı işin ritmine uyar. Bireysel değerlendirme ise proje kayıtlarından ve geri bildirimden beslenir. Kaynak doluluğu ve proje kârlılığı ayrı bir sistemin işidir.
| Yetenek | Ne sağlar |
|---|---|
| Hedef ağacı ve hizalama | Şirket amacı, departman ve takım hedefleri, kişiye inen sorumluluklar tek bir ağaçta durur. Her hedefin sahibi, dönemi ve ölçüm biçimi tanımlıdır. Bir çalışan kendi hedefine baktığında hangi şirket hedefine bağlandığını görür; yönetici ise aynı hedefin altındaki tüm işleri ve sahiplerini tek ekranda izler. Dönem başında kimin hangi hedefi henüz yazmadığı da aynı ekranda görünür. |
| OKR: çeyreklik amaç ve anahtar sonuçlar | OKR yöntemiyle çalışmak isteyen ekipler için amaç (objective) ve anahtar sonuç (key result) yapısı kurulur; her anahtar sonucun sayısal ve doğrulanabilir olması zorunlu tutulur. Çeyrek içinde kısa aralıklarla ilerleme ve güven seviyesi güncellenir. Dönem sonunda hedefin tutup tutmadığı ve nedeni kayda geçer. Şirket OKR kullanmak istemiyorsa aynı yapı klasik hedef ve KPI mantığıyla da kurulabilir. |
| Ölçümün kaynağa bağlanması | Anahtar sonuç ve KPI değerleri mümkün olduğunca ERP, üretim takip sistemi, CRM veya raporlama katmanından otomatik çekilir. Elle girilen değerlerde sayının kim tarafından, hangi belgeye dayanarak girildiği kaydedilir. Kaynağı belirsiz bir hedef sayısı, dönem sonunda tartışmanın başladığı yerdir; bu yüzden kaynak tanımı zorunludur. Bir ölçümün kaynağı yoksa hedef onaylanmadan önce bu eksiklik işaretlenir. |
| Dönemsel değerlendirme ve kalibrasyon | Değerlendirme formları dönem takvimine bağlı olarak açılır; yönetici ve çalışan ayrı ayrı doldurur, ardından görüşme notu aynı kayda eklenir. Farklı yöneticilerin puanlama sertliğini karşılaştıran kalibrasyon ekranı, bölümler arası adaletsizliği görünür kılar. Geçmiş dönemler karşılaştırmalı olarak açılabilir. Değerlendirme takvimi, hatırlatmalar ve gecikmiş formlar İK panosundan izlenir; kimsenin peşinden e-posta atmak gerekmez. |
| 360 derece ve sürekli geri bildirim | İsteğe bağlı olarak takım arkadaşı, iç müşteri ve ast geri bildirimi toplanır; kimin hangi soruya cevap vereceği yönetim tarafından tanımlanır ve gerektiğinde anonimleştirilir. Ayrıca yıl boyunca kısa geri bildirim notları düşülebilir. Dönem sonunda değerlendirme bu birikimden beslenir, son iki ayın hafızasından değil. Geri bildirim soruları şirketin diline göre yazılır; hazır bir şablona uymak zorunda değilsiniz. |
| Yetkinlik matrisi ve gelişim planı | Görev bazında beklenen yetkinlikler tanımlanır, değerlendirme sonucu bu matrise işlenir. Açık çıkan yetkinlikler bir gelişim planına ve gerekiyorsa eğitim yönetim sistemindeki somut bir eğitime bağlanır. Böylece değerlendirme bir puanla bitmez; her dönem sonunda takip edilebilir bir sonraki adım üretir. Gelişim planının takibi dönem içinde hatırlatmayla yürür, yıl sonuna bırakılmaz. |
| Prim ve terfi kararına girdi | Değerlendirme sonucu, hedef gerçekleşmesi ve yetkinlik durumu prim ve terfi kararı için tek bir özet halinde çıkarılır. Prim hesabının kendisi puantaj ve prim sisteminde yapılır; burada üretilen şey hesap değil, o hesabın dayandığı karardır. Karar geçmişi, gerekçesiyle birlikte denetlenebilir biçimde saklanır. İtiraz olduğunda hangi verinin karara girdiği geriye dönük olarak gösterilebilir. |
Bugün hedeflerin nerede tutulduğunu, prim kurallarını, değerlendirme takvimini ve geçmiş dönemlerde neyin işlemediğini konuşuruz. İK, ilgili departman yöneticileri ve üst yönetim aynı masada olur. Bu görüşmede çoğu zaman şirket hedefinin hiç yazılı olmadığı ortaya çıkar; işe genellikle oradan başlanır. Hangi bilginin çalışana açık olacağını da bu aşamada birlikte kararlaştırırız.
Hedef yapısı, dönem uzunluğu, OKR ile bireysel değerlendirmenin nerede ayrılacağı ve her ölçümün hangi sistemden geleceği yazılı olarak tasarlanır. Otomatik beslenemeyecek ölçümler işaretlenir, elle giriş kuralı belirlenir. Tasarım aşaması genellikle üç ile altı hafta arasında sürer. Tasarım çıktısı, yazılım yazılmadan önce onayınıza sunulan kısa bir dokümandır.
Tek bir departman ve tek bir çeyrekle başlarız. Amaç yazılımı test etmek değil, hedeflerin gerçekten yazılabilir ve ölçülebilir olduğunu görmektir. Pilotta yazılan hedeflerin bir kısmı ölçülemez çıkar; bunları erkenden düzeltmek projenin en verimli kısmıdır ve yaygınlaştırmadan önce yapılmalıdır. Pilot bölümü hedefleri en net olan değil, en zor tanımlanan yerden seçmek daha öğreticidir.
Dönem sonu değerlendirme formları, kalibrasyon ekranı ve isteğe bağlı 360 geri bildirim devreye alınır. Yöneticilere formun nasıl doldurulacağı ve görüşmenin nasıl yürütüleceği aktarılır; bu aktarım yapılmazsa sistem doğru kurulmuş olsa bile boş ve birbirinin aynı veriyle dolar. İlk dönemde kalibrasyon toplantısına biz de katılır, akışın oturmasına destek oluruz.
Kapsam diğer departmanlara genişletilir, dönem takvimi ve hatırlatmalar oturtulur. Ekibe devir yapılır: hedef şablonlarının nasıl güncelleneceği, yeni ölçüm kaynağının nasıl bağlanacağı ve dönem kapanışının nasıl yürütüleceği yazılı bırakılır. İlk tam dönem sonunda modeli birlikte gözden geçiririz. Yeni dönemin açılışı ve kapanışı ekibin kendi başına yürütebileceği bir işe dönüşene kadar yanınızdayız.
Değil ve ikisinin karıştırılması bu alanda en sık yapılan hatadır. OKR, şirketin bir dönemde neye odaklandığını gösteren bir hizalama aracıdır; amaçlar iddialıdır, tamamının tutması beklenmez ve asıl işlevi ekipleri aynı önceliğe çekmektir. Performans yönetim sistemi ise kişiye bakar: yetkinlik, katkı, gelişim ihtiyacı ve ücret kararına girdi. İkisini tek forma sıkıştırmak iddialı hedef yazmayı cezalandırır ve OKR'yi kısa sürede sıradan bir görev listesine çevirir. Bu yüzden ikisini aynı platformda tutar, ayrı yürütürüz.
Teknik olarak bağlayabiliriz, ancak önermiyoruz ve nedenini açıkça söylüyoruz. Prim bir hedefe bağlandığı anda hedefi yazan kişi ulaşılabilir olanı yazmaya başlar; yöntemin kendisi de bu uyarıyı yapar. Sonuçta iddialı hedef üretme kabiliyetinizi kaybedersiniz ve elinizde yalnızca kolay tutan hedefler kalır. Önerimiz, prim ve terfi kararını bireysel değerlendirmeden; satış ve üretim gibi doğrudan ölçülebilir işlerde ise ayrıca tanımlanmış prim kurallarından beslemektir. Yine de bağlamak isterseniz kurarız; kararın sizin olduğunu ve riskini yazılı olarak paylaşırız.
Üretebilir ama çoğu tesiste bunu önermiyoruz. Bir operatörün çıktısı büyük ölçüde hattın hızına, o gün verilen işe, makinenin durumuna ve gelen malzemeye bağlıdır; bunu kişinin performansı olarak yazmak hem yanlış hem de sahada güven kaybettiren bir sonuç üretir. Mavi yaka tarafında daha adil ve savunulabilir ölçüler devam durumu, yetkinlik ve belge geçerliliği, kalite kaydı ve iş güvenliği ihlalidir. Bunları puantaj, kalite ve eğitim sistemlerinden alıp gösteririz; kişiyi hattın hızıyla puanlamayız.
Çakışmaz. Prim ve puantaj hesabı yapan bir sisteminiz varsa yerinde kalır; bordroya giden hesap orada üretilmeye devam eder. Bu sayfadaki sistem hesabı değil, hesabın dayandığı kararı üretir: hedef gerçekleşmesi, değerlendirme sonucu ve yetkinlik durumu. İki taraf arasında bağlantı kurulur, böylece prim dönemi geldiğinde veriler elle taşınmaz ve iki yerde farklı sayı oluşmaz. Hangi tarafın hangi sayıyı ürettiği proje başında yazılı olarak netleştirilir.
Erişim rol bazında tanımlanır ve bu tanım projenin ilk oturumlarında yapılır. Genel kural, bir yöneticinin yalnızca kendi ekibinin kaydını görmesi, İK'nın süreç bütününü izlemesi, üst yönetimin ise özet ve kalibrasyon görünümüyle çalışmasıdır. 360 geri bildirimde kimin ne yazdığının görünüp görünmeyeceği baştan kararlaştırılır; anonim toplanacaksa gerçekten anonim toplanır. Performans verisi kişisel veridir; saklama süresi, erişim kaydı ve silme kuralları uyum tarafıyla birlikte kurgulanır.
Şirketten kişiye inen bir hedef ağacı; OKR ile yürütülen çeyreklik amaç ve anahtar sonuçlar; ölçümü mümkün olduğunca kaynak sistemlerden otomatik beslenen bir ilerleme takibi; dönemsel değerlendirme formları, kalibrasyon ekranı ve isteğe bağlı 360 geri bildirim; yetkinlik matrisi ile gelişim planı; prim ve terfi kararına girdi üreten özet rapor. Kaynak kod ve biriken tüm veri size aittir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Logo, Mikro veya Netsis yerine geçmeyiz. Cari, banka, kasa, çek-senet, masraf ve nakit akışını muhasebe programınızın yanında toplayan; tahsilat, ödeme ve onay süreçlerini kurallara bağlayan bir finans katmanı kurarız. Kayıt yine muhasebede tutulur, görünürlük ve süreç bu katmanda çalışır.
Detay →Bütçeyi Excel dosyalarından çıkarıp versiyonlanan, sahibi belli ve gerçekleşenle otomatik karşılaştırılan bir sisteme taşırız. Ay kapandığında fark raporu elle hazırlanmaz; sapma nedeni kaydedilir, tahmin güncellenir ve yönetim paketi aynı sayılarla üretilir. Hedef daha çok rapor değil, hedefe göre nerede olduğunuzu tartışmasız tek bir sayıyla görmektir.
Detay →API'si olmayan eski sistemlerde, insanın ekranda yaptığı tekrar eden adımları üstlenen yazılım robotları kuruyoruz. Robot kendi kullanıcı hesabıyla ve takvime bağlı çalışır; beklenmedik bir durumda tahmin yürütmez, durur ve işi ekran görüntüsüyle birlikte insana devreder.
Detay →Süreçlerinizin envanterini çıkarır, gerçek hâllerini BPMN 2.0 ile haritalar, her birine bir sahip ve bir ölçü tanımlarız. Ardından bir süreç motoru (BPMS) üzerinde işletir; çevrim süresini, bekleme noktalarını ve darboğazı ölçeriz. Tek bir akış yeterliyse bunu da açıkça söyleriz.
Detay →Raporun altındaki katmanı kurarız: kaynak sistemlerden ETL veya ELT ile veri çekilir; ham, işlenmiş ve sunum katmanlarında modellenir; geçmişiyle birlikte saklanır. Metrik tanımları tek bir veri sözlüğünde sabitlenir, kalite kontrolleri sessiz bozulmaları daha yükleme sırasında yakalar.
Detay →Aynı müşterinin üç kez açıldığı, aynı malzemenin iki kodla durduğu kayıt düzenini onarırız. Eşleştirme kuralları, benzerlik skoru ve inceleme kuyruğuyla mükerrer kayıtlar tekilleştirilir, altın kayıt üretilir ve kaynak sistemlere geri dağıtılır; yeni kayıt açılırken benzer kayıt uyarısı devreye girer.
Detay →
