#15 Team Lead w IT. Jak być dobrym liderem zespołu programistów? Seweryn Łach.

Zaczynałem jako programista, głównie koncentrowałem się na C++, przetwarzaniu obrazów, Image Processing, tak to było wszystko to, gdzie się to zaczęło później. Bransza telekomunikacyjna. Pracowałem też jako Product Owner. Później stało się, tak się wszystko poukładało, że zostałem Engineering Managerem. I w tej roli zostałem przez dłuższy okres. I teraz w tym momencie w Grazwali jestem Senior Engineering Managerem. I jestem też side leadem naszego biura tutaj w Krakowie. Pracujemy w branży Broadcast Media, więc produkujemy sprzęt dla stacji telewizyjnych, największych stacji telewizyjnych na świecie, na całym świecie generalnie.

Przez lata, które przepracowałem, wydaje mi się, że z tymi ludźmi, których spotkałem i tak dalej, w jakich firmach i jak to wyglądało, zawsze było dużo łatwiej i płynniej się dogadać, jeśli siedzimy przy stole i wszyscy rozumiemy mniej więcej, o czym mówimy. Znaczy mówię mniej więcej, bo wiadomo, że jeśli ktoś jest team leadem, oczywiście nie musi znać każdego z szczegółów, które dana osoba robi, bo to bardziej mówimy o kimś, kto kreuje wizję dla zespołu, czyli kierunek, w jakim dany zespół ma podążać i osoba, która scala ten zespół. Ja bym tak to określił. W jaki sposób przejawiała się u Ciebie taka rola? Każdy lider może to robić na swój sposób i na pewno byłbym chyba jedną z ostatnich osób, która by stwierdziła, że przykładowo jeśli ty to robisz w taki sposób, jak ty uważasz, że to jest złe, bo każdy może mieć swój styl swojego leadershipu.

Jaki jest mój sposób? Więc myślę, że z mojego punktu widzenia ważnym elementem scalania zespołu jest to, żeby w zespole był duży alignment pod kątem tego, co chcemy zrobić i co chcemy osiągnąć. I też żeby dawać ludziom autonomię tego, co mogą robić. I uważam, że to są dwie główne rzeczy. Może dodałbym do tego jeszcze transparencję. Żeby to, co się dzieje w zespole, czy rzeczy, które dotyczą zespołu, były transparentne i zrozumiałe dla zespołu. I myślę, że to pozwala scalać zespół. Opowiadasz nam tutaj bardzo ogólne definicje tego, jak to wygląda. Czy mógłbyś to oprzeć na jakimś przykładzie? Myślę, że dobrym przykładem jest chociażby to, że pracując powiedzmy przecież przez lata z różnymi zespołami developmentowymi czy Scrumowymi, no to prawda jest taka, że zespół tworzą ludzie.

Nie dość, że będzie się stresować, nie będzie z tego zadowolona, w ogóle uzysk będzie zero. I dla Ciebie, i dla tej osoby, i dla całego zespołu. Więc to jest dobry przykład. I na przykład takich przykładów jak ten bardzo wiele miałem w przeszłości. Dotyczących np. jakiegoś code review, czy spotkania z innym zespołem, czy spotkania z architektem, czy z klientem, gdzieś powiedzmy jakiegoś nagłego przypadku, który wyszedł powiedzmy z jakimś błędem z produkcji. To są dokładnie te To są dokładnie te sytuacje, kiedy ty jako lider, znając swój zespół, jesteś w stanie podejmować właściwe decyzje, które w efekcie będą korzystać z zespołu i też w jakiś sposób będą budować twój autorytet. Na samym początku wspominałeś o czymś takim, że jako team lead starasz się też być zaangażowany w pewien sposób w produkt, żeby wiedzieć, co się dzieje.

