İş yerinde fikrinize destek toplamak için önce kimin işinin değişeceğini ve kimin hangi bilgiye sahip olduğunu bulun. Fikri herkese aynı sunumla anlatmak yerine, ilgili kişilerin itirazını erkenden dinleyip öneriyi geliştirin. Destek toplamak yalnız onay imzası almak değildir. Bir kişi uygulama riskini, diğeri müşterinin ihtiyacını, başkası da günlük iş yükünü görebilir. Bu görüşler fikri zayıflatmak zorunda değil; uygulanabilir hale getirebilir.
Kimlerin işini etkilediğini görün
Lojistik ekibindeki Berk, teslimat gecikmelerini bildiren tek bir ekran önermek istiyor. Fikir operasyon için yararlı görünüyor. Fakat müşteri hizmetleri hangi bilginin müşteriye ne zaman gönderileceğini, veri ekibi hangi bilginin güvenilir olduğunu, saha ekibi de bildirimlerin sürücüye ek yük getirip getirmeyeceğini bilir. Berk bu kişilerle konuşmadan tüm sistemi tasarlarsa son aşamada büyük itirazlarla karşılaşabilir.
Üç küçük grup seçin: kararı verecek kişi, uygulayacak kişi ve sonucundan etkilenecek kişi. Bazı insanlar birden çok grupta olabilir. Her birine “Bu fikrin sizce hangi kısmı işe yarar, hangi kısmı sorun çıkarır?” diye sorun. Yalnız onay verecek kişileri seçmeyin. Karşı görüşü duymazsanız destek varmış gibi görünen kırılgan bir plan kurarsınız.
İtirazı çözülmesi gereken bilgi olarak ele alın
Müşteri hizmetleri “Gecikme tahmini sık değişiyor, müşteriye yanlış saat verilebilir” diyebilir. Berk bu itirazı direnç diye adlandırmak yerine hangi bilginin kesin, hangisinin tahmin olduğunu ayırır. Belki ilk denemede kesin saat yazmak yerine “teslimat durumunda değişiklik var” bildirimi uygundur. Saha ekibi yeni veri girişi istemiyorsa mevcut sistemden alınabilen bilgiyi incelemek gerekir. Böylece fikir ilk halinden daha dar ama daha uygulanabilir olur.
Görüş alınacak kişi | Bilmek istediğiniz şey | Öneride değişebilecek bölüm |
Müşteri hizmetleri | Müşterinin hangi bilgiye ihtiyacı var? | Mesajın dili ve zamanı |
Saha ekibi | Ek işlem yükü olur mu? | Veri giriş yöntemi |
Veri ekibi | Hangi bilgi güvenilir? | Gösterilecek durum |
Bu tablo kişilerin desteğini garanti etmez. Yalnız görüşmelerin fikre nasıl katkı sağlayacağını gösterir. Destek toplayabilmek için önerinin sahipliğini de açık tutun; başkalarının katkısını görünmez kılmayın.
Fikri birlikte olgunlaştırın
1. Kişileri bulun. Kararı, uygulamayı ve sonucu etkileyecekleri ayırın.
2. İtirazı dinleyin. Her kişinin gördüğü risk ve ihtiyacı sorun.
3. Öneriyi düzeltin. Gelen bilgiyi sınırlı bir deneme planına taşıyın.
Görüşmenin başında çözümü savunmak yerine karşı tarafın gördüğü sorunu anlamaya çalışın. Aktif dinleme rehberindeki özetleme ve doğrulama adımlarını kullanabilirsiniz.
Destek isteğini somut hale getirin
Herkesten genel “Bu fikir güzel” cümlesi istemek yerine neye ihtiyaç duyduğunuzu söyleyin. “İlk mesaj taslağını sizinle gözden geçirebilir miyim?”, “İki haftalık denemede hangi veri güvenilir olur?” gibi sorular iş birliği yaratır. Karar sahibiyle konuşurken de görüşlerden öğrendiklerinizi, açık kalan riski ve küçük denemenin sınırını paylaşın. İtirazları gizlemeyin; zaten sonradan ortaya çıkacaklardır.
Destek gelmezse nedenini ayırın. Fikir yanlış zamana mı denk geldi, sorun yeterince önemli değil mi, yoksa uygulama maliyeti mi yüksek? Fikri daraltmak veya ertelemek bazen doğru karardır. Destek bulsanız bile uygulamaya geçmeden önce denemenin onay sınırını netleştirin.
İtirazları görüşme notuna dönüştürün
Berk üç ekipten görüş aldıktan sonra her söyleneni olduğu gibi fikre eklememeli. Önce itirazın dayandığı sorunu yazmalı: Yanlış tahmin riski, saha ekibine ek veri girişi, müşteriye fazla mesaj gönderilmesi. Sonra hangi sorunun ilk denemeyi durduracağını, hangisinin küçük değişiklikle giderilebileceğini ayırabilir. Böyle bir not karar sahibinin de neden önerinin değiştiğini anlamasını sağlar. “Herkes destekliyor” gibi belirsiz cümlelerden kaçının; kimin hangi koşulda destek verdiğini açıkça söyleyin.
Destek ararken fikri sahiplenme ile ortak katkı arasında denge kurun. Sorunu ilk fark eden siz olabilirsiniz, ama çözüm başka bir ekibin bilgisini gerektiriyorsa onları yalnız uygulayıcı gibi göstermeyin. Toplantıda “Müşteri hizmetleri bu riski gösterdi, saha ekibi şu yükü azaltan adımı önerdi” demek hem doğru hem iş birliğini güçlendirir. Fikrin değeri tek kişinin adıyla değil, gerçek işte kullanılabilir olmasıyla sınanır.
Karar isteyen tek sayfalık özet
Berk sunumunu şu dört alanla kapatabilir: İlk öneri / Gelen kritik itiraz / Öneride yapılan değişiklik / İstenen karar. Örneğin kesin teslim saati göndermek yerine, ilk denemede yalnız doğrulanmış durum değişikliğini göstermek seçilebilir. Veri güncelliği bilinmiyorsa deneme başlamaz; önce bunu kimin doğrulayacağı belirlenir. “Herkes destekliyor” demek yerine hangi koşulun halen açık olduğunu yazın.
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
Fikrimi erken paylaşırsam sahiplenilmez mi?
Bu kaygı anlaşılır. İlk katkınızı kısa yazılı özetle kaydedin, sonra ilgili kişilerin görüşünü açıkça isteyin ve katkılarını belirtin.
Herkesi ikna etmek gerekir mi?
Hayır. Fakat etkilenen kişilerin önemli itirazlarını bilmek, kararı ve denemeyi daha güvenilir yapar.
Güçlü bir itiraz geldiğinde fikri bırakmalı mıyım?
Önce itirazın hangi koşula dayandığını öğrenin. Kapsamı daraltmak, veri eklemek veya fikri bırakmak farklı seçeneklerdir.
Yöneticiye ne zaman gitmeliyim?
Sorunu, ilk görüşleri, açık riski ve istediğiniz kararı kısa biçimde anlatabildiğinizde görüşme daha verimli olur.
Fikir destek gördükten sonra doğrudan başlayabilir miyim?
Görüş almak ile uygulama izni aynı değildir. Yetki sınırını koruyarak inisiyatif alma yazısındaki karar sınırını kontrol edin; veri erişimi, bütçe veya başka ekibin işini değiştiren adımlarda ilgili onayı ayrıca alın.
