Yönetici izin duyurusunu yazar: acil konularda ekip liderine ulaşın. O sırada masada üç farklı iş durur. Bir müşteri fiyat istisnası bekliyordur; başka ekip, teslim tarihini değiştirmek için onay istemektedir; üçüncü işte ise aynı gün verilmesi gereken küçük bir seçim vardır. Ekip lideri hepsini “acil” sayabilir. Dönüşte yönetici, aslında yalnız birinin kendi yetkisini gerektirdiğini görür. İzin günlerinde ekip, erişim bilgisinin yanında hangi kararın bekleyeceğini ve hangisinin kimde kalacağını da bilmelidir.
Birleşik Krallık’ın 17 Eylül 2025’te güncellediği Project Delivery Functional Standard, proje yönetişiminde roller ve hesap verebilirlikler için açık düzen bekliyor. Aynı çerçevenin ortak sözlüğü, geçiş planını sorumlulukların bir kişiden diğerine devrini açıklayan yazılı plan olarak tanımlıyor. Bunlar kamu projeleri için hazırlanmış kaynaklar. Küçük bir ekibin izin öncesi resmî geçiş dosyası açmasına gerek yok. İzin duyurusunda hangi kararın bekleyeceği ve devredilen kararın kimin sorumluluğunda olduğu yazıldığında, ekip bu bilgiyi takvimden tahmin etmek zorunda kalmaz.
Ben izin öncesi notta görev listesinden önce karar sırasını görmek isterim. Yönetici üç bölüme ayırabilir:
- *Bekleyecek kararlar:* Fiyat taahhüdü, sözleşme istisnası, işe alım kararı ya da geri dönüşü zor müşteri sözü gibi, yöneticinin dönüşüne kadar açıkça bekleyecek işler.
- *Devredilen kararlar:* Yetki alan kişi, sınırı ve geçerlilik günü yazılmış işler. Örneğin ekip lideri, belirlenmiş tutarın altındaki iade talebini cuma gününe kadar karara bağlayabilir.
- *Bilgi verilecek durumlar:* Karar istemeyen, fakat müşteri etkisi veya teslim riski büyürse yöneticinin dönüşte ilk bakacağı olaylar.
Bu üç başlık aynı kişiye daha çok iş vermek için kurulmaz. Tersine, yöneticinin yokluğunda herkesin ona sormak zorunda kaldığı konuları azaltır. “Bana haber verin” cümlesi bu işi yapmaz; hangi bilginin yalnız kayda gireceğini, hangi olayın hemen bir tercihe dönüşeceğini söylemez.
İzin notunun ikinci satırında geri çağırma eşiği bulunmalı. Devredilen karar ilk kez müşteri hizmetini kesiyorsa, maliyet belirlenmiş sınırı aşıyorsa ya da başka ekibin teslimini değiştiriyorsa ekip lideri kararı vermek yerine yöneticiyi arar. Eşik yoksa iki kötü sonuçtan biri gelir: çalışan, güvenli görünen her ayrıntıyı bekletir; ya da önemli bir taahhüdü “iş aksamasın” diye kendi başına üstlenir. Yönetici burada hem sınırı hem arama nedenini kurar.
İngiltere İş Sağlığı ve Güvenliği İdaresi’nin iş talepleri standardı, işin çalışanın becerisiyle ve üzerinde uzlaşılan çalışma saatleriyle uyumlu olmasını ister. Bu saptama izin devri için de önemlidir. Yöneticinin üç günlük yokluğunda, o kişinin normal karar yükünü bir ekip liderine bırakmak güvenilir bir devir sayılmaz. Devralan kişinin gündeminde hangi iki kararın gerçekten yer açacağı, hangi işin bekleyeceği ayrıca görülmelidir.
Bu nedenle notta bir de dönüş saati olmalı: “Pazartesi 10.00’da bekleyen fiyat istisnaları, açık müşteri taahhütleri ve eşik aşan kararları birlikte gözden geçireceğiz.” Dönüşte gelen uzun sohbet özeti yerine bu üç kayıt açılır. Yönetici hangi kararın bekletildiğini, hangisinin devredildiğini ve nerede sınırın aşıldığını doğrudan görür.
İzin sırasında gelen mesaj sayısını tek ölçü saymayın. Son üç izin dönemine bakın: Dönüşten sonra kaç karar, sırf yetkinin kimde olduğu anlaşılmadığı için yeniden konuşuldu? Kaç müşteri sözü, izindeki yöneticinin yerine verilmiş sayıldı? Kaç iş, devralan kişinin asli sorumluluğunu itti? Bu örnekler artıyorsa izin notunda karar grupları ve yetki sınırı yeterince açık yazılmamıştır.
Bir sonraki izin duyurusuna takvim bağlantısından önce üç karar grubu, bir geri çağırma eşiği ve dönüşte bakılacak saati ekleyin. Böylece ekip, izin gününde hangi işi bekleteceğini ve hangi olay için yöneticiyi arayacağını ilk mesajdan bilir.
