Jak zostać liderem w IT: Startup vs software house vs firma produktowa vs korpo
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ść, Miło mi Cię znowu widzieć.
Nie ma czegoś takiego jak algorytm na to, żeby zostać liderem.
A nie ma go dlatego, że wszystko zależy od różnych sytuacji.
I na przykład jedną z takich rzeczy jest to, w jakiej firmie pracujesz i w której
chcesz zostać liderem albo być może w której już jesteś liderem.
Te różnice są naprawdę zauważalne.
Tak jak wiesz, wydzielamy mniej więcej cztery rodzaje firm.
Pewnie niektórzy mogą wydzielać trochę mniej lub więcej.
Według mnie cztery są takie najbardziej ważne do poruszenia akurat
w tym konkretnym temacie.
Więc mamy startupy, mamy software house'y, mamy firmy produktowe i mamy korporacje.
Taki prosty podział.
I teraz jakie są różnice?
Jak inaczej lider trochę się zachowuje, ma trochę inne kompetencje, trochę inne
rzeczy się od niego wymaga w różnych tych środowiskach.
Okej, to co w takim startupie taki lider powinien robić i czym ta jego praca
będzie się różnić niż w innych miejscach?
Na pewno będą to wszechstronne role, w które będzie musiał wchodzić.
No bo jak wiadomo, w startupach zazwyczaj, przynajmniej na początku, tych pieniędzy
tak za dużo nie ma, więc trzeba, żeby dużo pracowników potrafiło robić naprawdę sporo
rzeczy i mogło się zastępować nawzajem.
Na pewno w takim startupie też są dużo szybsze zmiany, przez co jest potrzebna
dużo większa elastyczność takiego lidera.
I to chyba tutaj nie ma co tłumaczyć.
Każdy wie o co chodzi.
W takim startupie bardzo często te rozwiązania są pivotowane, zmieniane.
Czasami to wychodzi od klientów, czasami to wychodzi z góry, czasami sami w
technicznym dziale sobie zdajemy sprawę, że być może coś nie nie jest
takie proste jak nam się wydawało.
Ale plus jest taki przynajmniej według mnie to jest plus, że w takim startupie
taki team leader ma naprawdę sporą decyzyjność, bo może być częścią tego
rozwiązania, może być częścią pomysłów i zazwyczaj tutaj wszyscy chętnie jego
posłuchają rady, no bo przecież to on odpowiada za te techniczne rozwiązania.
Następnie przejdźmy do software house'u.
No tutaj już sprawy wyglądają troszeczkę inaczej.
To co na pewno w takim software housie się dzieje i na co warto zwrócić uwagę,
to są częste zmiany kontekstu.
Czyli robimy jeden projekt, kończymy, potem następny kończymy.
Często mogą to być naprawdę w ogóle ze sobą niepowiązane projekty
branżowo, technologicznie.
Różne mogą tutaj być sprawy, które bardzo mocno rozróżniają te projekty od siebie.
Często w takim software housie pojawia się konieczność pracy z klientem.
Nie każdy to robi, no ale w takim software housie wydaje się to
praktycznie nieodzowne.
W szczególności, że klient bardzo często ma bardzo różne, czasami bardzo dziwne
pomysły i taka osoba z działu technicznego często jest bardzo potrzebna, żeby
spróbować to zrozumieć i sprawdzić, czy tak naprawdę w ogóle da się to
zrobić i jak da się to zrobić.
I w takiego rodzaju firmie też wymagana jest duża elastyczność, bo tutaj też
bardzo często mogą zmiany zakresu różnego typu następować.
Zazwyczaj to się bierze z tego powodu, że jak już projekt powstaje.
To klient sobie przypomina, że warto by było coś zrobić, A czasami sami zauważamy,
że może te pierwsze założenia nie były takie dobre i można by dowieźć coś
bardziej fajnego, bardziej użytecznego, coś dużo lepszego dla klientów, jeżeli to
zmienimy i software house jest na to miejsce.
Firmy produktowe już się trochę różnią od tych wcześniejszych dwóch.
Tamte były w pewnym sensie trochę do siebie podobne.
Firma produktowa jest inna o tyle, że zazwyczaj mamy tutaj do czynienia z
jednym, czasami z wieloma, ale często z jednym produktem, który jest
rozwijany przez dłuższy czas.
I to sprawia, że tutaj potrzebujemy dużo głębiej wejść w to rozwiązanie, dużo
lepiej je zrozumieć, bo to nie jest tak, że ono za trzy miesiące zniknie,
bo je oddamy i zapomnimy.
W tym przypadku pojawi się długoterminowa odpowiedzialność, co oczywiście niektórych
może troszeczkę przestraszyć, ale z drugiej strony mamy też możliwość
iteracyjnego poprawiania cały czas tego.
Więc jeżeli nawet podjęliśmy kiedyś nie za dobre decyzje projektowe, no to z tym
produktem zostajemy na dłuższy czas i jest szansa, że jeszcze kiedyś to poprawimy
na różnych szczeblach.
Być może na początku wydawało nam się, że to będzie mniejszy projekt,
teraz jest większy. Potrzebne są zmiany wydajnościowe.
Sam sobie nazwij i sam sobie wymyśl, co to mogłoby być.
To wszystko sprawia, że potrzebne tutaj jest zdecydowanie dużo głębsze zrozumienie
tego produktu, a czasami nawet nie produktu, tylko branży, w której ten
produkt coś poprawia, coś usprawnia.
Bo czasami naprawdę niektóre branże, nawet, które wyglądają na takie dosyć
proste, okazuje się, że jeżeli się wejdzie bardzo głęboko w to, co ci ludzie tam
robią, to to w ogóle przestaje być aż tak proste.
No i przechodzimy do korporacji.
Niektórym one się kojarzą dobrze, niektórym nie za dobrze, ale
bardzo dużo z nas pracuje.
Będzie pracowało albo kiedykolwiek chociaż troszeczkę będzie miało
wspólnego coś z jakąś korporacją.
No i warto wiedzieć, jak tam się poruszać.
Na pewno w takiej korporacji i to już będzie bardzo widoczne w
porównaniu z tymi innymi firmami.
Jest się rzeczywiście czy ten dział techniczny, czy Ty jako team leader?
Tylko częścią dużo, ale to dużo większej całości.
No i przez to wchodzą właśnie te sprawy związane z polityką.
Z tym, że trzeba się dogadywać na różnych poziomach.
Ta mnogość działów sprawia, że te zależności są naprawdę bardzo spore.
A jak sam wiesz, jak kiedykolwiek zdarzyło Ci się coś projektować, to wiesz, że czym
więcej połączeń między modułami między różnymi częściami systemu, tak samo jest
tutaj to po prostu trudniej i trzeba nad większą ilością rzeczy zapanować.
To oczywiście też sprawia, że te procesy w takiej korporacji są dużo bardziej
złożone, ale plus jest taki, że w takich też korporacjach zazwyczaj te procesy,
mimo że są bardzo złożone, są bardzo jasne.
Już ktoś wcześniej napisał, co konkretnie trzeba zrobić, żeby coś uzyskać.
Niektórzy bardzo lubią taką formalizację, niektórzy trochę mniej.
Sprawia to, że te procesy decyzyjne stają się dłuższe.
Tych formalności jest zdecydowanie więcej, ale przynajmniej jest z
góry wiadomo od A do Z zet.
Co trzeba zrobić?
I tak samo jest dokładnie z tym, jak się chce zostać team liderem
w takiej organizacji.
Z góry zazwyczaj jest wiadomo, co trzeba zrobić, żeby nim zostać.
Proste.
Osobiście nie jestem zbyt wielkim fanem korporacji, ale to nie znaczy,
że w nich jest coś złego.
One są po prostu inne.
A ja osobiście po prostu ich nie lubię.
Dlatego, że w takiej korporacji często decyzyjność jest bardzo, bardzo niska.
A ja jednak lubię wtrącać swoje trzy grosze w różne rzeczy.
Więc korporacja nie jest tak do końca dla mnie.
Mówię Ci to wszystko dlatego, że warto sobie to uzmysłowić, że są te różnice i
one wpływają na to, jak team leader działa.
Tak naprawdę każdy pracownik działa, ale może w szczególności team leader.
I może być tak, że team leader, który doskonale sobie radzi w korporacji, już w
startupie, który jest zdecydowanie szybszy i bardziej elastyczny, już
nie do końca sobie radzi.
I nie ma w tym nic złego.
Po prostu trzeba wiedzieć, poznać swoje mocne i słabe strony i wybrać takie
miejsce, w którym będzie się właśnie tym dobrym team liderem.
To tyle. Widzimy się w następnej lekcji.