Yayın: 6 Mayıs 2024
Bir düğüne katılmak için acele ediyorsunuz ve takım elbisenizde kısaltılması gereken pantolonunuzun uzunluğunu, gömleğinizi ütülemeyi, ceketinizi kuru temizlemeyi, kemerinizde ek delik açmayı gibi bazı işlere ihtiyacınız var.
Genellikle, bu işlerin hepsini yapan bir yer vardır ve takım elbisenizi oraya götürerek makul bir sürede tamamlatabilirsiniz.
Şimdi, tüm bu işler için farklı bir yere gitmeniz gerektiğini hayal edin. Bunların tamamlanması birkaç gün alır ve kesinlikle düğünü kaçırırdınız.
Bu hikaye, uzmanlara kıyasla genel uzmanların hayatımız için ne kadar faydalı olduğunu özetliyor. Eğer genel uzmanlar, yukarıdaki örnekte görüldüğü gibi hayatımızı kolaylaştırıyorsa, o zaman uzmanlık hakkında neden bu kadar hype var? Neden uzmanlığı ve uzmanları övüyoruz ve tüm uzmanlarla nasıl sonuçlandık?
Uzun zaman önce, herkes genel uzmanlardı. Kendi yiyeceğinizi yetiştirir, kendi mülkünüzü kendiniz savunur, çocuklarınızı evde eğitir, evde bozulan her şeyi kendiniz tamir ederdiniz.
Sonra, bu görevlerin bazılarını diğerlerine devretmeye başladık, çünkü tüm bu işlerde çok iyi değildik. Becerikli bir çiftçiye yiyeceklerinizi yetiştirtir, iyi bir tesisatçıya evinizde bozulan her şeyi tamir ettirirdiniz.
Dahası, ülkeler ve hükümetler oluşturduk ve onlara savunma, suç koruması ve çocuklarımızın eğitimi gibi büyük görevler verdik.
Bu şekilde, herkes kendine iyi olduğu bir alan buldu / becerilerini geliştirebileceği bir alan buldu ve sadece bu alanlarda uzmanlaşarak para kazandı. Sonra bu parayı, başkalarının görevlendirildiği hizmetleri almak için kullanmaya başladık.
Genel olarak, belirli alanlarda uzmanlaşan insanlar oldukça etkili bir şekilde ilerliyordu ve bu tür etkinliklerin ekonomik çıktısı, herkesin her şeyi yaptığı zamanlara kıyasla çok daha yüksekti. Uzmanlaşma, medeniyetlerin tüm alanlarda bilgi ve becerilerini geliştirmelerine yardımcı oldu.
Uzmanlaşma harika, ancak aşırıya kaçarsak sorun olabilir.
Bu genellikle yazılım geliştirme alanında olur.
Genellikle, her bir takım üyesinin bir sorumluluk taşıdığı takımlarda çalışırız. Örneğin, tipik bir yazılım projesinde, bir tasarımcınız (UX, UI Tasarımcısı), bir mühendisiniz (belki birçokları: ön uç, arka uç, kalite güvencesi), ürün sahibi, yazılım mimarı gibi birçok rol olacaktır.
Bir veri bilimi projesinde, bir makine öğrenimi mühendisi, bir veri mühendisi, bir veri bilimcisi, bir ekip lideri, bir konu uzmanı gibi rolleriniz olacaktır.
Son zamanlarda, scrum master, prompt mühendisi gibi yeni oluşturulan roller de var.
Bu, benim aşırı uzmanlaşma olarak adlandırdığım bir sorunun tezahürüdür. Aşırı uzmanlaşma sorunu, bütünsel bir yaklaşımı kaybederiz. Bir ekip üyesi eksik olsa bile, tüm proje durur duruma gelirken bile beceri setleri ağına bağımlı hale geliriz.
Ürün sahibi kodlama bilmiyor, bu yüzden mühendislik açısından üründeki olasılıkları gerçekten anlayamaz. Bazen mühendisten gerçekleştirilemeyecek şeyler istiyor. Bazen bir şeyin uygulanması zor olduğunu düşünüyor, ancak mühendislik açısından kolay olabilir. Genel olarak, projenin mühendislik yığınına görünürlüğü yoktur.
Aynı durum diğer roller için de geçerlidir. Örneğin, bir mühendis yeni bir özellik düşünebilir, ancak iş perspektifinden uygulanması mantıklı olmayabilir.
Bir ekip içinde daha fazla rol oluşturduğumuzda, daha fazla bağımlılık oluşturur ve bu roller iletişim kurarken daha fazla zaman kaybederiz. Bu, yazılım projelerinin zaman çizelgelerini aşma nedenlerinden biridir.
Bu ayrıca bir projenin iyileştirme olanaklarını ciddi şekilde engeller. Eğer takımda tüm rollerin bütünsel bir anlayışına sahip bir kişi eksikse, ürünlere köklü ve kalıcı iyileştirmeler getirmek neredeyse imkansız olacaktır.
Takımlarımızdaki rolleri yeniden değerlendirmemizi öneriyorum. Örneğin, ön uç ve arka uç için ayrı insanlara mı ihtiyacımız var? Her ikisini de yapabilen birini bulabilir miyiz?
Makine öğrenimi mühendisi veya veri mühendisine ihtiyacımız var mı? Veri bilimcimiz bu rollerle ilgili görevleri halledebilir mi?
Neden bir prompt mühendisine ihtiyacımız var? Bu rolle ilgili işler, ayrı bir role sahip olmayı haklı çıkarıyor mu?
Mühendislik hakkında bilgi sahibi olmayan ürün sahiplerine mi ihtiyacımız var? Bu, zamanlama ve kalite açısından projenin teslimatını ciddi şekilde engelleyebilir.
Bu öz değerlendirmeyi yaptıktan sonra, takımda artık gerekli olmayan rolleri görmeye başlayabiliriz. Bu insanlara kendilerini geliştirme ve takımda kalmaları için bir şans verilmelidir.
Çoklu bağlantılı şeylerde iyi olan insanlara sahip olduktan sonra, ürünlerimizin daha hızlı ve daha iyi sevkiyatını görmemiz gerekir. Maliyetler de düşmelidir.
Sizce iş yerinizde aşırı uzmanlaşma bir sorun mu? Yoksa farklı düşünüyor musunuz? Yorumlarda bana bildirin.
Bu blog İngilizce'den ChatGPT ile çevrilmiştir. Herhangi bir belirsizlik durumunda İletişim sayfasından bana ulaşabilirsiniz.
Yorum bırak
Yorumlar
Diğer bloglara bak
2024/06/19
Svelte ve JavaScript ile Basit ve Dinamik Bir Tooltip Yaratma Yöntemi
2024/06/17
JavaScript ile Tokyo'nun İnteraktif Haritasını Oluşturun
2024/06/14
Matplotlib'de Japonca Karakter Sorununu Çözme Yöntemi
2024/06/13
Kitap İncelemesi | Ötekiyle Konuşmak by Malcolm Gladwell
2024/06/07
Japonca'da En Sık Kullanılan 3.000 Kanji
2024/06/07
VSCode'da Regex Kullanarak Replace Yapma Yöntemi
2024/06/06
Svelte'de Readable Store Kullanmayın
2024/06/05
Dosyaları Gzip ve Pako ile Sıkıştırarak Web Sitesinin Yükleme Hızını Artırın
2024/05/31
Web Sayfasında Farenin Uzerinde Oldugu Kelimeyi JavaScript ile Bulun
2024/05/29
Svelte ve SVG ile Interaktif Harita Oluşturun
2024/05/28
Kitap İncelemesi | Geleneklere Uymayanlar Dünyayı Nasıl İleri Taşıyor? by Adam Grant & Sheryl Sandberg
2024/05/27
Javascript Kullanarak Sudoku Nasıl Çözülür?
2024/05/26
Web Siteme Gelen Trafiği Bir Ayda Nasıl 10 Kat Artırdım?
2024/05/24
Hayat Bisiklet Sürmek Gibidir
2024/05/19
JavaScript'te Backtracking Algoritması ile Tamamlanmış Sudoku Oluşturun
2024/05/16
Tailwind Neden Harikadır ve Web Geliştirmeyi Nasıl Kolay Hale Getirir?
2024/05/15
Python ve Git Hooks ile Otomatik Olarak Site Haritası Oluşturma
2024/05/14
Kitap İncelemesi | Çok Yönlü - Başarı İçin Neden Çok Şeyle İlgilenmeliyiz? by David Epstein
2024/05/13
Svelte ve SvelteKit nedir?
2024/05/12
SvelteKit ile Internationalization (Çoklu Dil Desteği)
2024/05/11
Svelte'de Caching ile Deploy Süresini Azaltın
2024/05/10
Svelte ve Intersection Oberver ile Lazy-Load
2024/05/10
Genetik Algoritma İle Hisse Senedi Portföyü Optimizasyonu
2024/05/09
ShapeFile Formatini SVG Formatina Degistirme Yontemi
2024/05/08
Svelte'de Reaktivite: Variables, Binding, ve Key Fonksiyonu
2024/05/07
Kitap İncelemesi | Savaş Sanatı - Sun Tzu
2024/05/03
2018 Milletvekili Seçimlerinde Yaşa Göre Parti Eğilimi
2024/05/01
Python Selenium Ile Secmen Veritabani Olusturma
2024/04/30
Svelte ve Tailwind Ile Infinite Scroll Yapma Yontemi
2024/04/29
1 Yıl İçerisinde Japonca Konuşabilmek
2024/04/25
Svelte ve Tailwind ile Kullanıma Hazır Web Sitesi Şablonu
2024/01/29
Tembel Muhendisler Kotu Urunler Yapar
2024/01/28
Mukemmellik Uzerine
2024/01/28
MacBook'ta PDF'i PNG'ye Cevirme Yontemi
2023/12/31
2023'u Kapatiyoruz: Bu Yil Okunan 24 Kitap
2023/12/30
Python PIL Kullarak Foto Kolaji Yapma Yontemi
2024/01/09
Site Ziyaretcilerinin Alet ve Tarayicilarini Tespit Etme Yontemi
2024/01/19
ChatGPT Cevap Anatomisi