- Kariyerin ilerleyen dönemlerinde belirsiz problemler artar ve kötü sonuçları tamamen ortadan kaldırmak imkânsızdır
- İşe alım veya pandemi gibi sonucu öngörmesi zor durumlarda asıl mesele, yanılmaktan kaçınmak değil yanıldığınızda ortaya çıkan maliyeti azaltmaktır
- Önce merakı devreye sokmak, yanlış yargıların maliyetini düşürmenin en etkili tekniğidir; "Merak, problem çözmenin ilk adımıdır" ilkesi de mühendislik organizasyonunun temel değerlerinden biri olarak uygulanmaktadır
- İşe alım kararı, dokümantasyonu kontrol etmeden gelen sorular, yeni programlama dili önerileri gibi çeşitli durumlarda Bad/Good/Best 3 aşamalı tepki kalıbı ile merakın nasıl uygulanacağı somut biçimde gösterilir
- Merak; sorumluluktan kaçmak ya da uzlaşı temelli karar alma değildir, kişinin önemli bilgileri gözden kaçırıyor olabileceği ihtimalini açık tutmasıdır ve bağlamdan kopuk hesap sormanın ilişkileri zedelemesini önler
Yanılmaktan kaçınmak yerine, yanıldığınızda ortaya çıkan maliyeti azaltmak
- Teknoloji kalıpları (2014'te mikroservislerin dünyaya hâkim olacağı yargısı), yönetim teknikleri (sistem düşüncesini nihai yöntem olarak görmesine rağmen sistem düşüncesine aşırı bağımlılıktan kaynaklanan hatalara defalarca tanık olması) gibi alanlarda çok sayıda yanlış değerlendirme deneyimi
- Başlangıçta yanılma sıklığını azaltmaya çok zaman harcandı, ancak kariyerin ileri safhalarında karşılaşılan problemler derin belirsizlik taşır ve kötü sonuçları tamamen yok etmek mümkün değildir
- Bugün, yanılmaktan nasıl kaçınılacağından çok yanıldığınızda maliyeti nasıl ucuzlatacağınıza daha fazla zaman ayrılıyor
Bilginin eksik olduğu durumda karar verme örnekleri
- İşe alım her zaman olasılıksal bir faaliyettir; en iyi işe alım bile belirli bir şirket/rolde zorlanabilir ya da hayattaki bir dönüm noktası nedeniyle uygunsuz hâle gelebilir
- 2020'deki pandemi, o zamana kadar çok başarılı olan iş modellerini çökertti; birçok şirket çevrimiçi dönüşüme aşırı tepki vererek fazla işe alım yaptı ve uzun vadeli zarar gördü
- Veri yerelliği hedeflendiğinde, veri modelini jeopolitik bölgelere göre ne kadar ince parçalarsanız her zaman maliyet veya işlev kısıtları ortaya çıkar; ayrıca jeopolitik bölgeler sık ve beklenmedik biçimde değiştiğinden, yeterince çok ülkede faaliyet gösteriyorsanız ilk öngörü ne kadar doğru olursa olsun sonunda yanlış çıkacaktır
Merakı temel bir mühendislik değeri yapmak
- Denenen tüm yöntemler içinde merakı devreye sokmak, yanıldığınızda ortaya çıkan maliyeti azaltmada en tutarlı biçimde etkili teknik oldu
- Verilen yanlış kararlardan duyulan pişmanlık neredeyse her zaman, merak devreye girmeden önce problem çözmeye girişildiğinde ortaya çıkıyor
- "Merak, problem çözmenin ilk adımıdır" ilkesi, yazarın yönettiği organizasyonda sağlam bir mühendislik değeri olarak yerleşmiş durumda
Bad / Good / Best tepki kalıbı: 4 duruma göre örnekler
-
1. İyi tanıdığınız bir adayın işe alınmaması gerektiği yönünde görüş aldığınızda
- Bad: Karşı tarafın yanıldığını varsaymak
- Good: Adayın uygun olduğunu düşünmenize neden olan kendi zihinsel modelinizi açıklayıp, karşı tarafın bu modelin hangi kısmına katılıp hangisine katılmadığını sormak
- Best: Mülakatçılarla önceden, bu rolde odaklanılması gereken somut uygunluk kriterlerini hizalamak
-
2. Dahili vikide ayrıntılı biçimde belgelendirilmiş bir dashboard giriş yönteminin sorulması
- Bad: Belge okunmadığı için hafif sinirli tepki vermek
- Good: Kişinin, dokümanda ele alınmayan bir sorunla mı karşılaştığını sormak
- Best: Chatbot'un Good yaklaşımını otomatik uygulamasını sağlayarak insanların bu işi yapmak zorunda kalmamasını sağlamak
-
3. Dahili stack'e yeni bir programlama dili eklenmesinin önerilmesi
- Bad: Mevcut mimari dokümanına uyulması gerektiğini bildirmek
- Good: Bunun mevcut mimari dokümanıyla çelişiyor göründüğünü belirtip, karşı tarafın bu çelişki hakkında ne düşündüğünü sormak
- Best: Yeni çalışan onboarding sürecine ilgili kaynak bağlantılarını eklemek ve RFC yazarlarının mevcut kaynaklara başvurmasını yönlendiren LLM tabanlı bir RFC gözden geçiricisi oluşturmak
-
4. On-call sorumlusu bir incident sırasında ortaya çıkmadığında
- Bad: On-call beklentilerini karşılamadığını bildirmek
- Good: On-call beklentisinin kaçırılmasına yol açan koşulların ne olduğunu sormak
- Best: On-call başlamadan önce otomatik ön bildirim sistemi kurmak ve bildirim mekanizması uygun ayarlanmamış kişileri tespit eden bir otomasyon sistemi oluşturmak
Merakın özü: sorumluluktan kaçmak değil, bağlam kazanmak
- Merak göstermek, hesap sormaktan vazgeçmek anlamına gelmez; aynı şekilde uzlaşı temelli karar alma da değildir
- Her tartışmanın başında, kişinin önemli bilgileri kaçırıyor olabileceği ihtimali için alan açmasıdır
- Eğer bilgi eksik değilse sonraki adım elbette hesap sormaktır; ancak önce merakı devreye sokmak, bağlam olmadan hesap sorulan durumları önler
- Bu nedenle merak, hem etkili problem çözme hem de sağlıklı organizasyon kültürünü koruma açısından vazgeçilmezdir
3 yorum
Belgeleri okumamış olmalarına duyduğum sinir... bende de olmuştu; ama bakış açımı değiştirince, benim bile "erkek adam kılavuz falan okumaz!" deyip başına iş açtığım zamanlar aklıma çok geldi.
Bu yüzden şimdi kullanım şeklini LLM'in RAG tabanlı olarak yanıtlamasını sağladım; kullanıcılar da kılavuz olmadan sadece sorarak özellikleri kullanabilsinler diye ayarlayınca herkes çok beğendi.
Merak önemli ama biraz da kendini karşı tarafın yerine koyabilen bir tutum? gibi bir yaklaşım da gerekiyor sanırım. Geniş açıdan bakınca bu da bir tür meta-biliş aslında.
Merak eskiden beri önemliydi ama artık yapay zekanın her şeyi şipşak yaptığı bir çağda daha da önemli hale geliyor gibi görünüyor.
Gerçekten çok iyi bir içerik. Pek çok sorunda, sorumlular büyük resmi ve mevcut bağlamı bilmedikleri için bildikleri kadarıyla çok çalışarak işi yürütüyor, ama sonunda her şey son anda patlak veriyor ve zorluklar ortaya çıkıyor gibi görünüyor. Merak duygusunu devreye sokup kişinin neyi bilmediğine dair meta farkındalığını genişletmesi gerçekten çok önemli bir nokta gibi duruyor.