Dzień z życia kierownika inżynierii

W ciągu ośmiu lat, które spędziłem jako kierownik ds. inżynierii, regularnie śledziłem, jak spędzam czas. Jako menedżer ds. inżynierii start-upu odpowiadałem za szeroki zakres obowiązków, więc śledzenie obszarów, nad którymi spędzałem najwięcej czasu, pomogło mi odpowiednio zaplanować i zaplanować.

Na przykład wiedziałem, że zwykle spędzam około jednej trzeciej mojego czasu, pomagając mojemu zespołowi w rozwiązywaniu problemów technicznych lub parowaniu z kolegami z zespołu. Wiedząc o tym, zarezerwowałem dla nich kilka wolnych bloków czasu. Gdyby mój cały tydzień był pełen spotkań i ogólnego planowania, zostałbym blokerem dla mojego zespołu, który potrzebował mojego wkładu w konkretne problemy.

Ponieważ wielu przyszłych menedżerów inżynierii oprogramowania pyta mnie o moją pracę i z czym się ona wiąże, postanowiłem stworzyć szczegółowe spojrzenie na to, jak spędzam czas. Chociaż każda firma i rola są inne, mam nadzieję, że ten post da ci z pierwszej ręki wgląd w dzień z życia menedżera ds. inżynierii.

Czym zajmuje się kierownik ds. inżynierii?

Najpierw trochę o moich rolach jako kierownika ds. inżynierii: Moje pierwsze stanowisko kierownicze pełniło się w Packback, platformie pytań i odpowiedzi dla profesorów uniwersyteckich.

Dołączyłem do zespołu, gdy w firmie były zaledwie cztery osoby; to zasadniczo ja i założyciele. W ciągu minionych trzech lat widziałem, jak firma zebrała blisko 5 milionów dolarów i rozrosła się do prawie 30 osób. Mój zespół inżynierów był dość szczupły — kiedy odchodziłem w 2016 roku, było ich pięć — ale moja rola zmieniła się trochę w ciągu lat spędzonych w firmie.

Po tym, jak opuściłem Packback, aby dołączyć do The Graide Network, zacząłem od nowa jako kierownik ds. inżynierii. Początkowo mój zespół był tylko wykonawcą i ja, ale w ciągu czterech lat spędzonych w Graide zatrudniłem trzech innych inżynierów i przejąłem więcej obowiązków związanych z zarządzaniem produktem.

Podczas gdy moja codzienna praca bardzo się zmieniła na przestrzeni lat, jako menedżer ds. inżynierii oprogramowania byłem ostatecznie odpowiedzialny za pomoc mojemu zespołowi w dostarczaniu oprogramowania, które działało zgodnie z oczekiwaniami, zgodnie z harmonogramem i w ramach budżetu.

Podchwytliwym słowem jest „pomaganie”. Co to dokładnie oznacza? Czy to oznacza, że ​​kierownik inżynierii pisze kod? A może po prostu upewniają się, że wszyscy w ich zespole piszą kod?

Krótka odpowiedź brzmi: to zależy.

Menedżerowie ds. inżynierii muszą być techniczni

Ogólnie rzecz biorąc, menedżerowie ds. inżynierii piszą mniej kodu niż starsi programiści w swoim zespole, ale powinni napisać trochę kodu, aby utrzymać swoje umiejętności na wysokim poziomie. Muszą także być dobrzy w pomaganiu członkom zespołu w „odklejeniu”. Czasami oznacza to odpowiadanie na pytania techniczne, a czasami oznacza to rozwiązywanie sporów między członkami zespołu.

Menedżerowie ds. inżynierii prawdopodobnie będą odgrywać rolę w szkoleniu nowych inżynierów, a także w ocenie kandydatów pod kątem technicznym i interpersonalnym.

Inżynierowie muszą być dobrzy w kontaktach z ludźmi

Bycie „dobrym z ludźmi” to trudna etykieta do przybicia.

