Jak zostać liderem w IT: Granica między nowym, a sprawdzonym
Zarządzaj karierą, zespołem i projektami
4 godz. 9 min · Biznes i Automatyzacje
Cezary ŁysiakDevCzego się nauczysz
- Dogłębne zrozumienie roli lidera w IT i jego kluczowych kompetencji
- Praktyczne wskazówki, jak budować autorytet i zaufanie w zespole
- Nauka zarządzania projektami IT z naciskiem na efektywność i wyniki
- Rozpoznawanie i radzenie sobie z czerwonymi flagami w zespole i projektach
- Zrozumienie miejsca zespołu IT w strukturze firmy i jego wpływu na cele biznesowe
- Strategie oparte na rzeczywistych wyzwaniach i doświadczeniach liderów w IT
Rola lidera w IT
Zaczynamy od podstaw. Zastanowimy się kim tak właściwie jest (czy powinien być) lider. Wydaje mi się, że panuje spore niezrozumienie czy może sporo niedopowiedzeń na temat faktycznych zadań i umiejętności na tym stanowisku. Od razu też spróbujemy się zastanowić czy to dla Ciebie. Wiele osób zrobiło sobie krzywdę wchodząc w tę rolę bez zrozumienia specyfiki wymagań i zakresu obowiązków.
Miejsce lidera i zespołu IT w firmie
Następnie spróbujemy umiejscowić lidera i jego techniczny zespół w strukturze firmy. Skupimy się w dużej mierze nad dynamiką pomiędzy potrzebami biznesu a dostarczaniem technicznych rozwiązań. Wspólnie spróbujemy zrozumieć czego oczekuje od nas biznes i jak widzi naszą rolę w całej firmie. Zastanowimy się też nad różnicami pomiędzy rodzajami firm i jak to wpływa na pracę lidera.
Komunikacja
Nie sposób docenić wystarczająco jak ważna jest to umiejętność w pasie z narzędziami lidera. Komunikacja z zespołem będzie się różnić od tej z przełożonymi czy z innymi działami. Porozmawiamy też o rodzajach komunikacji, które nie koniecznie bezpośrednio się kojarzą z tym słowem, a mogą odgrywać sporą rolę w codziennej pracy.
Efektywne zarządzenie zespołem
W tej części zastanowimy się nad codzienną pracą w zespole technicznym. Budowanie oprogramowania (czy rozwiązań) to przede wszystkim ludzie. Twoim zadaniem jest zbudować dobrze funkcjonującą maszynę, gdzie zakresy odpowiedzialności są jasne, relacje p[rzynajmniej poprawne, a autorytet i decyzyjność niezachwiana.
Realizacja projektów IT
Zazwyczaj w takim kontekście (projektowym) będą upływały Twoje dni. Jako członek zespołu (zazwyczaj) otrzymujesz zadania i je realizujesz. Jako lider możesz pracować nad zadaniami, ale częściej zarządzasz pracą tak, aby innym pracowało się dobrze. Usuwasz problemy. Zgłębiasz technologiczne czy biznesowe wyzwania. Sprawdzasz czy trzymacie się ustalonych ram. W tej części skupimy się na tym, jak to robić tak, aby zorganizować to w sposób tak optymalny, jak to jest możliwe.
Czerwone flagi
Ta część to zbiór sytuacji, na które trzeba uważać. Pokażę Ci na co zwracać uwagę i jakie sytuacje rozwiązywać od razu, gdy pojawią się ich pierwsze symptomy. Za późne zwrócenie na nie uwagi może prowadzić do poważnych problemów.
Rozwój lidera i zespołu
W tej części pokażę Ci jak ważne jest myślenie długofalowe. Zarówno w kontekście rozwoju projektu, ale również zespołu, pojedynczych jego członków, ale również Ciebie jako lidera. Zastanowimy się również ponownie czy to rzeczywiście jest droga dla Ciebie (bo nie jest to stanowisko dla każdego - i... nie ma w tym nic złego).
Dla kogo jest ten kurs?
Ten kurs jest przeznaczony dla osób, które chcą rozwijać się jako liderzy w IT, szczególnie w kontekście zarządzania zespołami technicznymi i realizacji projektów. Zakłada on podstawową znajomość pracy zespołowej oraz doświadczenie w projektach technicznych, ale nie wymaga wcześniejszego doświadczenia w roli lidera. Kurs został stworzony z myślą o programistach, testerach i innych specjalistach technicznych, którzy chcą wyjść poza swoją dotychczasową rolę i nauczyć się skutecznie prowadzić ludzi i projekty.
Cześć.
Praca w IT pozwala nam od czasu do czasu zrobić coś fajnego, coś nowego,
jakąś nową technologię wykorzystać.
Ja na przykład bardzo to lubię.
Oczywiście niektórzy mniej to lubią.
Takich będziesz miał też ludzi w zespole.
Niektórzy będą to bardziej lubić, niektórzy trochę mniej.
Tak czy owak, Ty jako ten lider zespołu będziesz musiał znaleźć jakiś balans
pomiędzy tym, co nowe, a tym, co macie już sprawdzone.
No i jak się w ogóle do tego zabrać?
Musisz wyważyć, czy to w miarę sprawdzone rozwiązanie, czy zaraz będzie trzeba to
zmieniać, czy będzie z nim dużo utrzymania, bo to dopiero jest jakaś nowa
technologia, która będzie co chwilę się zmieniać.
Czy możemy ponieść koszty tego rozwiązania?
Bo nie wszystko na świecie jest darmowe, wiadomo.
Czy mamy czas, żeby w ogóle podejść do tematu?
No i czy da się łatwo ewakuować ewentualnie z tego rozwiązania, Jeżeli już
zdecydujemy się, że jest czas i że chcemy w nie wejść?
No nie taka łatwa sprawa.
Dużo tutaj pytań.
Powiem Ci jak ja do tego podchodzę.
Ja zaczynam od czasu, czyli w ogóle się zastanawiam, czy mamy czas, bo czasami się
pojawiają projekty, gdzie musimy szybko ruszać i musimy szybko
się wziąć za robotę, no to wtedy wiadomo.
No niestety nie będziemy mieli czas tym razem na nic nowego.
Następnie zastanawiam się nad tym, czy to jest coś sprawdzonego, czy to będzie
wymagało dużo utrzymania, czy na przyszłość nie będziemy mieli z
tym więcej problemów niż zysków.
Czyli taki bilans zysków i strat? Prosta rzecz.
Jeżeli się okaże w tym bilansie, że jakoś to ma sens i to będzie rozwiązanie,
które raczej nam pomoże, no to robimy. Potem poc.
Czyli tutaj mamy kolejnego Telesa.
Trzyliterowy skrót, czyli proof of concept robimy.
No i jeżeli ten proof of concept się uda, to wtedy to robimy, a potem żyjemy z tą
decyzją, że postanowiliśmy to zrobić.
No bo choćbyś nie wiem jak to przemyślał razem z zespołem, no to
może być to zła decyzja.
No ale jesteśmy dorośli, bierzemy odpowiedzialność za swoje
decyzje i tak dalej.
To już o odpowiedzialności tyle powiedzieliśmy, że że
nawet już pewnie styknie.
Na pewno nie może być tak, że nigdy nic nie wprowadzasz, no bo zawsze używasz
czegoś, co trzeba będzie upgrade'ować.
No nie ma chyba takiej technologii, która się nie zmienia.
No na przykład mi jest bardzo trudno sobie jakoś teraz przypomnieć, żeby była jakaś,
którą kiedyś się wprowadziło i w sumie już nic nie trzeba upgrade'ować
na frontendzie, to sam wiesz, że te zmiany to co chwilę są.
Więc tam jeżeli tylko chwilę nie patrzysz na to, co się dzieje, to nagle już masz
takie problemy, że zresztą szkoda gadać.
Ale też gdzieś tam na backendzie, w którym jednak to się rozwija trochę wolniej, no
to też jednak to wszystko jest podnoszone, nawet całe języki, całe
frameworki są podnoszone.
No i tutaj dobrze jest być na bieżąco, no bo w którymś momencie się budzisz w
miejscu, gdzie pracujesz z tak starą technologią, że nawet na tym Stack
Overflow albo chat GPT już Ci nie podpowie co masz robić, bo już nikt tego
nie pamięta co było kiedyś.
Już nie wspomnę o tym, że jeżeli chcesz mieć naprawdę fajnych pracowników, a moim
zdaniem fajni pracownicy to zazwyczaj są tacy, którzy szukają, eksplorują dużo na
własną rękę, nawet poza pracą, a może w szczególności czasami poza pracą.
Szukają jakichś nowych rozwiązań i co chwilę będą Ci coś
podotykać nowego, fajnego.
No i takie osoby, jeżeli nie pozwolisz im absolutnie nigdy nic zrobić nowego,
no to one po prostu odejdą. No nie ma opcji.
Więc naprawdę warto tutaj trzymać ten balans.
Nie możesz z jednej strony robić cały czas czegoś nowego, no bo będzie chaos.
Czasami te sprawdzone rozwiązania są dlatego sprawdzone, bo są sprawdzone, że
taką mądrością się tutaj podzielę z Tobą.
A czasami idziemy w drugą stronę.
Normalna sprawa.
Bardzo trudna rzecz ten balans, ale jako lider to jest Twoje zadanie.
Będziesz balansować.
Życzę Ci powodzenia.
Widzimy się w następnej lekcji.