Gittikçe daha fazla kıdemli mühendis toplamaya takıntılıyız. Geçtiğimiz yıl tek bir teknoloji yöneticisiyle konuştuğumu sanmıyorum (ve yüzlerce kişiyle konuştum) bu, kıdemli yetenek eksikliğini rahatsız etmedi. Anlıyorum: Kullandığınız alet ve istifleme konusunda hâlihazırda ustalaşmış birisine bindiğinizde, sanki taze bir nefes gibi hissedebilirsiniz. Bazı kararlar açık hale gelir; bir şeyler yapmak için "doğru" teknik yaklaşımları araştırmak için daha az zaman harcanıyor. Bunu kim istemez, değil mi?
Ben şirketlerin elemanı yetiştirmek rollerini kabul gerektiğine inanıyoruz ve gerçeği girmeyeceğim yetiştirmek ithalat koymak yerine kıdem. Bunu geçmişte zaten ele almıştım ( bkz.Ne Asla Kıdemli Mühendisler İşe Almazsanız? ). Bunun yerine, bu makalede, görüşme yaptığınız kıdem türünün ihtiyacınız olan kıdem türü olmadığı zamanlara odaklanmak istiyorum .
Teknik kıdem muhtemelen açıklama gerektirmez. Daha önce açıkladığım gibi, bunlar belirli bir teknoloji alt kümesine hâlihazırda hakim olan mühendislerdir (örneğin, iOS yerel geliştirme veya veri mühendisliği). Ürün kıdemi ise daha zordur.
CTO'lara koçluk yapmak, sık sık benzer sorunları duyuyorum: liderlik ekibi (veya CTO'nun kendisi) fazla çalışıyor. Endüstrimizde bunalmış hissetmek nadir değildir ve yakında çıkacak olan The Tech Executive Operating System kitabımın 3. bölümünde , gerekli olan sürekli "hokkabazlığı" tanımlıyorum. Birinin size gittikçe daha fazla top attığını hissedebilir ve siz hepsinin yere düşmesini zar zor engelliyorsunuz.
Açıkçası bu, bir organizasyonu yönetmenin sürdürülebilir bir yolu değil, özellikle de büyüyen ve bu nedenle hokkabazlık için bu toplardan daha fazlasını üreten bir organizasyon. Müşterilerime sorduğum şey, “ neden bu toplardan bazılarını kıdemli insanlara vermiyorsun? Cevaplar her seferinde farklıdır, ancak çoğu zaman aynı öze ulaşırlar: bu insanlar çok iyi kıdemli (veya personel, hatta müdür) mühendisler, ancak iyi ürün mühendisleri değiller .
Benim için ürün mühendislerinin iki temel özelliğe sahip olması gerekir: geniş omuzlar ve ürün ustalığı.
İsrail'de, bunu mükemmel bir şekilde anlatan iki argo terimimiz var: "küçük kafa" ve "koca kafa". “Küçük kafa” olan bir kişi her şeye kaşıkla beslenmelidir. Fazladan sorumluluk almazlar, geleni görmezler ve takımlarında güç çarpanı olarak hareket etmezler. Şaka şu ki, küçük bir kafaya sorarsanız, "saatin kaç olduğunu biliyor musunuz?" "evet" diye cevaplayacaklar.
Aksine, "büyük kafa", sahiplenilen ve kendisine sağlanan aracılık ve özerkliği ortaya koyan kişidir. Birkaç adım ileriyi düşünmek ve işlerin nereye gittiğini görmek için zihinsel çaba sarf ediyor. Proaktif. Bizim durumumuzda, sadece teknik becerilerini geliştirmeye ve klavyeyi * tıklama-tıklama * yapmaya odaklanan (mekanik klavyesi ne kadar süslü olursa olsun) bir mühendis olurdu . Bunun yerine, diğer ekiplerdeki meslektaşlarına ulaşıp onlarla konuşacak, hatta Product ile * nefes alacaktır * !
Bunlar, gönülden güvenebileceğiniz insanlardır - bunalmışsanız, onlara bir veya iki top atabilirsiniz ve onlar size yardımcı olur. Bu, güç çarpanı olan ve kaldıraç gücünü artıran insanlarla dolu bir organizasyon yaratmanın özüdür.
Yine de geniş omuzlar tek başına yeterli olmaz. Diyelim ki şansınız yaver gitti ve birkaç geniş omuzlu mühendisi işe aldınız. Ürün, kullanıcılarınız ve bir bütün olarak işletmeniz hakkında henüz bir şey öğrenmedikleri için hala pek bir şey yapamayacaklar. Ben buna ürün ustalığı diyorum . İşte Tech Executive İşletim Sisteminden bunu açıklayan bir pasaj :
Ürün ustalığını yaratmaya başlamadan önce, onu nasıl tespit edeceğinizi ve mevcut durumunuzu nasıl değerlendireceğinizi öğrenmelisiniz. Bu Ürün Ustalığının ne olduğunu hayal etmeniz gerekiyorsa, erken bir başlangıçta çalıştıysanız yardımcı olur. Her bir kişinin aynı odada oturduğu ve alınan mikro kararların büyük çoğunluğunun farkında olduğu aşamalarda, tüm ekibin yüksek düzeyde ürün ustalığına sahip olması muhtemeldir. Bunun nedeni, işlerin neden oldukları gibi yapıldığını tam olarak anladıkları, somut hedeflerinin ne olduğunu bildikleri ve kullanıcılar ve ihtiyaçları hakkında gerçek bir anlayışa sahip oldukları için ya kullanıcılardan ya da bunu ilk elden duydukları için onlarla doğrudan konuştu.
Ekibinizin sadece zanaatlarında usta olan ancak işi gerçekten yapmayan "jenerik" mühendislerle dolu olmamasını sağlama sorumluluğu size aittir. Durum buysa, tüm geliştirmeyi dış kaynak olarak kullanabilirsiniz.
Şimdi bir saniye ayırın ve zihninizde sayın: Kaç ürün mühendisi olduğunu düşünüyorsunuz? Çalışan sayınızın yüzde kaçı onlardadır? Sözde kıdemli mühendislerinizden kaçı ürün mühendisi değil?
Bu sayıyı artırmanız gerektiğini fark ederseniz, üzerinde çalışmaya başlamanız gereken iki husus vardır. Öncelikle, “büyük kafalı” ve geniş omuzlu insanları elde etmek için çok çalışmalısınız. Bu, işe alma süreçlerinizle başlar ve görüşmelerin bu beceri setini kapsamasını sağlamalıdır. Etkinliği sergileyen, motivasyonu yüksek, tutkulu insanlar getirmek istiyorsunuz. Ne yazık ki, bu zihniyetin küçük bir özüne sahip değillerse, bunu insanlara aşılamanın kolay bir yolunu bulamadım.
Ardından, personelinizin ajansını engellememelerini sağlamak için tüm yöneticilerinize koçluk yapmak için çok çalışın. Mikro yönetim, özerklik eksikliği ve "ekip teslim ettiği sürece" yöneticimizden görmezden gelme eğiliminde olduğumuz diğer koltuk değneklerine yer yok.
İkinci olarak, ürün ustalığını düzenli olarak önyüklemelisiniz. Bu, onu işe alım sürecinizin bir parçası haline getirmek ve düzenli olarak güncellemenizi sağlamak anlamına gelir. Ürün ustalığının yaygın engelleri, bir koltuk değneği olarak eski korumaya güvenen, teknik ustalığı vurgulayan ve müşterilerden ve çözümden soyutlanmayı vurgulayan Organizasyonel Güvercinliktir. Mühendislerinizin müşterilerle baş başa kalmasını sağlayın. Müşterilerin başarısına gölge düşürmelerini sağlayın. Onlara "kendi köpek mamalarını yemelerini" sağlayın ve ürünü gerçekten kullanın. İleriye giden tek yol bu, özellikle de "ölçeği büyütmeyi" düşünüyorsanız.
© Aviv Ben-Yosef 2021 - İlk olarak teknoloji yöneticileri için en iyi haber bülteninde yayınlandı
İnsanlara şans verme konusunda hayatta biraz geç kalındığına inanıyorum. Cömertçe.
Yapay Zeka (AI), endüstrilerde devrim yaratma, yaşama ve çalışma şeklimizi değiştirme ve topluma sayısız fayda sağlama potansiyeline sahip, hızla gelişen bir teknolojidir. Ancak, her yeni teknolojide olduğu gibi, dikkate alınması gereken etik hususlar da vardır.
"En sıcak aşk, en soğuk sona sahiptir." — Yunan filozofu Sokrates “Aşk, iki bedende yaşayan tek bir ruhtan oluşur.
Nihayet! 2022 En İyi Yeni Müziklerime hoş geldiniz. Bunu her yıl arkadaşlarla bağlantı kurmak için paylaşıyorum.
COVID-19 salgınının Grand Rapids şehri ve sakinleri üzerinde derin bir etkisi oldu. Virüs 2020'nin başlarında ilk ortaya çıktığında, topluluktaki birçok kişi başlangıçta ciddiyetine ve yayılmasını kontrol etmek için katı önlemlere duyulan ihtiyaç konusunda şüpheciydi.
Dört yıldır İngilizce öğretiyorum. Bu dört yıl içinde insanlar bana çalışmalarını düzeltmekten konuşma ve makale yazmaya kadar her türlü taleple geldiler.