İş öneriniz reddedildiğinde önce hangi gerekçeyle reddedildiğini öğrenin. Sonra önerinin değiştirilebilir kısmını, mevcut kısıtları ve yeniden denemenin değerini ayrı değerlendirin. Her ret, daha çok ısrar etmeniz gerektiği anlamına gelmez. Daha açık bir öneri hazırlamak, küçük bir deneme istemek, koşullar değişene kadar beklemek veya konuyu kapatmak farklı ve geçerli sonraki adımlar olabilir.
Önemli olan, “Beni beğenmediler” gibi genel bir yorumla karar vermemek. Mümkün olduğunda işin gerekçesini görünür kılın; karşı tarafın ne düşündüğünü yalnız tahmin etmeyin.
Bir öneriye hayır demek kişiye hayır demek değildir
GitLab'ın karar verme rehberi, işbirliğini oybirliğinden ve insanı yaptığı işten ayırıyor. Bir karardan memnun olmamanız, bütün katkınızın reddedildiği anlamına gelmeyebilir.
Elbette her ret açık veya iyi anlatılmış olmaz. Gerekçeyi istemek bu nedenle faydalıdır. “Neden olmadı?” sorusunu biraz daraltabilirsiniz: “Önerinin hangi noktası ihtiyacı karşılamadı?” veya “Bu kararda en belirleyici kısıt neydi?”
Karar sahibinin her zaman fikrini değiştirmesini beklemeyin. İlk görüşmenin amacı, sonucu tersine çevirmek değil, doğru anlamaktır. Gerekçe öğrendikten sonra yeni bir öneri yapıp yapmayacağınız daha açık hale gelir.
Ret gerekçesini üç grupta okuyun
Birinci grup önerinin anlatımıdır. İhtiyaç, kapsam, fayda veya risk anlaşılmamış olabilir. Bu durumda daha kısa ve somut anlatım işe yarayabilir. “Bu araç çok verimli” yerine hangi görevi nasıl değiştireceğini açıklayın. Tek sayfalık karar notu, seçenekleri ve gerekçeyi bir araya getirmenize yardımcı olur.
İkinci grup önerinin kendisidir. Gereken işi çözmüyor, başka bir sorun çıkarıyor veya riskleri yeterince ele almıyor olabilir. Anlatımı parlatmak bu sorunu çözmez. Çalışmanın hangi varsayımı zayıf, hangi adımı değişmeli, bunu konuşmanız gerekir.
Üçüncü grup koşullardır. Bütçe, zaman, başka proje veya karar yetkisi nedeniyle öneri şu anda uygulanamıyor olabilir. Daha iyi sunum hazırlamak kapasite yaratmaz. Koşulun değişip değişmeyeceğini ve tekrar değerlendirme zamanını öğrenebilirsiniz.
Bu gruplar bir arada da bulunabilir. “Bütçe yok” cevabının yanında, önerinin kapsamı da fazla büyük olabilir. Hangi kısmı değiştirdiğinizde kararın yeniden açılabileceğini sorun. Belirsiz bir “Belki sonra” cümlesini kesin onay gibi kaydetmeyin.
Küçük deneme ne zaman anlamlıdır?
Şöyle bir durum düşünün: Ekipte bütün raporları yeni bir düzene taşımayı önerdiniz. Öneri, geçiş süresi ve hata riski nedeniyle reddedildi. Daha küçük bir deneme, bütün sistem yerine tek bir raporda yeni düzeni sınamak olabilir.
Fakat deneme de açık bir soruyu cevaplamalıdır. “Yeni düzen güzel mi?” çok geneldir. “Bu raporu hazırlarken kaynak bilgisi daha kolay bulunuyor mu?” daha dar bir sorudur. Mevcut yöntemi ve deneneni aynı görev açısından karşılaştırın.
Denemeyi izinsiz başlatmayın. Ortak dosya, müşteri bilgisi veya ekip iş akışı değişecekse gereken onayı alın. “Sadece küçük bir deneme” olması, etkisini otomatik olarak küçük yapmaz. Kapsamı, katılan kişileri ve geri dönüş yolunu belirtin.
Bir görev süre sorunu yüzünden reddedildiyse işin ne kadar süreceğini tahmin etme yazısı, hazırlık ve kontrol yükünü daha açık hesaplamanıza yardımcı olur. Önerinizin faydasının yanında uygulama yükünü de anlatın.
Yeniden sunumda neyin değiştiğini öne koyun
Önerinizi yeniden hazırlarken ilk sürümün bütün gerekçelerini daha uzun biçimde anlatmak gerekmeyebilir. Karar sahibi önce yeni olanı görmek isteyecektir. Kapsam küçüldüyse bunu ilk satırda söyleyin. Yeni bir bilgi bulunduysa hangi çekinceyi cevapladığını gösterin. Risk hala açıksa çözüldüğünü iddia etmeyin; uygun kontrolü belirtin.
Örneğin “Rapor düzeni önerimi tekrar paylaşıyorum” yerine “Geçiş yükünü azaltmak için öneriyi tek raporla sınırladım; mevcut düzeni değiştirmeden kaynak bulma adımını sınamayı istiyorum” diyebilirsiniz. Bu cümle yalnız ısrar değil, gerçekten değişen bir çalışma gösterir. Kararın yeniden açılmasını sağlayacak bilgi yoksa aynı öneriyi farklı başlıkla sunmak çözüm olmayabilir.
Önerinin reddedildiğini ekipte paylaşmanız gerekiyorsa kişisel yorum yerine durumu anlatın. “Kimse yenilik istemiyor” gibi bir yargı, bilinmeyen niyetleri bütün ekibe taşır. “Şu anda geçiş için kapasite ayrılmadı; hazırlanan kaynak listesini mevcut raporda kullanacağız” daha açık bir kayıttır. Böylece hem karar hem elde kalan faydalı çalışma görünür olur. Ret sonrası iletişim de öneriniz kadar dikkatli kurulmalıdır.
- Gerekçeyi sorun
Karşılanmayan beklentiyi veya karar kısıtını öğrenin.
- Değişebilir kısmı ayırın
Öneriyi değiştirmekle koşulun değişmesini beklemeyi ayırın.
- Sonraki adımı seçin
Düzeltme, küçük deneme veya kapatma kararını açık verin.
Ret sonrası kullanabileceğiniz kısa not
Görüşmeden sonra aşağıdaki alanları doldurun:
Alan | Yazılabilecek örnek |
Önerinin çözdüğü sorun | Rapor kaynaklarını aramak uzun sürüyor. |
Öğrendiğim ret gerekçesi | Bütün dosyaları taşımaya şu anda zaman yok. |
Değiştirilebilir bölüm | Tek raporda düzeni denemek. |
Açık kalan soru | Deneme için uygun rapor ve onay kişisi. |
Seçtiğim sonraki adım | Küçük kapsamı ve kontrol ölçütünü hazırlamak. |
Bu kayıt, sonraki önerinizin aynı konuyu farklı kelimelerle tekrar etmekten ibaret olmasını önler. Yeni sürümde ne değiştiğini görünür yapın. “Tekrar düşünür müsünüz?” yerine “Kapsamı tek rapora indirdim; şu riski şu şekilde kontrol edeceğim” diyebilirsiniz.
Karar değişmese bile öğrendiğiniz şey vardır: İhtiyaç yanlış tanımlanmış olabilir, görünmeyen bir kısıt ortaya çıkabilir veya sorumluluk sınırı netleşebilir. Bunu kişisel gelişim için kullanabilirsiniz; karşı tarafın her gerekçesini doğru kabul etmek zorunda da değilsiniz.
Konuyu kapatmak ne zaman doğru bir adımdır?
Öneri mevcut ihtiyacı karşılamıyorsa ve küçük bir değişiklikle düzelmiyorsa kapatmak daha iyi olabilir. Karar için yeterli bilgi varsa aynı fikri tekrar sunmak ek yük oluşturur. Harcadığınız emeği, devam etmenin tek gerekçesi yapmayın.
Kapatılan önerinin faydalı parçalarını saklayabilirsiniz. Kullanılan kaynak, örnek dosya veya öğrenilen koşul başka bir çalışmada işe yarayabilir. Konuyu kapatmak, bütün çalışmayı unutmak anlamına gelmez.
Önerilerinizi açık gerekçeyle anlatmak ve çalışma kararlarını daha iyi hazırlamak için kariyer gelişim kursunun programını inceleyebilirsiniz. Ret aldığınız belirli bir örnek üzerinden ihtiyacınızı düşünerek başlayın.
Sık sorulan sorular
Her reddedilen öneriyi yeniden sunmalı mıyım?
Hayır. Yeni bilgi, değişen kapsam veya farklı koşul yoksa tekrar aynı öneriyi sunmak fayda sağlamayabilir. Önce neyin değiştiğini belirleyin. Kararın gerekçesiyle ilgili gerçek bir açık soru varsa onu sorun.
Gerekçe söylenmiyorsa ne yapabilirim?
Kararı etkileyen belirli koşulu öğrenmeye çalışın. “En önemli çekince hangisi?” sorusu genel tartışmadan daha kolay cevaplanabilir. Yanıt gelmezse tahmini gerçek gerekçe gibi kaydetmeyin.
Küçük deneme için nasıl onay istemeliyim?
Kapsamı, öğrenmek istediğiniz soruyu, olası etkileri ve kontrolü yazın. Karar notu örneği, bu bilgileri kısa biçimde sunmanıza yardımcı olur.
Önerime çok emek verdim; vazgeçmek yanlış mı?
Geçmiş emek tek başına devam gerekçesi değildir. Bundan sonraki fayda, yük ve seçenekleri değerlendirin. Faydalı çalışma parçalarını saklayarak öneriyi kapatabilirsiniz; bu karar emeğinizi yok saymak değildir.
