“Evet” istemeyin, “hayır” deme fırsatı verin (2022)

 (mooreds.com)
1 puan yazan GN⁺ 2025-02-23 | 1 yorum | WhatsApp'ta paylaş
  • Küçük bir şirkette kendi iş kapsamınızdaki işleri ilerletirken, izin beklemek yerine reddetme fırsatı ve son tarihi vermek uygulama hızını artırabilir
  • “action Xi kurabilir miyim?” gibi bir onay talebi, sorunu inceleme, çözüm yolunu değerlendirme ve öncelikleri ayarlama yükünü yöneticiye bırakabildiği için yanıtı geciktirebilir
  • “Pazartesi action Xi kuracağım. Farklı düşünüyorsanız lütfen bana bildirin” demek, uygulama iradesini gösterirken yöneticinin müdahale edebilmesi için alan bırakır
  • Bu yaklaşım, iş kendi rol kapsamınız içinde olduğunda ve geri bildirime açık olsanız da yanıt gelmese bile ilerleyecek kadar yönünüzden emin olduğunuzda uygundur
  • Yakın bir son tarihi birlikte belirtmek, gerekli kişilerin daha hızlı tepki verme olasılığını artırır ve uygulamayı durdurmadan ilgili kişileri bilgilendirmeyi sürdürmenizi sağlar

İzin beklemek yerine reddetme fırsatı vermek

  • Çok küçük bir adım bile olsa ileriye dönük eylem yanlılığı, tıkanmış durumu kırmaya yardımcı olabilir
  • Temel alışkanlık, “evet” istemek yerine “hayır” istemektir
    • Bunun dayandığı deneyim, çalışan sayısı 200’ün altında olan küçük şirketlerdir
    • Aynı yaklaşımın büyük şirketlerde, kâr amacı gütmeyen kuruluşlarda veya devlet kurumlarında da işe yarayıp yaramayacağı kesin değildir
  • Kendi iş kapsamınız içinde olduğunu düşündüğünüz bir şeyi yapmak isterken, güvenceye ihtiyaç duyduğunuzda ya da yöneticinizi haberdar etmek istediğinizde, genelde önce izin istemeye yönelirsiniz
  • Bunun yerine yöneticinize reddetme fırsatı verin ve bu değerlendirmeyi yapabilmesi için net bir son tarih de ekleyin

GitHub Action örneği üzerinden fark

  • Örnek, yazılım kalitesini iyileştirmeye yardımcı olacağını düşündüğünüz yeni bir GitHub Action’ı depoya kurma durumudur
    • Bu, basit bir heves değil; araştırma yapılmış ve yerelde test edilmiş bir durumdur
    • Hatta önceki bir iş arkadaşınıza ilgili GitHub Action’ı kullanma deneyimini sormuş olabilirsiniz
  • “action Xi kurabilir miyim? Yaşadığımız XYZ sorununa yardımcı oluyor” diye sormak, yöneticinin “evet” demeden önce ek iş yapmasına neden olur
    • XYZ sorununu yeniden gözden geçirmesi gerekir
    • X’in sorunu nasıl çözeceğine karar vermesi gerekir
    • Diğer işlerle öncelik sıralaması yapması veya sorumlunun bildiği şeyleri önce paylaşmasını istemesi mümkündür
    • Meşgul bir yönetici için bu iş geri plana itilebilir ve birkaç kez hatırlatma yapmak gerekebilir
  • Alternatif yaklaşım, “XYZ sorununu çözmek için action Xi kuracağım. Farklı düşünüyorsanız lütfen bana bildirin; aksi halde bunu Pazartesi yapacağım” demektir
    • Bu, sorumlunun problemi doğrudan ele alacağını gösterir
    • Yönetici isterse müdahil olabilir ama mutlaka yanıt verme yükü azalır
    • Yönetici unutsa ya da araya başka işler girse bile ilerleme durmaz
  • Bu yaklaşım yalnızca bireylere değil, birden fazla kişiden oluşan gruplara da uygulanabilir

Son tarihin yarattığı yanıt baskısı

  • Son tarih, bu yaklaşımın temel unsurlarından biridir
    • 15 Ocak itibarıyla “task Xi yapacağım” demek yerine “17 Ocak’ta task Xi yapacağım” demek daha hızlı tepkiyi teşvik edebilir
    • “15 Şubat’ta task Xi yapacağım” gibi uzak bir tarihe kıyasla, yakın gelecekteki bir son tarih daha anlık bir yanıt getirme olasılığı taşır
  • Geri bildirim fırsatını açık tutarken, geri bildirim gelmese bile uygulamaya geçecek kadar yönünüzden emin olduğunuz durumlarda en iyi sonucu verir

