Projede Eskalasyon: Sorunu Üst Kademeye Taşıma Rehberi
Eskalasyon başarısızlığın itirafı değil, riskin yönetildiğini gösteren bir davranıştır. Yolunu baştan kurmayı, karar anını belirlemeyi ve etkili bir mesaj yazmayı öğrenirsiniz.
Bir bakışta
- Eskalasyon, çözümü doğru kişiye taşımaktır. Amaç sorumluluktan kaçmak değil, doğru zamanda karar alınmasıdır.
- Üç tetikleyici vardır. Yetki dışı çözüm, aşılan süre ve hedefi tehdit eden etki.
- Yolu proje başında yazın. Kademeler, karar sahipleri ve süre sınırları kriz anında icat edilmez.
- Mesajda seçenek ve istenen karar olmalı. "Bilginize" ile biten eskalasyon karar sahibine yol göstermez.
- Geç eskalasyon pahalıdır. Sorun büyür, seçenekler azalır ve karar sahibi sürprizle karşılaşır.
Eskalasyon nedir, ne zaman gerekir?
Eskalasyon, proje ekibinin kendi yetkisi ya da süresi içinde çözemediği bir sorunu, kararı verebilecek üst kademeye taşımasıdır. Amaç suçlu aramak ya da sorumluluktan kaçmak değil, doğru kişinin doğru zamanda doğru bilgiyle karar vermesini sağlamaktır.
Bir sorunun eskale edilmesi gerekebilir çünkü çözüm projenin yetkisinin dışındadır (bütçe artışı, kaynak tahsisi, başka bir birimin önceliği), çünkü belirlenen sürede çözülememiştir ya da çünkü etkisi projenin hedeflerini tehdit edecek ölçüdedir. Bu üç tetikleyici eskalasyon kuralının temelini oluşturur.
Sık yapılan bir yanılgı, eskalasyonu başarısızlığın itirafı sanmaktır. Aslında geç eskalasyon başarısızlık getirir: sorun büyür, seçenekler azalır, karar sahibi sürprizle karşılaşır. Sağlıklı proje kültüründe eskalasyon, riskin yönetildiğini gösteren olgun bir davranıştır.
Bu sayfa proje ortamındaki eskalasyonu anlatır. Bilgi teknolojileri hizmet masasındaki olay eskalasyonu kendi öncelik ve süre kurallarıyla işleyen farklı bir bağlamdır.
Eskalasyon yolunu proje başında kurun
En iyi eskalasyon, kriz anında icat edilmeyen eskalasyondur. Proje başlarken, genellikle iletişim ve yönetişim planının parçası olarak şunlar yazılır: hangi konular hangi düzeyde çözülür, her düzeyin karar yetkisi nedir, ne kadar süre çözülmeyen konu bir üst düzeye çıkar ve kimin onayı gerekir.
Kademeler ortamdan ortama değişir ama mantık aynıdır: önce ekip içi çözüm, sonra proje yöneticisi, ardından sponsor ya da yönlendirme komitesi, gerekirse üst yönetim. Her kademede karar sahibi isimle yazılır; rol adları yetmez, çünkü kriz anında kimin aranacağı belli olmalıdır.
Ölçüt de baştan konuşulur. Sorunun önemini belirleyen etkiler (maliyet, takvim, kalite, itibar, güvenlik) ve bunların kabul edilebilir sınırları sponsorla uzlaşılır. Sınır aşıldığında eskalasyon otomatik hale gelir; kimse "acaba mı yapsam" diye kararsız kalmaz.
Her sorun tepeye çıkmaz, çıkması gerekenin yolu bellidir
Eskalasyon kademeleri
- Üst yönetimKurumsal öncelik ya da kaynak çatışması.
- Sponsor / yönlendirme komitesiBütçe, kapsam ve hedef kararları.
- Proje yöneticisiEkipler arası ve plan içi çözümler.
- EkipGünlük teknik ve işbirliği sorunları.
Karar anı: eskale etmeli mi?
Her sorun eskalasyon gerektirmez. Aşırı eskalasyon karar vericilerin dikkatini yorar ve gerçekten önemli olanları gölgeler. Eksik eskalasyon ise sürprize yol açar. Pratik bir ölçü olarak şu üç soru sorulur: Çözüm benim yetkimde mi? Belirlenen sürede çözülebilir mi? Çözülmezse projenin hedefine etkisi yönetilebilir sınırı aşar mı?
Bu sorulara göre yol belirginleşir. Yetkimdeyse çözüp kayda geçirilir. Yetki dışıysa ve etkisi önemliyse vakit kaybetmeden yukarı taşınır. Yetkimdeyse ama süre geçiyorsa, uyarı niteliğinde bilgilendirme yapılır ve erken eskalasyon seçeneği hazırlanır.
Yetki, süre ve etki eskalasyonu belirler
Sorunu yukarı taşıma kararı
- Çözüm benim yetkimde ve süre varÇöz ve kayda geçirİlerleme sorun kaydında görünür kalsın.
- Yetkimin dışında, etkisi önemliHemen üst kademeye taşıSeçenekler ve istenen kararla birlikte.
- Yetkimde ama süre geçiyorÖnceden uyar, eskalasyona hazırlanKarar sahibi sürprize uğramasın.
- Etki sınırın altındaTakipte tutEşik aşılırsa yeniden değerlendir.
İyi bir eskalasyon mesajı nasıl yazılır?
Karar sahibi çoğunlukla meşgul biridir ve bağlamı bilmeyebilir. Eskalasyon mesajı bu yüzden kısa ve karar odaklı olmalıdır. Etkili bir mesaj şu sırayı izler:
- Durum: ne oldu, kısaca
- Etki: projenin takvim, maliyet, kalite ya da risk boyutuna etkisi
- Yapılanlar: şimdiye kadar denenen çözümler ve neden yetmediği
- Seçenekler: önerilen yollar ve her birinin sonucu
- İstenen karar: kimden, neyi, ne zamana kadar
Son madde en çok atlanandır. "Bilginize" ile biten bir eskalasyon, karar sahibine ne yapması gerektiğini söylemez. Mesajda mutlaka bir öneri bulunmalı ve karar için gereken son tarih belirtilmelidir.
Ton konusunda dikkatli olun. Suçlayıcı dil karşı tarafı savunmaya iter. Olgulara ve etkiye odaklanın. Mümkünse önce sözlü konuşun, sonra yazılı olarak kayda geçirin; böylece mesaj sürpriz olmaz ve karar iz bırakır.
Sonrası: takip, kayıt ve sık hatalar
Eskalasyon karardan sonra bitmez. Alınan karar sorun kaydına yazılır, eylemler sahip ve tarihle atanır, karardan etkilenen ekip bilgilendirilir. Çözüm gerçekleşmezse aynı konu daha üst kademeye taşınabilir; bu yüzden ilk eskalasyonun kaydı net olmalıdır.
Yaygın hatalar şunlardır:
- Çok geç eskale etmek
- Her sorunu eskale edip karar vericilerin dikkatini yormak
- Seçenek sunmadan sadece problemi iletmek
- Eskalasyon yolunu proje başında tanımlamamak
- Atlayarak doğrudan üst yönetime gitmek ve aradaki kademeyi bypass etmek
- Alınan kararı kayda geçirmemek
Öğrenme de önemlidir. Proje sonunda hangi konuların eskale edildiğine bakılırsa tekrar eden yapısal sorunlar (belirsiz yetki, yetersiz kaynak, ortak birimlerle öncelik çatışması) ortaya çıkar. Bu veriler, bir sonraki proje için daha iyi bir eskalasyon yapısı kurmanın dayanağıdır.
Bu beceriyi Mindset programlarında nerede çalışırsınız?
Proje Yönetimi Uzmanlığı Sertifika Programı, İş Ortamı Domaini kapsamında yönetişim ve risk yönetimini, Kişiler Domaini kapsamında ise iletişim ve paydaş katılımını işler. Eskalasyon yolunu kurmak ve mesajını yazmak bu iki alanın kesiştiği, proje yöneticisinin günlük pratiğidir.
İlgili Mindset programı
Proje Yönetimi Uzmanlığı Sertifika Programı
Sık sorulan sorular
Eskalasyon ile sorun yönetimi arasındaki fark nedir?
Sorun yönetimi, ortaya çıkan sorunların kaydedilmesi, sahiplendirilmesi ve çözülmesi sürecinin tamamıdır. Eskalasyon bu sürecin bir adımıdır: sorun mevcut düzeyde çözülemiyorsa üst kademeye taşınır. Her sorun eskale edilmez; yetki, süre ve etki ölçütleri bunu belirler.
Eskalasyon yolunu kim belirler?
Genellikle proje yöneticisi sponsor ve yönlendirme komitesiyle birlikte hazırlar ve iletişim ya da yönetişim planına yazar. Kurumsal bir yapı varsa proje ofisinin ortak kuralları temel alınır. Önemli olan karar sahiplerinin onayı ve ekibin yolu bilmesidir.
Üst yönetimi atlayarak doğrudan eskale etmek doğru mu?
Genellikle değil. Tanımlı kademeleri atlamak, aradaki karar vericileri devre dışı bırakır ve güveni zedeler. İstisna, güvenlik, hukuki veya etik bir ihlal gibi tanımlı yolun kapalı olduğu durumlardır; bu da önceden yazılı kurallara bağlanmalıdır.
Eskalasyon ilişkileri bozar mı?
Olgulara dayalı, çözüm önerisi içeren ve zamanında yapılan eskalasyon genellikle güveni artırır. İlişkiyi bozan, sürpriz yapmak, suçlayıcı dil kullanmak ya da bilgiyi saklayıp sorunu geç göstermektir. Mümkünse önce ilgili kişiyle konuşup sonra yazılı eskale edin.
Eskalasyonun sonucu nasıl kaydedilmeli?
Sorun kaydına tarih, eskale edilen kişi, istenen karar, verilen karar, eylemler, sahipler ve tarihler yazılır. İlgili ekibe bilgi verilir. Çözümün gerçekleşip gerçekleşmediği izlenir; gerçekleşmezse bu kayıt bir sonraki kademeye çıkarken temel olur.