Mühendislik Yöneticisi - AB

Merhaba, ben Colin, Avrupa Mühendislik Direktörüyüm. Yazılım mühendislerinin ürün özelliklerini yazması, ürün kararları alması ve projeleri bireysel görevlere ayırmaması sizi heyecanlandırıyor mu ( hatta biraz korkutuyor mu)? Eğer öyleyse, okumaya devam edin çünkü Ashby'de farklı türde bir mühendislik ekibi ve kültür oluşturmamıza yardımcı olmak için bir mühendislik yöneticisi arıyorum.

Başlamak için, neden farklı olmamız gerekiyor? Tekrar ve tekrar, mühendislerin ne yapılması gerektiğini bildikleri, ancak "süreç" veya "daha fazla veri gerektiği" için işleri yapamadıkları durumları gördüm. En etkili projelerden bazıları, mühendislerin bir sorunun tam sahibi olduğu ve onu tamamlamaya ittiği skunkworks projeleri oldu. Ashby'de bunu normalleştirmek istiyorum.

Bu süreçler nasıl ortaya çıktığını düşününce, kötümser bir zihniyet taşıdıklarını fark ediyoruz. İnsanları daha küçük rollerde sınırlamak için tasarlandı, böylece belirli bir standarda uymama şansı minimize edilir. Ashby'de ise, mühendislerin sahip olabileceği ve başarabileceği şeyler hakkında iyimser olan ve yenilikçi mühendisleri kucaklayan (ve açıkçası, genellikle onların yolundan çekilen) bir ortam oluşturuyoruz.

Bunu başarmak için, mühendislik liderlerimizin bireysel performans, süreç ve kültür hakkında derinlemesine düşünmesi gerekiyor - sprint planlaması veya ürün ve teknik kararlar almak değil. Ekibinizi, verilen sahiplik ile başarılı olmak için becerilerini geliştirmek ve onları en iyi işlerini sürekli olarak, az bir dikkat dağılması ile yapabilecekleri bir ortam oluşturmak için odaklanacaksınız. Junior EM'ler için, doğrudan rapor sayısını 6 ile sınırlamaya çalışıyoruz. Bu, ekiplerimizle vakit geçirmelerine, gözlemlemelerine, düzeltmelerine, övmelerine ve evet, kodlamalarına olanak sağlar. Yöneticilerimizin ellerinin altında olması, ancak kritik yolda olmadıklarına emin olmaları gerektiğini düşünüyoruz.

Zaten 25'ten fazla deneyimli, yetenekli ve işbirlikçi mühendisten oluşan bir ekip topladık. Avrupa'daki mühendisler ekibini yönetmeme yardım edeceksiniz.

Mühendislerle çalışmanın yanı sıra, projelerde de çalışacaksınız. Mühendislik liderlerimizin yaptığı işlere bazı örnekler:

• Mühendislerin kapsamı azaltmak veya kaliteyi iyileştirmek için nerede kesinti yapacaklarını belirlemelerine yardımcı olmak için ürün ve teknik özelliklere geri bildirim sağlamak. Son kararları siz vermezsiniz, ancak IC'leri doğru kararlara ulaşmak için etkileyip koçluk yapacaksınız.

• Mühendisleri, büyük, gevşek tanımlı projeleri alabilmeleri ve çok az müdahale ile teslim edebilmeleri için büyütmek. Hala yardıma ihtiyaç duyduklarında soracaklar - fark, onları yönlendirmeleridir.

• Sistemlerimize ve kodumuza girerek bir müşteri sorununu debug etmek, küçük bir hata düzeltmesi göndermek veya geliştirici deneyimini iyileştirmek. Ashby'deki mühendislik liderleri harika mühendislerdir ve becerilerini güncel tutmayı severler (kritik yolda kalmadan).

• Demo hesaplarında veri oluşturma ve simüle etme şeklimizi geliştirin. Bu, kritik yoldan uzak bir proje, ancak kod tabanımız hakkında güncel kalmanıza yardımcı olurken, Mühendislik'ten QA'ya ve Satış'a kadar iş üzerinde büyük bir etkiye sahiptir.

Neden yönetici olmalı? İki deneyimim kariyerimin başlarında beni yoluma koydu. Harika bir yöneticim vardı, benim aldığım kararlar hakkında tonlarca soru sordu ve farkında olmadan beni koçluk yaptı. Ve korkunç bir yöneticim vardı - 3 sabah bitirmesinden sonra bir hafta daha çalışmamı söylemesi genç bir mühendis olarak ihtiyacım olan şey değildi. Bu iki deneyim arasındaki fark beni bir yönetici olmaya motive etti: Çalıştığım her mühendisin en iyi durumda sahip olduğum desteğe sahip olmasını istedim. O zamandan beri, daha fazlasını öğrendiğimde, bir yönetici olarak çözmem gereken problemleri seviyorum. Şirket ve insanların hayatları üzerinde uzun vadeli etkisi olan derinlemesine karmaşık problemler. En gurur verici başarılarımdan biri, tamamen şeffaf bir ödeme sistemi oluşturmaktır ve açıklandığı gün, herkes bundan memnundu. Kimse dışarı çıkmadı. Herkesin ödemesini derinlemesine düşünerek ve terfi mekaniğinin açık olduğundan emin olarak, ekibi, bir akranının kendisinden daha fazla ödendiğini görmeleri ve bunun bir sorun olmaması durumunda bir yere koydum. Tüm bunlara rağmen, teknik olmayı seviyorum. Bazen kendimi şaşırtıyorum ve testleri geliştirmek veya daha iyi soyutlamalar sağlamak için sabahları kod yazıyorum. Eğer yönetici olmasaydım, IC olmaktan çok mutlu olurdu. İnsanların tutkulu olmasını arıyorum. Hem yönetim hem de teknik olarak tutkulu. Ekibindeki bir deseni fark eden, bizim için daha iyi bir yol bulan ve bunu güçlendiren otomasyonu oluşturan biri. Yeni bir süreç tanıttım, mühendislerin PR'lerin% 30'unu insan incelemesi olmadan önce birleştirmelerine olanak veriyor. Ayrıca bu PR'leri onaylayan otomasyonu oluşturdum. Ayrıca, mühendislerin otomasyonu kendileri geliştirmelerini kolaylaştıran soyutlamalarla otomasyonu oluşturdum. Sezonlu mühendislik liderlerini bulmak zor olabilir, ancak bir şekilde statüko'ya yenik düşmemişlerdir. İnsanlarımıza korkunç yöneticilerden tamamen ve tamamen kurtulma sözü veriyoruz ve bu, liderlik yolculuğunda erken olan, cesur, ilkel ve kendilerini büyük bir lider olarak inşa etme yeteneğine sahip olan birine şans vermek için istekli olduğumuz anlamına geliyor. "Evet, herkes bunu yapıyor, ama biz yapmayacağız çünkü..." deyebilir.

Neden Başvurmalısınız veya Başvurmamalısınız Mühendislik liderliği birçok forma sahiptir ve hepsi de bizim modelimize uymaz. Başvurunuzun bizim aramıza uygun olup olmadığını karar vermenize yardımcı olmak için aradığım bazı şeyleri ana hatlarıyla belirtmek istedim: - Teknik konularda tutkuluysanız ve altyapıdan arka uçtan ön uçağa doğrudan raporlarla derinlemesine konuşmalar yapabilirsiniz.

• Yönetim sorunlarından hoşlanırsınız. İnsanları en iyi hale getirmeyi, zor geri bildirimler vermeyi ve bunu kolaylaştıran sistemler kurmayı heyecanla karşılayan insanlar istiyoruz.

• Ekibinizi yüksek standartlarda tutuyorsunuz ve en iyi takım üyelerine bile detaylara girerek ve geri bildirim vererek çekinmiyorsunuz.