Co sprint, co tydzień, czy nawet codziennie, bo są też takie przypadki, znam takie przypadki z życia niestety, że takie sytuacje się powtarzają na porządku dziennym, no to jest bardzo drenujące dla ludzi. Jestem to w stanie wyobrazić i naprawdę nie życzę nikomu. Jakie twoim zdaniem cechy powinny wyróżniać dobrego team leada? Jeśli chodzi o cechy lidera, na pewno myślę, że komunikatywność, bo wpływa na wiele aspektów tych, o których już rozmawialiśmy. Myślę, że na pewno dostępność, bo wydaje mi się, że jak możesz być dobrym liderem, skoro cię nie ma w tym zespole, albo ludzie nie mogą z tobą porozmawiać o różnych rzeczach, czasami nie tylko projektowych, ale też o innych, jakichś problemach, które dotyczą zespołu. To myślę, że to jest kolejna rzecz. Bycie obiektywnym.

...że no niestety osoba, która była na takim stanowisku, no niekoniecznie dobrze sobie radziła z zespołem. I wynikało to z... Mam kilka takich przypadków. Jeden przypadek to był taki, gdzie... ...gdzie chłopak, który był... ...który był liderem zespołu... ...miał bardzo dobrą wiedzę techniczną. Praktycznie gdzieś tam powiedzmy, że na poziomie architekta nawet. Więc totalnie wszystko rozkminiał, co się dzieje. W zasadzie znał odpowiedź na każde pytanie. Miał ułożoną wizję w głowie wszystkiego. Tylko co? Problemem głównym było to, że nie potrafił sprzedać tej wizji ludziom, którzy z nim pracowali. To było tak trudne dla tych ludzi, którzy z nim pracowali, bo widziałem, że ci ludzie byli bardzo oddani pracy i byli bardzo zmotywowani i wkładali w to dużo serca.

Nie ma w tym nic złego, myślę. Mając takie doświadczenie jakie masz teraz, jakie byś dał sobie wskazówki na samym początku swojej kariery TLA? Na pewno to co się zmieniło przez te lata, kiedy pracuję w IT, to kiedy zaczynałem miałem na pewno dużo bardziej nastawienie pro twarde umiejętności, techniczne umiejętności, tylko i wyłącznie taki stuprocentowy focus, że będąc przekonany, że jak to wiesz, młody programista, że Jak będę technicznie wszystko zamiatał, wymiatał i bez względu na wszystko, to to się wszystko ułoży, że jakby to wszystko będzie działać. No i niestety myślę, że doświadczenie mnie zweryfikowało i lata mnie zweryfikowało, że tak nie jest. Że wchodzi ten aspekt jednak miękki relacji z ludźmi, który jest bardzo istotny, jeśli chodzi o umiejętności liderskie, bycie liderem.

Więc to by była chyba taka moja główna rada dla osób, które chcą. Pierwsza to byłaby taka, co powiedziałem wcześniej, że na pewno musisz tego chcieć i musisz dążyć do tego, w sensie świadomie. To nie ma w tym nic złego, żebyśmy robili w życiu to, co chcemy robić i pokazywać tego, że mnie na przykład to interesuje. I na przykład pytanie, kto to zrobi? No to ja to zrobię, bo chcę to robić, bo mnie to interesuje. To, że się na tym jeszcze nie znam, no to okej. Jak ktoś zaczyna coś nowego, to nikt się na tym nie zna. Każdy kiedyś zaczynał. To jest jedna rzecz. A druga rzecz to jest to, żeby nie ulegać według mnie takiej iluzji, że pracując w IT wszystko tylko i wyłącznie kręci się wokół umiejętności twardych.

I czytając kolejną, znowu próbujesz weryfikować, że okej, o dobra, tu przeczytałem coś, a gdzieś było napisane co innego i starasz Starasz się gdzieś tam kalibrować to swoje, w sensie co ty myślisz finalnie i tak jakoś to leci do przodu. I jeszcze dodatkowo dodając do tego doświadczenie z pracy, z dnia codziennego, to jest kolejny element, który też zmienia to wszystko, bo wiadomo, że możesz chodzić na szkolenia, możesz czytać książki, możesz przeczytać cały internet, a koniec końców praktyka. Dzięki Seweryn. Bardzo fajna rozmowa. Cieszę się, że zgodziłeś się do nas wpaść i opowiedzieć o roli TLa.