Wiele osób zakłada, że ​​aby być skutecznym menedżerem, trzeba być ekstrawertykiem, ale niekoniecznie jest to prawda. Okazywanie empatii zespołowi i pomaganie mu w stawianiu czoła wyzwaniom — zarówno technicznym, jak i osobistym — jest jednym z głównych zadań kierownika ds. inżynierii.

Ale menedżerowie inżynierowie muszą również „zarządzać”. Oznacza to, że muszą zwracać uwagę na najlepszy interes swojego zespołu, gdy szef prosi ich o informację zwrotną, a to oznacza, że ​​mogą być zmuszeni wypuścić członka zespołu, jeśli nie wykonują swojej pracy.

Najtrudniejsza część dotycząca zarządzania inżynieryjnego

Kiedy przeniosłem się do mojej pierwszej roli kierowniczej, największym wyzwaniem było dostosowanie mojej metody do samooceny. Nickolas Means dobrze to ujął w swoim fantastycznym artykule na temat metaproduktywności dla menedżerów:

Co jakiś czas mam dzień, w którym po zakończeniu ostatniego spotkania podnoszę wzrok i czuję, że absolutnie nic nie zrobiłem. Byłem zajęty przez cały dzień: rozmawiałem, czytałem dokumenty i meldowałem się z rówieśnikami i członkami zespołu. Jestem wyczerpany, ale nic nie osiągnąłem. Środki Nickolas

Stosunkowo łatwo było mi powiedzieć, jak produktywny byłem jako inżynier oprogramowania. Zwykle robiłem postępy w dostarczaniu funkcji lub otwierałem żądanie ściągnięcia, ale jako menedżerowi naprawdę trudno było stwierdzić, czy mój dzień był produktywny, czy nie.

Dlatego zacząłem śledzić swój czas. Chociaż czas spędzony na zadaniu nie jest idealnym miernikiem produktywności, pomógł mi upewnić się, że poświęcam wystarczająco dużo czasu na każdy obszar mojej pracy.

Jak kierownik ds. inżynierii spędza czas?

Menedżerowie ds. inżynierii mają zwykle szeroki zakres obowiązków, a te obowiązki różnią się w zależności od wielkości pracodawcy i struktury organizacyjnej. Aby pomóc Ci zobaczyć, jak menedżer ds. inżynierii spędza swój czas, podzieliłem swój czas na cztery kategorie:

• Techniczny (35%)
• Menedżerskie (35%)
• Rekrutacja (15%)
• Administracyjne (15%)

W tej sekcji zobaczysz, jak spędziłem czas jako kierownik ds. inżynierii. Opowiem trochę o konkretnych zadaniach zawartych w każdym obszarze i dlaczego była to ważna część mojej codziennej pracy.

Podczas gdy śledziłem mój czas dość sztywno przez okresy mojej ośmioletniej kariery menedżerskiej, postanowiłem zaokrąglić każdą kategorię do ładnej okrągłej liczby dla uproszczenia. Dokładne godziny spędzone na każdym zadaniu nie są tutaj istotne, ale uznałem za pomocne wiedzieć, czy jeden obszar wzrósł w jednym tygodniu, czy gwałtownie spadł w innym.

Techniczny

35% mojego czasu

Prace techniczne obejmują pisanie kodu, przeglądy kodu, wykrywanie błędów, łączenie w pary z członkami zespołu oraz czytanie aktualizacji oprogramowania i najlepszych praktyk. Wraz z rozwojem moich zespołów ilość czasu, jaki poświęcałem na pisanie i przeglądanie kodu, malała, ale myślę, że dla menedżerów inżynierów ważne jest, aby przynajmniej część swojego czasu poświęcać na pisanie kodu.

Kierowniczy

35% mojego czasu

Obejmuje to bezpośrednie zarządzanie ludźmi, tworzenie harmonogramów, planowanie strategiczne oraz spotkania z członkami zespołu technicznego i nietechnicznego. Upewnianie się, że mój zespół jest zadowolony, opowiadanie się za nimi podczas spotkań biznesowych i pomaganie naszemu zespołowi ds. produktu w tworzeniu specyfikacji technicznych było częścią moich obowiązków kierownika ds. inżynierii w Packback.

W The Graide Network przyjąłem bardziej strategiczną rolę, konsultując się z założycielami w sprawie wyboru oprogramowania i biorąc udział w ważnych rozmowach sprzedażowych. Co ciekawe, choć zadania, które podjąłem, były różne, rozkład czasu był dość podobny.

Rekrutacyjny

15% mojego czasu

Rekrutacja obejmowała wyjazdy na konferencje, spotkania i bootcampy z kodowaniem; pisanie postów na blogu; spotkanie z kandydatami do pracy; oraz ocena pokazów technicznych.

Podczas gdy spędzałem więcej czasu na rekrutacji, gdy miałem otwartą pracę inżynierską, inteligentni menedżerowie inżynierowie zawsze zatrudniają. Najlepsi kandydaci to zazwyczaj ci pasywni, którzy rzadko szukają pracy, więc spędzałem część mojego czasu, stając przed nimi każdego tygodnia.

Administracyjny

15% mojego czasu

W końcu spędziłem kilka godzin w tygodniu na czytaniu i pisaniu e-maili, odpowiadaniu na pytania w Slacku, prowadzeniu przypadkowych rozmów i robieniu „innych” codziennych rzeczy, aby wspierać mój zespół. Jako kierownik starałem się trzymać tego rodzaju zakłócenia z dala od mojego zespołu inżynierów, ale w razie potrzeby planowałem czas z członkami zespołu.

Jeśli zadaniem kierownika ds. inżynierii jest sprawienie, aby jego zespół był jak najbardziej produktywny, to zrozumiałe jest, że większość pracy administracyjnej spadnie na niego.

Co sprawia, że ​​jest dobrym kierownikiem inżynierii?

Nie sądzę, że mogę dać ci wszystko , co musisz wiedzieć o byciu dobrym menedżerem inżynierii w jednym poście na blogu, więc najpierw wybiorę trzy rzeczy, na których się skoncentruję.

1. Wzmocnij swój zespół

Bycie dobrym menedżerem polega na pomaganiu innym w osiąganiu wspaniałych rzeczy.

Oznacza to, że jako menedżer Twój wpływ jest znacznie mniej bezpośredni, a zatem nie możesz spędzać całego czasu na głowie w kodzie. To było dla mnie frustrujące, gdy moja cotygodniowa lista osiągnięć się kurczyła, ale kiedy nauczyłem się akceptować, że mój zespół robi więcej bez mojego indywidualnego wkładu, zacząłem naprawdę cieszyć się tą rolą.

2. Nadmierna komunikacja

Niezależnie od tego, czy Twój zespół pracuje w jednym pomieszczeniu, czy pracuje zdalnie na całym świecie, komunikator jest jedną z Twoich najważniejszych ról jako menedżera. W marketingu istnieje idea, że ​​ludzie muszą usłyszeć Twój przekaz siedem razy, zanim go zinternalizują, i myślę, że dotyczy to również komunikacji zespołowej.

Nie mówię, że powinieneś powtarzać wszystko siedem razy na tym samym spotkaniu, ale zastanów się nad powtórzeniem istotnych zmian w trybie jeden na jednego, ustawieniach grupy, za pośrednictwem poczty elektronicznej i mimochodem. Zmiana jest przerażająca, ale im więcej ludzi o czymś słyszy, tym wydaje się mniej przerażające.

3. Bądź źródłem spokoju

Wreszcie, jako kierownik ds. inżynierii, twoją rolą jest „odkurzanie chaosu”:

„Każdy pokój, do którego wchodzisz, powinien mieć większą pewność i pewniejszy plan, zanim go opuścisz. Dobrzy liderzy mogą znaleźć się w sytuacji, w której ludzie stracili orientację w swoich celach i doprowadzić wszystkich do jasnej ścieżki naprzód”.

Nie twórz ani nie utrwalaj dramatu, nie dziel swojego zespołu od reszty firmy ani nie stawiaj członków zespołu przeciwko sobie. Zamiast tego bądź osobą, która pochłania niepewność i stres, aby Twój zespół mógł załatwić sprawy.

Przeczytaj podobne artykuły na blogu Toptal Engineering.