Czego nauczyłem się podczas pierwszego roku pracy jako kierownik ds. oprogramowania Inżynier

To mój pierwszy rok na stanowisku szefa inżyniera oprogramowania od starszego głównego programisty. to jest historia od działu technicznego do zarządzania i rozwoju ludzi oraz oczywiście o roku pandemicznym

(31 grudnia 2020 r.)

Zdjęcie: fauxels z Pexels

Naprawdę wiele się nauczyłem z pierwszego roku pracy na stanowisku dyrektora ds. oprogramowania w moich firmach. ale mam tylko 3 miesiące doświadczenia, aby pracować z moim zespołem w biurze twarzą w twarz, ponieważ potem świat ogarnia pandemia. więc tego się nauczyłem, kierując zespołem w pandemicznym świecie. pracujemy w domu od maja 2020 r. do teraz, a być może WFH zostanie przedłużony do 2022 r.

Techniczne kwestie, których się nauczyłem

Zdjęcie: fauxels z Pexels

⦿ Musimy wiedzieć, jakie technologie że musimy nauczyć się dla naszego zespołu, że jest odpowiedni dla naszych firm, z wysoką dostępnością, niezawodnością i konsekwencją.

⦿ upewnij się, że mamy mapę drogową dotyczącą technologii, z których chcesz korzystać, i otwórz pomysł na nasz zespół. aby mogli wyrazić swoją opinię na ten temat. i poznamy inną ścieżkę odpowiednią dla naszej firmy.

⦿ aby uzyskać certyfikat z Amazon Web Services, Google Cloud lub Azure. abyśmy mogli uzyskać najlepsze praktyki dla naszej firmy.

⦿ Skoncentruj się na sprawdzaniu i rozwijaniu logiki zespołu oraz wydajności kodu.

⦿ Wybierz osobę odpowiednią do pielęgnowania i uczyń z niej lider lub mentor, taki jak my, do kodowania. więc mamy partnera do rozwijania innych.

⦿ musimy sprawdzić każdy kod i przekazać opinię zespołowi.

⦿ jeśli ktoś ma problem z logicznymi rzeczami, których nikt nie może rozwiązać. zebrać zespół na spotkanie i rozwiązać problem ze wszystkimi. więcej mózgu to lepsze niż jeden mózg.

⦿ nie popychaj zespołu do perfekcji, nie ma doskonałości. Niech popełnią błąd, aby mogli się z niego uczyć. Po prostu nie obwiniaj ich.

⦿ używaj technologii przynajmniej takich, jakich używali inni lub duże firmy.

⦿ nie ufaj tak bardzo nowym technologiom z powodu szumu

⦿ skup się na badaniach najlepsza praktyka lub delegat do naszego zespołu, który jest zainteresowany badaniami i rozwojem

Ponieważ jestem szefem inżyniera oprogramowania, rzadko koduję. skupiam się na przeglądaniu, zarządzaniu, tworzeniu harmonogramu, dzieleniu się wiedzą, badaniami i spotkaniach z innym działem.

A to jest zarządzanie rzeczami, których się nauczyłem

Zdjęcie: fauxels z Pexels

⦿ Wyrób sobie nawyk czytania co najmniej jednego artykułu na temat technologii, psychologii i przywództwa każdego dnia tygodnia. możemy użyć medium.com, aby uzupełnić te nawyki. każdy artykuł potrzebuje tylko 3–4 minut, więc każdego dnia potrzebujemy tylko 12 minut na przeczytanie tych artykułów.

jeśli nigdy nie czytamy książki, wyrób sobie nawyk czytania książki, która rozwija nasze umiejętności i wiedzę dla naszych pozycja. tylko 1 rozdział każdego dnia, a na jeden rozdział potrzebujesz tylko 10–20 minut. Polecam przeczytać Atomic Habits autorstwa Jamesa Cleara, Leader Eat Last autor: Simon Sinek i 7 nawyków efektywnych ludzi autorstwa Stephena R. Coveya.

sure upewnij się, że delegujemy do naszego zespołu i wyjaśniamy zakres, jaki mogą wykonać dla zadania .

jeśli myślimy, że w ciągu tygodnia jesteśmy tak zajęci, ponieważ nie jesteśmy wystarczająco produktywni

⦿ zbudować zespół, który ma koncepcję mentorską. bardzo nam to pomoże w budowaniu zespołu. koncepcję Mentoringu możesz nauczyć się od mojego innego (artykułu)

doing zawsze organizując codzienne spotkanie typu standup, aby zebrać wszystkich i zaktualizować ich pracę. możemy stać przez 5–10 minut, a potem możemy codziennie zbierać się na co najmniej 30 minut – 1 godzinę, aby zwiększyć zaangażowanie.

⦿ Upewnij się, że każdy projekt i każde zadanie jest mierzalne.

⦿ Różni ludzie mają różne zachowania, psychologię, pochodzą z różnych środowisk i mają własne ścieżki kariery. musimy się dobrze rozumieć. dlatego musimy uczyć się z artykułów lub książek psychologicznych

⦿ Różni ludzie też mają różne talenty, musimy spróbować i powtórzyć. jeśli któryś z członków naszego zespołu nie wiedział, co jest najlepsze lub interesuje go, musimy zrozumieć z naszej perspektywy i spróbować dla niego nowych wyzwań.możemy je wypróbować w zarządzaniu, programowaniu, badaniach i rozwoju, a może dzieleniu się / nauczaniu technologii.

⦿ Jako szef, jeśli zespół dobrze sobie radzi, powinniśmy mieć uznanie, a jeśli nasz zespół radzi sobie źle , ponownie musimy wziąć na siebie odpowiedzialność.

⦿ Przekazuj oczekiwania każdemu z naszego zespołu

⦿ Szanuj równowagę między życiem zawodowym a prywatnym

⦿ Nikt nie jest w 100% produktywny , wszyscy mamy kilka tygodni, w których jesteśmy bezproduktywni. dlatego musimy poinformować zespół, który nie jest produktywny lub nie działa dobrze.

Słowo końcowe

Myślę, że jest tak wiele, czego się nauczyłem i nie mogę tego dobrze zapamiętać. Dlatego edytuję ten artykuł, jeśli pamiętam, czego się nauczyłem. Zarządzanie inżynierią jest zupełnie inne niż inżynieria techniczna.

jeśli jesteś technicznym facetem, który kocha kodowanie, proponuję być specjalistą. ponieważ bycie Head / Lead of Software Engineer oznacza zarządzanie zespołem inżynierów i mniej kodu. czasami wydaje nam się, że nasze umiejętności kodowania już się nie rozwijają i być może zapominając, jak kodować jak wcześniej. ale musisz wybrać, jaką masz ścieżkę? zarządzać IT czy być specjalistą? możesz dowiedzieć się, z czego musisz wybierać (ten artykuł).

Mam nadzieję, że możesz ucz się czytając to.

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *