Bir Mühendislik Yöneticisinin Hayatından Bir Gün

Mühendislik yöneticisi olarak geçirdiğim sekiz yıl boyunca, zamanımı nasıl geçirdiğimi düzenli olarak takip ettim. Girişim mühendisliği yöneticisi olarak, çok çeşitli görevlerden sorumluydum, bu nedenle en çok hangi alanlarda zaman geçirdiğimi takip etmek, uygun şekilde planlamama ve planlamama yardımcı oldu.

Örneğin, zamanımın yaklaşık üçte birini ekibime teknik sorunları çözmede veya ekip arkadaşlarıyla eşleşmede yardımcı olmak için harcadığımı biliyordum. Bunu bilerek, onlar için birkaç boş zaman ayırdım. Bütün haftam toplantılarla ve büyük resmi planlamayla dolu olsaydı, belirli konularda benim katkıma ihtiyaç duyan ekibim için engelleyici olurdum.

Pek çok muhtemel yazılım mühendisliği yöneticisi bana işimi ve bunun ne anlama geldiğini sorduğundan, zamanımı nasıl geçirdiğime dair bu ayrıntılı görünümü oluşturmaya karar verdim. Her şirket ve rol farklı olsa da, umarım bu yazı size bir mühendislik yöneticisinin hayatındaki bir gün hakkında ilk elden fikir verir.

Mühendislik Yöneticisi Ne Yapar?

İlk olarak, mühendislik müdürü olarak görevlerim hakkında biraz: İlk yönetim rolüm, üniversite profesörleri için bir soru-cevap platformu olan Packback'teydi.

Şirkette sadece dört kişi varken ekibe katıldım; esasen ben ve kuruculardı. Aradan geçen üç yıl içinde, şirketin 5 milyon dolara yakın bir artış sağladığını ve neredeyse 30 kişiye ulaştığını gördüm. Mühendislik ekibim oldukça zayıftı - 2016'da ayrıldığımda beş kişi vardı - ancak şirkette geçirdiğim yıllar boyunca rolüm biraz değişti.

The Graide Network'e katılmak için Packback'ten ayrıldıktan sonra, bir mühendislik yöneticisi olarak işe başladım. Başlangıçta ekibim ve ben sadece bir yükleniciydik, ancak Graide'deki dört yılım boyunca üç mühendis daha işe aldım ve daha fazla ürün yönetimi görevini üstlendim.

Bir yazılım mühendisliği yöneticisi olarak, yıllar içinde günlük işlerim çok değişirken, ekibimin beklendiği gibi, zamanında ve bütçe dahilinde çalışan yazılımlar göndermesine yardımcı olmaktan nihai olarak sorumluydum.

Buradaki zor kelime “yardım etmek”. Bu tam olarak ne anlama geliyor? Bir mühendislik yöneticisinin kod yazdığı anlamına mı geliyor? Yoksa sadece ekiplerindeki herkesin kod yazdığından emin mi oluyorlar?

Kısa cevap şudur: bağlıdır.

Mühendislik Yöneticileri Teknik Olmalıdır

Genel olarak, mühendislik yöneticileri takımlarındaki kıdemli geliştiricilerden daha az kod yazar, ancak becerilerini keskin tutmak için bazı kodlar yazmalıdırlar. Ayrıca, ekip üyelerinin "takıntıdan kurtulmalarına" yardım etmede iyi olmaları gerekir. Bu bazen teknik soruları yanıtlamak, bazen de ekip üyeleri arasındaki anlaşmazlıkları çözmek anlamına gelir.

Mühendislik yöneticileri, yeni mühendislerin yetiştirilmesinde ve adayların teknik ve kişiler arası temellerde değerlendirilmesinde rol oynayacaktır.

Mühendislik Yöneticilerinin İnsanlarla İyi Olması Gerekir

"İnsanlarla iyi geçinmek", ezberlenmesi zor bir etikettir.

Birçok kişi, etkili bir yönetici olmak için dışadönük olmanız gerektiğini varsayar, ancak bu mutlaka doğru değildir. Ekibiniz için empati kurmak ve onlara hem teknik hem de kişisel zorluklarda yardımcı olmak, bir mühendislik yöneticisinin birincil görevlerinden biridir.

Ancak mühendislik yöneticilerinin de “yönetmesi” gerekiyor. Bu, patronları onlardan geri bildirim istediğinde ekiplerinin çıkarlarını gözetmeleri gerektiği anlamına gelir ve bu, işi tamamlamıyorsa bir ekip üyesinin gitmesine izin vermek zorunda kalabilecekleri anlamına gelir.

Mühendislik Yönetiminin En Zor Kısmı

İlk yönetim rolüme geçtiğimde, en zorlu kısım öz değerlendirme yöntemimi ayarlamaktı. Nickolas Means, yöneticiler için meta üretkenlik üzerine yazdığı harika makalesinde bunu çok iyi ifade etti:

Arada bir, son toplantı bittikten sonra başımı kaldırıp baktığım ve kesinlikle hiçbir şey yapmamış gibi hissettiğim bir gün oluyor. Bütün gün meşguldüm: sohbet etmek, belgeleri okumak ve akranları ve ekip üyelerini kontrol etmek. Yoruldum ama hiçbir şey başaramadım. Nickolas anlamına gelir

Bir yazılım mühendisi olarak ne kadar üretken olduğumu söylemek benim için nispeten kolaydı. Genellikle bir özelliği gönderme konusunda ilerleme kaydettim veya bir çekme talebi açtım, ancak bir yönetici olarak günümün verimli olup olmadığını söylemekte gerçekten zorlandım.

Bu yüzden zamanımı takip etmeye başladım. Bir göreve harcanan zaman, üretkenliğin mükemmel bir ölçümü olmasa da, işimin her alanına yeterince zaman ayırdığımdan emin olmama yardımcı oldu.

Bir Mühendislik Yöneticisi Zamanını Nasıl Harcar?

Mühendislik yöneticileri geniş bir sorumluluk yelpazesine sahip olma eğilimindedir ve bu sorumluluklar işverenin büyüklüğüne ve organizasyon yapısına göre değişiklik gösterir. Bir mühendislik yöneticisinin zamanını nasıl harcadığını görmenize yardımcı olmak için zamanımı dört kategoriye ayırdım:

• Teknik (%35)
• Yönetim (%35)
• İşe Alma (%15)
• İdari (%15)

Bu bölümde, bir mühendislik yöneticisi olarak zamanımı nasıl geçirdiğimi göreceksiniz. Her alanın kapsadığı belirli görevler ve bunun neden günlük işimin önemli bir parçası olduğu hakkında biraz bilgi vereceğim.

Sekiz yıllık yönetim kariyerimin dönemleri için zamanımı oldukça katı bir şekilde takip ederken, basitlik adına her kategoriyi güzel bir yuvarlak sayıya yuvarlamaya karar verdim. Buradaki nokta, her bir görev için harcanan tam saatler değil, ancak bir alanın bir haftada aniden yükselip yükselmediğini veya diğerinde keskin bir şekilde düştüğünü bilmek bana yardımcı oldu.

Teknik

zamanımın %35'i

Teknik çalışma, kod yazmayı, kod incelemelerini, hataları bulmayı, takım arkadaşlarıyla eşleştirmeyi ve yazılım güncellemelerini ve en iyi uygulamaları okumayı içerir. Ekiplerim büyüdükçe, kod yazmaya ve gözden geçirmeye ayırdığım süre azaldı, ancak mühendislik yöneticilerinin en azından zamanlarının bir kısmını kodun derinliklerine kadar harcamasının önemli olduğunu düşünüyorum.

yönetimsel

zamanımın %35'i

Bu, doğrudan insan yönetimini, zaman çizelgelerini oluşturmayı, stratejik planlamayı ve teknik ve teknik olmayan ekip üyeleriyle toplantıları içerir. Ekibimin mutlu olduğundan emin olmak, iş toplantılarında onları savunmak ve ürün ekibimizin teknik özellikleri oluşturmasına yardımcı olmak, Packback'teki mühendislik müdürü görevlerimin bir parçasıydı.

The Graide Network'te, yazılım seçimleri konusunda kuruculara danışarak ve önemli satış çağrılarına katılarak daha stratejik bir rol üstlendim. İlginç bir şekilde, üstlendiğim görevler farklı olsa da zaman dağılımı oldukça benzerdi.

İşe alma

zamanımın %15'i

İşe alma süresi, konferanslara, buluşmalara ve kodlama eğitim kamplarına gitmeyi; blog yazıları yazmak; iş adaylarıyla görüşme; ve teknik gösterimlerin değerlendirilmesi.

Açık bir mühendislik işim varken zamanımın çoğunu işe alım için harcarken, akıllı mühendislik yöneticileri her zaman işe alıyor. En iyi adaylar genellikle nadiren iş arayan pasif adaylardır, bu yüzden her hafta zamanımın bir kısmını onların karşısına çıkarak geçirdim.

Yönetim

zamanımın %15'i

Son olarak, haftada birkaç saatimi e-posta okumak ve yazmak, Slack'te soruları yanıtlamak, rastgele sohbetler yapmak ve ekibimi desteklemek için "diğer" günlük şeyler yapmak için harcadım. Yönetici olarak, bu tür dikkat dağıtıcı şeyleri mühendislik ekibimden uzak tutmaya çalıştım, ancak gerektiğinde ekip üyeleriyle zaman ayarlardım.

Bir mühendislik yöneticisinin işi, ekibini mümkün olduğu kadar verimli kılmaksa, idari işlerin çoğunun onlara düşeceği mantıklıdır.

İyi Bir Mühendislik Yöneticisini Ne Yapar?

İyi bir mühendislik yöneticisi olmak hakkında bilmeniz gereken her şeyi size tek bir blog gönderisinde verebileceğimi sanmıyorum, bu yüzden ilk önce odaklandığım üç şeyi seçeceğim.

1. Ekibinizi Güçlendirin

İyi bir yönetici olmak, başkalarının harika şeyler elde etmesine yardımcı olmakla ilgilidir.

Bu, bir yönetici olarak etkinizin çok daha az doğrudan olduğu ve bu nedenle tüm zamanınızı kod içinde geçiremeyeceğiniz anlamına gelir. Haftalık başarı listemin küçüldüğünü görmek benim için sinir bozucuydu, ancak ekibimin bireysel katkılarım olmadan daha fazlasını yaptığını kabul ettiğimde, rolden gerçekten zevk almaya başladım.

2. Aşırı iletişim

Ekibiniz ister tek bir odada ister dünyanın her yerinde uzaktan çalışıyor olsun, iletişimci yönetici olarak en önemli rollerinizden biridir. Pazarlamada, insanların mesajınızı içselleştirmeden önce yedi kez duyması gerektiğine dair bir fikir var ve bence bu ekip iletişimi için de geçerli.

Aynı toplantıda her şeyi yedi kez tekrarlamanız gerektiğini söylemiyorum, ancak bire bir, grup ayarları, e-posta yoluyla ve geçerken önemli değişiklikleri tekrarlamayı düşünün. Değişim korkutucudur, ancak bir şey hakkında ne kadar çok insan duyarsa, o kadar az korkutucu olma eğilimindedir.

3. Sakinliğin Kaynağı Olun

Son olarak, mühendislik yöneticisi olarak rolünüz “kaosu temizlemek”:

“Girdiğiniz herhangi bir oda, ayrıldığınız zaman daha kesin ve daha sağlam bir plana sahip olmalıdır. İyi liderler, insanların hedeflerini kaybettiği bir duruma girebilir ve herkesin ileriye doğru net bir yolda hizalanmasını sağlayabilir.”

Drama yaratmayın ya da sürdürmeyin, ekibinizi şirketin geri kalanından ayırmayın ya da ekip üyelerini birbirine düşürmeyin. Bunun yerine, ekibinizin işleri yapabilmesi için belirsizliği ve stresi emen kişi olun.

Benzer makaleleri Toptal Mühendislik blogunda okuyun.