İlgili okumalar

1 yorum

 
GN⁺ 2025-02-23
Hacker News yorumları

  • Herkesin meşgul olduğu ve işlerin kolayca arada kaynayabildiği büyük şirketlerde bu temel bir yetkinlik
    E-postada sorunu açıkladıktan sonra “[N] gün içinde yanıt gelmezse [N. gün] XYZ yapacağım” diye yazıyorum. Onay isteyip eli kolu bağlı beklemek ya da sürekli dürtmek yerine, sessiz kalınırsa XYZ’nin ilerleyeceğine dair bildirim bırakma yöntemi
    Bazen birkaç hafta sonra neden haber vermeden yaptın diye öfkelenen biri çıkıyor ama her seferinde karşı tarafın kaçırdığı kaydı gösterebiliyorsunuz

    • “Yanıt gelmezse XYZ yapacağım” ifadesi gereksiz yere çatışmacı duyuluyor
      “Şu nedenlerle XYZ yapmayı planlıyorum ve [tarih] tarihinde ilerleyeceğim. İtirazınız ya da endişeniz varsa lütfen bildirin” gibi söylemek de yeterli
      Bu yöntem önceden sağlam gerekçeler sunmanızı sağlar ve bilmediğiniz kısıtları ya da hataları önlemek için geri bildirim almanıza da imkân verir
      Amazon’un liderlik ilkelerini sorun çözümüymüş gibi takip eden kargo kültü davranışı da tuhaf. “Eyleme yatkınlık” Amazon’da işe yarıyor; çünkü tek başına hareket edip başarısız olan kişi günah keçisi yapılıp kovuluyor ve böyle kişiler eyleme yatkınlığın erdemlerini bloglarda yazmıyor
    • Gerçekte nasıl ifade edildiğini merak ediyorum
      “1 Mart’ta thingamajig’i birleştirmeyi planlıyorum. Bu işlemin sorun çıkarabileceği kişilere önceden haber veriyorum. Endişeniz varsa lütfen bildirin. 1 Mart’a kadar yanıt gelmezse thingamajig birleştirilecek” gibi mi
    • Bu biraz fantezi gibi geliyor ya da ancak ihlal edilen kuralın iş açısından hiç önemli olmadığı durumlarda mümkün gibi görünüyor
      “5 gün içinde yanıt gelmezse X yapacağım” demek, disiplin cezası alabileceğiniz bir şey yaptıysanız hiçbir savunma sağlamaz
      İşe yaradığı yer olsa olsa işle ilgisi olmayan iç tasarım kararlarını çiğnemek düzeyindedir
    • “Bazen birkaç hafta sonra biri XYZ’yi haber vermeden yaptın diye öfkelenir” kısmı şüpheli
      Böyle bir şeyi “hep yapıyorum” deyip sihirli bir cümleyi şablon gibi yazmanın gerçekten kendi deneyimi mi, yoksa metindeki gibi çalışmak istediğine dair bir yansıtma mı olduğundan kuşkuluyum
      Öfkeli iş arkadaşlarına kayıtları gösterip kazanma sahnesini düşününce saçmalık dedektörüm kırmızıya dayanıyor
    • Kimin ilerlemeyi engellediğini ya da reddettiğini kayıt altına alma etkisi de olduğu için iyi

  • Buna “sorma, bildir” diyorum; şirket içinde ve dışında çok işe yarıyor
    Temel bir iletişim becerisi ve sonucu kısa, net ve belirleyici hale getiriyor
    Eşimle de bu tür konuşmaları sık yapıyorum; eşim “Kaçta varıyorsunuz?” gibi 8 kişilik grup sohbetine açık uçlu soru göndermeye meyilli. Biz çocuk bırakma programı yüzünden bir saat erken varacağımızı biliyorduk; ben de sadece “Biz şu saatte varıyoruz, önce içki içmek isteyenler barda olacak” diye bildirmesini söyledim
    Yanıt istemeye gerek kalmadı; herkes erken geldi ve minimum iletişimle her şey yolunda gitti
    “İzin istemek yerine af dile” yaklaşımıyla da biraz bağlantılı, ama GitHub deposu gibi birden fazla kişinin işbirliği yaptığı yerlerde başkalarını etkileyen büyük değişiklikleri pat diye ortaya atmak için iyi bir yer değil

    • Ben de böyle yapıyorum. Bu sadece daha iyi iletişim değil, aynı zamanda daha iyi bir yaşam biçimi
      Başkalarının koordine etmesiyle ancak keyif alabileceğim bir durumda olmak yerine, yapmak istediğim şeye başlayıp diğerlerine katılabileceklerini bildirme yöntemi

  • İş arkadaşlarım kendi önerilerini nasıl onaylatacaklarını sorduğunda benzer bir tavsiye veriyorum: “Karşı tarafın evet demesini olabildiğince kolaylaştır”
    Birine 14 paragraf fırlatıp, benim saatlerce sorunun içine daldığım seviyeye hemen gelmesini bekleyemezsiniz
    Yaklaşımınızdan eminseniz sorunu ve çözümün neden doğru olduğunu kısa ve öz açıklayın, daha derine inmek isteyenler için belge bağlantısı ekleyin. Ekip üyelerinden ya da ürün sorumlusundan zaten onay almış olmak iyi olur
    Örnek: “X’i Y ile çözmeyi planlıyoruz. Ekipte herkes aynı fikirde. Ayrıntılı öneri belgesi [link] adresinde. Ele alınması gereken ek geri bildirim yoksa salı günü başlayacağım”
    Yöneticinin tüm ayrıntılara bakacak zamanı yoktur; işi daha geniş ekibin desteğiyle birlikte derli toplu sunarsanız sadece onaylaması kalır, bu yüzden minnettar olur

    • Yönetici bu şekilde çalışırsa popülerlik oylaması başlar. Böyle bir yönetici verimsizdir ya da işe yaramaz
    • “Eminseniz” kısmı kilit nokta. Ben özgüvenimi narsisizmle değil, nesnel istatistikler ve belirsizlikle belirlerim
      Başarı olasılığı %10 ama denemek için neden varsa bunu öyle söylerim; başarılı olacağına eminim gibi saçma bir sunumla paketlemem. Başarı olasılığı %80 ise %20’yi de saklamam; %98 diyorsam gerçekten o düzeye yakın demektir
      Yöneticinin işi bu istatistiklerle uğraşmak ve riski hedge etmektir. Hedge fonu bunu parayla yapar; yönetici ise insanlar ve kaynaklarla yapar
      Ne yazık ki tipik kurumsal yönetici, başarılı olacağını %100 söyleyip gerçekte %50 başarısız olan kişiyi daha çok sever

  • Benzer bir ifade olarak niyet yayma (radiating intent) hoşuma gidiyor
    Neyi ne zaman yapmayı planladığınızı genişçe duyurup, paydaşlara açıkça karşı çıkabilecekleri alan tanıyan ama mutabakat, hizalanma ve onayı tek tek kovalamayan bir yöntem
    Bazı durumlarda iyi işler ve genellikle önce temel bir güven kazanmış olmanız gerekir
    https://medium.com/@ElizAyer/dont-ask-forgiveness-radiate-in...

    • “Niyet yayma” yapmanız için 4 neden ikna edici. Orta ve üzeri güvene sahip organizasyonlarda iyi çalışır
      Eliz Ayer’ın eklediği nüans da hoşuma gitti: “Adil olmak gerekirse, niyet yaymayla daha az iş de çıkarabilirsiniz. Çünkü engelleyen ya da karışan kişilere araya girme kanalı açar. Ayrıca bu tavsiye bağlama ve organizasyona büyük ölçüde bağlıdır; bu yüzden her zaman uygun değildir”

  • Bu iletişim tarzı karşı tarafın sizi hemen riskli biri olarak görmesine yol açacak gibi
    Dışarıdan zaman kazandırıyor gibi görünse de, gerçekte yöneticiye “bu çalışanın ne yaptığını sürekli takip etmezseniz istemediğiniz bir şey yapabilir” mesajı veriyor
    Metin bunu bildirim gibi ele alıyor ama niyet ne kadar iyi, anlayış ne kadar yüksek olursa olsun bildirimler sinyal gürültüsü içinde kolayca kaybolur; yanıt gelmemesi de onay anlamına gelmez. Mesajın hiç alınmadığı anlamına da gelebilir
    Çalışanla yönetici sorunu zaten tartışmış ve artık çözümü uygulama aşamasına gelmişse sorun olmayabilir; ama karşı tarafın henüz düşünmediği bir meseleyi ilk kez gündeme getirirken en kötü yöntemdir. Bencilcedir ve ekip çalışmasının tam tersidir
    Efsanevi bir 10x Rockstar mühendisin bunu yaptığını görüp taklit etmek gibi de duruyor. O mühendis işini hep iyi yapan, ne yapması gerektiğini bilen, yönetimle karşılıklı anlayış ve saygıya sahip olduğu için kendi kendini yönetmesine alan açılabilecek biridir. Bunu gören birinin, o kişinin neden böyle muamele gördüğünü ya da kendisinin bunu nasıl hak etmesi gerektiğini anlamadan aynı şeyin kendisi için de geçerli olduğunu sandığı hissi veriyor

    • Sonuçta her şey ilişkiye bağlı
      Bunu üç kez üst üste yaptığınızda “lütfen dur” yanıtı aldıysanız bir şeyler ters gidiyor demektir. Üç kez üst üste övgü aldıysanız devam edebilirsiniz
      Asıl tehlikeli kişi, hayır denmesine rağmen çoğunu bir şekilde uygulayıp sonra geriye dönük evet arayan kişidir. Bir sonraki işte de aynı şeyi yapar ve geri bildirime tepki vermez
      Bu yüzden asıl mesele yöntemin kendisinden çok iş ilişkisidir. Güvenin yüksek olduğu ve herkesin meşgul olduğu bir ortamda denenebilir
    • Tanımadığım biri bana böyle yapsa küstahça ve sinir bozucu gelir
      Daha önce birlikte çalıştığım, güvendiğim ve bunu zamanıma saygı duyduğu için yaptığını bildiğim biri olursa tamamen farklı bir konu

  • İlk kez bir şeyi bozduğunuz anda bu felaket tarifine dönüşür
    Evet ya da hayır almış olmanız, yöneticinin haberdar olduğu anlamına gelir. İşler ters gidip “kim onayladı?” sorusu geldiğinde dürüst yanıt, kimsenin onaylamadığıdır

    • Bu, kurum kültürüne ve yönetimin etkinliğine göre büyük ölçüde değişir
      Kurumda böyle davranabilecek kimse yoksa bu, liderlik ekibinin yetki devrinde başarısız olduğunun işaretidir
    • Bu daha çok yöneticinize değil, işin içinde olması gereken diğer ekiplerden kişilere uygulanacak bir yöntem
      Örneğin Y ekibinden X’in bir işe karşı çıktığı durumlar gibi
      Yöneticiniz 1) bir şey yapılması gerektiğini söylüyor ve 2) hiçbir planı onaylamıyorsa, o zaman yapmayın. Bu durumda işin yapılmasını sağlama sorumluluğu yöneticidedir
    • Yöneticiniz yaptığınız her şeyi onaylamak zorundaysa o kişi yönetici değil mikro yöneticidir ve ikiniz de yanlış yapıyorsunuz demektir
    • En azından yazılımda hiç kimse tek başına istediği her şeyi yapamamalı
      “Bunu yapacağım” demek sorun değil, ama inceleme ve otomatik testler gibi süreçler olmadan production ortamına çıkmamalı
      Elbette bu durumda darboğaz oluşur. Bir merge request açtığınızda kimse zamanında incelemezse hiçbir şey olmaz. Böyle durumlarda belirli bir süre içinde kontrol edilip inceleneceğine dair mutabakat ekip lideri seviyesinde belirlenmelidir
    • Bir şeyin sorumluluğunu almak, onu bozup düzeltmeyi de içerir

  • Bu yaklaşım sanki yalnızca Amerikan şirketlerinde ya da Amerikan tarzı iş kültürüne alışkın yöneticilerde işe yarıyor
    Yönetici bundan hoşlanmazsa ciddi biçimde ters tepebilir. Performans değerlendirmesinde yöneticinin bunu itaatsizlik diye etiketlemesi kolaydır; gerekli kanıtları da kendi elinizle tepsi içinde sunmuş olursunuz
    Bazen Amerika’da bile izin istemek gerçekten en iyi yoldur; kaynaklarla ilgili işlerde bu özellikle böyledir

    • İtaatsizlik daha çok orduya yakışan bir kelime. Yetişkin insanların “itaatsizlik” edebileceği fikrinin kendisi komik
    • Amerikan tarzı olmayan çalışma biçimleri de çok çeşitlidir
      Örneğin İskandinav kültürlerinde yönetim çoğu zaman oldukça geri planda durur; çalışanların birçok kararı bağımsız olarak ya da birbirlerine danışarak alması beklenir
    • Deneyimlediğim yöneticiler arasında bu yöntemden hoşlanmayacak çok az kişi vardı. Elbette yapılmak istenen şeyin aptalca olmaması şartıyla
      Ama o yöneticilerin hepsi Amerikan kültürüne derinden alışmıştı
    • Bağımsız karar alma itaatsizlik sayılıyorsa, böyle bir yöneticinin nasıl yetki devrettiğini ve toplum genelinde işlerin nasıl yürüdüğünü merak ediyorum
      Etkili askerî karar alma bile büyük ölçüde sahadaki birliklerin her seferinde karargâhı aramadan uyum sağlayabilmesine dayanır
    • Yöneticinin gerçekten bir hayatı olduğu, hafta sonları çalışmadığı, hatta birkaç gün ya da hafta izin yaptığı Amerikan olmayan şirketlerde bu yöntem işe yaramayabilir

  • Buna makul varsayılanlar oluşturmak denir
    Her ayrıntı için insanlardan karar istemek yerine, durumu anladığınızı gösteren makul bir varsayılanlar kümesi belirleyip buna göre ilerleyeceğinizi bildirme yöntemidir
    Böylece güven oluşur ve gerçekten dikkat gerektiğinde insanlar daha iyi bakar. Çünkü normalde zamanlarını boşa harcamadığınızı bilirler

    • “Varsayılan” çerçevesi iyi. Öneri ve değişiklik için alan bırakıyor

  • Bu iletişim biçimi iyi ama son tarih kısmı pek iyi değil
    Bir astım, veto edebileceğim bir şey yapıyorsa bana haber vermesi yeterli. Çünkü daha fazla bağlam biliyor olabilir ve bunun zaman kaybı ya da öncelikli olmayan bir iş olduğuna karar verebilirim
    Yöneticiye son tarih vermek tuhaf ve hafifçe sinir bozucu bir tehdit gibi geliyor
    GitHub Action gibi küçük bir konuda ekip üyesine kendi kararını verecek kadar özerklik tanıdığımı düşünmek isterim

    • “Devam etmemem gerekiyorsa haber verin” gibi hayır isteme yöntemi gerçekten iyi
      Ama buna “şu tarihte yapacağım, aksini söylemezseniz” eklenince biraz agresif hissettiriyor
      Yalnızca çalışmanın zamanını belirtip “o sıralarda bitireceğim gibi görünüyor” düzeyinde bırakmak bile, devam etmemenin daha iyi olduğuna karar verilebileceği alanı tanıyabilir
      Yine de uzun zamandır hedef daha kararlı olmaktı. Sürekli geri çekilmenin bir sınırı var
    • Ne zaman çalışacağınızı söylemezseniz karşı tarafın hayır deyip demediğini nasıl bileceksiniz?
      Bir günün yeterli olduğunu düşünüp ilerlediniz, karşı taraf iki gün sonra yanıt verdi; o zaman zaten talimata aykırı bir iş yapmış olursunuz
      Tarih ekleyerek bundan kaçınabilirsiniz: “Çarşamba günü (26’sında) build sistemini migrate edeceğim. Endişeniz varsa lütfen haber verin”
    • Metnin buna son tarih demesi zararına olmuş
      Örneği okuyunca anladım; aslında bu son tarihten çok planlanan çalışma tarihine yakın
    • Kendi eyleminiz için son tarih vermek nezaket de olabilir
      Çünkü karşı tarafa bildirim süresini bildirir ve eski bir e-postayı sonradan okuyan kişinin hâlâ ilgili olup olmadığını anlamasına yardımcı olur
    • Henüz yalnızca fikir aşamasında olan bir şeye son tarih koymak tuhaf ve agresif
      Normalde son tarih, “bunu yapmaya zaten karar verdik, onay ya da mutabakat da alındı; şimdi sadece uygulama bilgisini veriyorum” anlamında kullanılır

  • “Aksini söylemezseniz bunu yapacağım” yaklaşımındaki püf noktalarının bir kısmı, bunu soru gibi ifade etmeyerek iletişim maliyetini azaltmasında yatıyor
    Böylece alıcının yanıt yazmasına gerek kalmıyor; ben ya da CC’deki kişiler de ek e-postalar okumak zorunda kalmıyoruz
    Bu anlamda, GitHub veya Google Docs’taki emoji tepkileri gibi, okuduğunu ve onayladığını göstermek için başparmak basılabilen özellikler iyi oluyor. HN’nin bazı kesimlerinde garip biçimde pek sevilmiyor ama her seferinde “Güzel, mantıklı!” gibi yorumlar yazma sürecinden geçmeden kullanılabilen hafif bir iletişim yöntemi. Upvote’a benziyor