Sürekli onay beklemek işinizi yavaşlatıyorsa önce beklediğiniz kararları listeleyin: Hangisi gerçekten yöneticinin yetkisinde, hangisi sizin verebileceğiniz bir karar, hangisinde yalnız bilgi eksik? Sonra yöneticinizle karar sınırını ve yanıt süresini konuşun. Her konuda sessizce beklemek de yetkiyi aşarak ilerlemek de riskli olabilir. Hedef, işin gerektirdiği kontrolü korurken gereksiz beklemeyi azaltmaktır.
Bekleyen kararların türünü görün
Pazarlama uzmanı Murat'ın haftalık duyuruları hazırladığını düşünelim. Her görselin küçük metin değişikliğini yöneticisine gönderiyor ve bazen iki gün yanıt bekliyor. Fakat kampanya bütçesi ve yasal ifade gibi konular da gerçekten onay gerektiriyor. Hepsini aynı sepete koyarsa hem sıradan işler yavaşlar hem kritik kararlar mesaj kalabalığında kaybolur. Son üç haftanın bekleyen işlerini çıkarıp türlerine ayırabilir.
Karar | Olası sınır | Konuşulacak nokta |
Onaylı metindeki yazım düzeltmesi | Kendi yetkisinde olabilir | Hangi değişiklik yeniden onay ister? |
Kampanya bütçesi | Yönetici onayı gerekir | Hangi tutar ve hangi bilgiyle sunulmalı? |
Yasal iddia | İlgili uzman incelemesi gerekir | Kim, ne zaman kontrol eder? |
Bu sınıflama kurum kuralının yerine geçmez. Özellikle finansal, hukuki, güvenlik ve marka etkisi olan konularda resmi onay zincirini doğrulayın. “Bence küçük değişiklik” ifadesi tek başına yetki vermez.
Onay isteğini karar verilebilir hale getirin
Murat yalnız “Bakar mısınız?” yazdığında yönetici neye bakacağını anlamayabilir. Bunun yerine “Görselin metnini onaylı kopyaya göre düzelttim. Bütçe ve teklif değişmedi. Bu tür düzeltmeleri doğrudan yayımlayabilir miyim, yoksa her seferinde onay gerekir mi?” diye sorabilir. Bir defalık karar, tekrar eden onlarca beklemeyi azaltabilir. Gerçekten onay gereken konuda ise amaç, seçenek, risk ve son tarih birlikte iletilmeli.
Yöneticinizin yanıt süresi de işin planını etkiler. “Bu talebi en geç çarşamba öğlene kadar netleştirmem gerekiyor; o tarihe kadar yanıt gelmezse yayını erteleyeceğim” gibi açık cümle işin kaderini belirler. Yanıt gelmeyince kendiliğinden onay verilmiş saymayın, önceden böyle bir kural konmadıysa.
Onay bekleyen işi ayırın
1. Kararları yazın. Bekleyen işleri ve neden beklediğini listeleyin.
2. Yetkiyi sorun. Hangi değişiklikte kimin onayı gerektiğini öğrenin.
3. Yanıtı planlayın. Karar için bilgi ve son tarihi birlikte gönderin.
Uygulamaya geçmeden önce Yetki sınırını koruyarak inisiyatif alma rehberindeki onay ve kapsam ayrımını kontrol edin. İyi bir fikir, kendiliğinden uygulama yetkisi vermez.
Sınır netleşince küçük bir düzen kurun
Ekip birlikte hangi işlerin doğrudan yapılacağını, hangilerinin örneklemle kontrol edileceğini, hangilerinin her zaman onaya gideceğini yazabilir. Bu düzen büyüdükçe yeniden gözden geçirilmelidir. Murat yeni bir ürün iddiasında eski metin düzeltme kuralını kullanmamalı. Yetki sınırı işi hızlandırmak için vardır; riski görünmez kılmak için değil.
Eğer kararlar sürekli tek kişide birikiyorsa bu yalnız sizin çalışma alışkanlığınız olmayabilir; ekip iş akışını değiştirmek gerekebilir. Bekleme süresinin hangi teslimi etkilediğini somut örnekle anlatın.
Onay akışını örnek kararla sınayın
Yöneticinizle sınırı konuştuktan sonra bir haftalık küçük deneme seçin. Murat, önceden onaylanmış metindeki yazım düzeltmesini doğrudan yapar; teklif veya bütçe değişimlerini onaya gönderir. Haftanın sonunda hangi kararın gereksiz bekleme yarattığını ve hangisinde kontrolün işe yaradığını birlikte incelerler. Böylece kural yalnız toplantı notunda kalmaz, gerçek işte sınanır.
Ayrıca onay istemenin bazen bilgi açığını örttüğünü fark edin. Murat hangi metnin güncel olduğunu bilmiyorsa yöneticiden her seferinde onay istemesi yerine tek güncel kaynak belirlemek daha iyi olabilir. Bazen de sorun karar cesareti değil, yetkinin gerçekten verilmemiş olmasıdır. Bu iki durumu ayırmadan “Daha proaktif ol” tavsiyesi işe yaramaz. Karar sınırı yazılı ve örnekli hale geldiğinde hem hız hem sorumluluk daha açık olur.
Yöneticiyle yaptığınız anlaşmayı ekipte ilgili kişilerin de bilmesi yararlı olabilir. Murat metin düzeltmesini kendi yetkisinde sanırken tasarım ekibi eski onay akışını bekliyorsa iş yine durur. Kısa bir çalışma notunda hangi değişikliğin kim tarafından yapıldığını ve hangi durumda konunun karar sahibine taşınması gerektiğini yazın. Bu not yeni bir bürokrasi yaratmamalı; tekrar eden beklemeyi azaltmalıdır. Bir ay sonra kurala bakın: Gerçekten hız kazandırdı mı, beklenmedik hata çıkardı mı? İşleyen karar sınırı devir teslimde de korunabilir.
Karar sınırını üç örnekle yazın
Doğrudan yaparım: Onaylı kopyadaki bariz yazım hatasını, verilen yetki içinde düzeltmek. Önce sorarım: Yeni bir müşteri iddiası veya teklif eklemek. Durdurup bildiririm: Onaylı kaynakla çelişen bilgi bulmak. Bunlar kurumunuz için hazır yetki kuralı değildir; yöneticiyle konuşacağınız örneklerdir. Her satırın doğru kişiden teyit edilmesi gerekir.
Bu iş örneğini gelişim görüşmenize taşımak isterseniz kariyer gelişim kursunun programına bakabilirsiniz. Programdaki yönetici beklentileri, katkının görünürlüğü ve kişisel aksiyon planı başlıklarını kendi ihtiyacınızla karşılaştırın.
Sık sorulan sorular
Yönetici yanıt vermiyorsa işi yapmış sayabilir miyim?
Önceden belirlenmiş bir kural yoksa hayır. Kritik kararda onay eksikliğini açıkça bildirip teslimi yeniden planlayın.
Sürekli onay istemek güvensizlik göstergesi midir?
Her zaman değil. Yetki sınırı belirsiz olabilir veya kurum kuralı bunu gerektirebilir. Önce nedeni öğrenin.
Kendi yetkimi nasıl öğrenirim?
Tekrarlanan karar türlerinden örnekler hazırlayıp yöneticinizle hangisini verebileceğinizi konuşun.
Onay süreci çok yavaşsa ne öneririm?
Bekleyen işlerin teslim üzerindeki etkisini gösterip karar türüne göre daha açık bir akış önerebilirsiniz.
Onay gerektirmeyen kararda hangi kaydı tutmalıyım?
Kararın kapsamını, kullanılan güncel kaynağı ve ilgili kişilere verilen bilgiyi kaydedin. Çalışma anlaşması hazırlama çerçevesi ekip içinde aynı kuralın anlaşılmasını sağlar. Yetki verilmesi, kalite kontrolünün kalkması anlamına gelmez.
