Büyük şirketlerde önemli bir beceri. Herkesin meşgul olduğu ve işlerin kolayca unutulabildiği durumlarda faydalı oluyor. E-postada sorunu açıklayıp "eğer [N] gün içinde yanıt gelmezse, [DAY N] tarihinde XYZ'yi yapacağım" deniyor. Bu, onay beklemek yerine karşı tarafa bildirimde bulunma yöntemi
Bazen birkaç hafta sonra biri XYZ'nin yapılmış olmasına sinirleniyor, ama bunun onların hatası olduğunu gösteren bir kayıt mevcut
Buna "sorma, bildir" diyorum ve iş içinde ya da dışında çeşitli amaçlarla kullanılabiliyor. Net ve kararlı sonuçlar doğuruyor
Eşimle de sık sık bu tür konuşmalar yapıyorum. Eşim soru soran bir tarzda konuşuyor. Bir akşam buluşmasında eşim "saat kaçta varacaksınız?" diye sordu, ama ben ne zaman varacağımızı ve barda bekliyor olacağımızı söyledim. Sonuç olarak herkes erken geldi ve en az iletişimle kusursuz oldu
Bu, "izin isteme, gerekirse af dile" fikriyle bağlantılı. Riskli olabilir ama ben özünde asi biriyim. Yine de GitHub gibi işbirlikçi ortamlarda büyük değişiklikleri gelişigüzel denemek iyi bir fikir değil
İş arkadaşlarıma tavsiye onayı alma konusunda öğüt verirken benzer bir şey söylüyorum
"Onay vermeyi kolaylaştır"
Sorunu kısaca açıkla ve çözümün neden doğru olduğunu anlat. Daha derine inmek isterlerse doküman bağlantısı ver. Zaten ekipten ya da ürün sahibinden onay alınıp alınmadığını kontrol et
"X'i çözmek için Y yapacağız. Ekip bunun üzerinde uzlaştı. Ayrıntılar [bağlantı] adresinde. Ek geri bildirim gerekmezse salı günü başlayacağız"
Yöneticiler tüm ayrıntılara zaman ayıramaz, bu yüzden ekibin desteğini aldıysan onay vermeleri kolay olur
"Niyetini yayınla" şeklinde bir yaklaşım da var. Ne yapmak istediğini ve planını duyurup paydaşlara açıkça karşı çıkma fırsatı veriyorsun. Bazı durumlarda işe yarıyor ve temel bir güven gerektiriyor
İlk kez bir şeyi bozarsan felaket olabilir. Evet ya da hayır almak, patronun durumdan haberdar olduğu anlamına gelir
"Bunu kim onayladı?" sorusuna kimsenin onaylamadığını söyleyebilirsin
Bu yaklaşım yalnızca Amerikan şirketlerinde ya da Amerikan tarzı iş yapışa alışkın yöneticilerle işe yarıyor olabilir. Patron bunu sevmezse geri tepebilir. Performans değerlendirmesinde patron bunu itaatsizlik olarak damgalayabilir. Bazen izin istemek en iyi seçenek olabilir
"Bunu yapacağım" numarasının bir parçası da bunu soru gibi ifade etmemek. Böylece alıcının yanıt yazması gerekmez ve fazladan e-posta okumasına ihtiyaç kalmaz
GitHub ve Google Docs'taki emoji tepki özelliğini seviyorum. Basit bir şekilde onay verildiğini gösterebiliyorsun. HN'de popüler değil ama emoji tepkileri basit bir iletişim yöntemi
OP'nin bakış açısını anlıyorum ama affı tercih etmek duruma bağlı. Sosyal ağ sitelerinde hızlı hareket edip hata yapabilirsin ama nükleer fırlatma kontrol sistemlerinde "izin verilene kadar fırlatma yok" sistemi gerekir
Büyük işbirlikçi projelerde bu tekniği kullanıyorum. "Uzlaşmaya varamazsak varsayılan seçeneği uygulayacağım" diyorum. Gençken korkunç bir varsayılan gerektiğini düşünürdüm ama bu yalnızca birkaç kez işe yarıyor
Buna "makul varsayılanlar oluşturmak" diyorum. Her ayrıntı için karar istemek yerine, durumu anladığını gösteren bir varsayılan seçiyor ve bunu uygulayacağını bildiriyorsun. Bu güven inşa ediyor ve gerçekten gerekli olduğunda insanların dikkat vermesini sağlıyor
Bu iletişim tarzını seviyorum ama "son tarih" kısmını tercih etmiyorum. Raporun, itiraz edebileceğim bir iş yapılıp yapılmadığını bana bildirmesini isterim. Yöneticilere son tarih vermek garip ve can sıkıcı bir tehdit gibi geliyor. Ekip üyelerine özerklik vermek isterim
1 yorum
Hacker News görüşleri