Mühendislik İletişimini Teknik Detayları Çevirerek Geliştirin
Bu makale IEEE Spectrum’ın kariyer bülteninden paylaşılmıştır. İçeriden ipuçları, uzman tavsiyeleri ve pratik stratejiler almak için şimdi kaydolun; teknoloji kariyer gelişim şirketi Parsity ile işbirliği içinde yazılmış ve ücretsiz olarak e-posta kutunuza gönderilecektir! Mühendisler İletişimde Kötü Değildir. Sadece Yanlış İzleyiciye Konuşuyorlar. Mühendislerin kötü iletişimciler olduğu yönünde kalıcı bir mit var. Deneyimlerime göre bu doğru değil. Mühendisler genellikle kendi alanlarında mükemmel iletişimcidir. Kesiniz. Mantıklıyız. Argümanları net bir şekilde yapılandırırız. Terimleri tanımlarız. Kısıtlamalardan yola çıkarak akıl yürütürüz. Sorun, izleyici değiştiğinde ortaya çıkar. Teknik bir dilde, kelime dağarcığımızı paylaşan insanlarla çevrili konuşmaya alışkınız. Bu ortamda, kısayollar ve jargon etkilidir. Ancak bu balonun dışındaki, yöneticilerle, ürün yöneticileriyle, pazarlama ekipleriyle veya müşterilerle konuştuğumuzda, aynı kesinlik kafa karıştırıcı olabilir. Sorun, iletişim kuramıyor olmamız değil. Çeviri yapmayı unutmamızdır. Eğer teknik olmayan bir paydaşınıza kritik bir sorunu veya hatayı açıkladıysanız, muhtemelen bunu deneyimlemişsinizdir: Teknik olarak doğru bir açıklama yaparsınız. Onlar ya daha önceki durumlarından daha fazla kafaları karışmış olarak ya da gereğinden fazla endişeli bir şekilde ayrılırlar. Aniden, sorunu çözmekten çok açıklamanızı netleştirmeye daha fazla zaman harcıyorsunuz. Baskı altında, en iyi bildiğimiz şeye—teknik detaylara—dönüyoruz. Ancak bağlam olmadan detay, bilişsel aşırı yüklenmeye neden olur. Dinleyici, neyin önemli olduğunu, neyin normal olduğunu ve neyin tehlikeli olduğunu ayırt edemez. İşte o zaman "mühendisler iletişim kuramaz" anlatısı ortaya çıkar. Gerçekte, sadece çeviri adımını atladık. Yazılı İletişimde Kısa Yol Bugün yazılı iletişimi geliştirmenin en basit yollarından biri oldukça kolaydır: Açıklamanızı bir yapay zeka modelinden geçirin ve "Bu teknik olmayan bir izleyiciye mantıklı gelir mi? Nerede kafa karışıklığı yaşanır?" diye sorun. Ayrıca şunları da söyleyebilirsiniz: "Bunu bir yönetici izleyicisi için yeniden yaz." "Bunu açıklamak için hangi benzetme yardımcı olur?" "Bu açıklamayı doğruluğu kaybetmeden basitleştir." Büyük dil modelleri, jargonları tanımlama ve alternatif çerçeveler sunma konusunda özellikle iyidir. Onlar esasen çeviri asistanlarıdır. Benzetmeler özellikle güçlüdür. Eğer sistem gecikmesini açıklıyorsanız, bunu trafik sıkışıklığı ile karşılaştırın. Teknik borçtan bahsediyorsanız, bunu bir evin bakımını atlamakla karşılaştırın. Dağıtık sistemleri açıklıyorsanız, tedarik zinciri örnekleri kullanmayı deneyin. Amaç, "basitleştirmek" değil. Tanıdık olanı tanımadık olana eşleştirmektir. Bir e-posta veya rapor göndermeden önce kendinize sorun: Bu izleyicinin mekanizmayı anlaması mı gerekiyor, yoksa sadece etkisini mi? Bu açıklama onların karar vermesine yardımcı oluyor mu? Bilmedikleri terimleri tanımladım mı? Konuşurken Çeviri Konuşurken—özellikle toplantılarda veya sunumlarda—çoğu mühendis öngörülebilir bir alışkanlığa sahiptir: Çok hızlı konuşuruz. Sinirler bizi hızlandırır. Hız, dolgu kelimeleri doğurur. Dolgu kelimeleri otoriteyi seyreltir. Bunu önlemek için basit bir kural izleyin: Doğal hissettiğinizden %10 ila %15 daha yavaş konuşun. Yavaşlamak, "um" ve "uh" dediğiniz zamanları azaltır, düşünmek için zaman tanır, daha kendinden emin görünmenizi sağlar ve dinleyicinin işlem yapması için zaman verir. Bir başka kural: İzleyicinin ilerlemesi için gerekeni söyleyin. Kişinin bir karar vermesi için yeterince açıklayın. Eğer birine yalnızca ticari dengeye ihtiyaç duyduğu bir durumda uygulama detaylarıyla aşırı yüklenirseniz, işlerini zorlaştırmış olursunuz. Gerçek Beceri İletişimdeki ana beceri, izleyici farkındalığıdır. Bir eşdeğer hata hakkında bir meslektaşına net bir şekilde açıklama yapabilen aynı mühendis, sistem riskini bir yöneticiye de kesinlikle açıklayabilir. Fark, çerçeveleme, kelime dağarcığı ve bağlamdır. Zeka değil. AI çağında, kod üretiminin giderek daha fazla emtia haline geldiği bir dönemde, karmaşıklığı netliğe çevirebilme yeteneği belirleyici bir avantaj haline geliyor. Mühendisler kötü iletişimciler değildir. Sadece balonumuzun dışındaki çevirinin
