Jak zostać liderem w IT: Monitorowanie i raportowanie postępów
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ść!
W tej lekcji porozmawiamy o monitorowaniu postępów prac.
Chciałoby się puścić maszynę w ruch, pójść sobie gdzieś, usiąść, wygodnie
patrzeć, przyjść po jakimś czasie.
No i najlepiej, żeby już wszystko było zrobione.
Tak by było fajnie, nie?
No ale tak zazwyczaj nie jest i zazwyczaj. No właśnie.
Musimy monitorować i sprawdzać, co tam się dzieje.
No bo różne rzeczy mogą się wydarzyć.
I co może nam pomóc w czymś takim?
Co Tobie może pomóc?
Na przykład jest taki fajny bardzo diagram.
Nie wiem, czy znasz temat.
Nazywa się to diagram Gantta.
I w tym diagramie można bardzo ładnie zwizualizować, w jakim
miejscu w projekcie jesteśmy.
Tam po prostu nakładasz na ten diagram zadania.
Na osi czasu przypisujesz osoby.
No najlepiej tak, żeby w danym momencie jedna osoba nie wykonywała
dziesięciu zadań, tylko jedno.
I dobrze jest.
To może nawet jest kluczowe w tym, żeby na bieżąco uzupełniać to, jak
zadania już są wykonane.
I w ten sposób po pierwsze możemy spróbować wyestymować, ile
ten cały projekt potrwa.
No i tutaj oczywiście na pewno się już uśmiechać pod nosem, bo estymacje w IT nie
są proste i ja sobie zdaję z tego sprawę, że nie są proste.
Tyle lat w tym siedzę i dalej chyba nie potrafię tego robić.
No ale jakieś przybliżenie musimy dać, a w szczególności jeżeli chcesz być tym
liderem, no to musisz dać jakieś przybliżenie, no bo biznes jednak I tak
samo użytkownicy chcą wiedzieć, kiedy mniej więcej można się tego spodziewać,
więc taki diagram może naprawdę tutaj zrobić fajną robotę.
No i pewnie się zastanawiasz, co by tutaj wybrać, żeby jakoś dobrze się tym
projektem zarządzało, żeby się fajnie go monitorowało.
No i możliwości mamy oczywiście dużo.
Jest Kanban, są sprinty, jest jakiś Lean extreme programming i co tam jeszcze.
Dużo jest możliwości.
Ja mówię tak nie wchodź w żadne aksjomaty, po prostu dobierz to, co ty lubisz, w czym
Ci się dobrze pracuje, co pasuje do danego projektu.
Bo jeżeli robimy jakąś funkcjonalność od A do zet i to już jest jakiś taki
jeden ciągły projekt, w którym można.
I to by było super, gdyby można było jakieś etapy wyznaczyć,
no to sprinty tutaj się super sprawdzą.
No ale jeżeli masz to jakieś tutaj utrzymaniowe sprawy
albo te zadania się pojawiają, no tak troszeczkę nieregularnie,
no to taki Kanban też przecież jakoś super zadziała, co nie?
Więc naprawdę nie ma co wpadać w aksjomaty, Trzeba po prostu dobrać co to,
co w danym momencie wydaje Ci się najlepsze i po prostu z tym iść do przodu.
No i oczywiście jeszcze tutaj pojawia się pytanie, no bo mamy sobie diagramy
Gantta, fajnie tam wszystko wygląda.
Wybraliśmy sobie, dajmy na to te sprinty.
No przydałoby się jakieś też mieć system do zarządzania zadaniami.
No i znowu mamy wybór jakaś Jira, jakieś Trello, może Asana, może Clickup.
Tutaj naprawdę moim zdaniem jest wszystko jedno.
Wybierzcie coś z zespołem i po prostu tego używajcie.
A jak ktoś wam mówi, że tutaj musi być tylko to, bo w ogóle koniec świata i
inaczej się nie da, no to moim zdaniem nie musicie tego słuchać tak do końca.
Oczywiście jeżeli w firmie cała firma jakoś bazuje na jakimś jednym systemie, no
to nie ma co robić dymów, tylko trzeba po prostu go używać.
No ale jeżeli możecie sobie pozwolić nie wiem, w projekcie czy w czymś użyć tego,
co Was najbardziej jakby jest ok dla Was i najlepiej Wam się z tego korzysta,
no to moim zdaniem czemu by nie.
Nie ma tutaj co kruszyć kopii.
Trzeba robić to, co jest wygodne.
Najwięcej niebezpieczeństw jest w miejscu połączenia pomiędzy działami, więc jeżeli
możecie to coś rozbić ten projekt na jakieś etapy, no to dobrze jest to zrobić
i z tymi działami na bieżąco się komunikować i sprawdzać, czy dowozicie
mniej więcej w tym samym czasie to, co jest potrzebne.
No bo wy na przykład potrzebujecie jakiegoś API, a ten dział akurat będzie to
API tworzył, bo jeszcze nie ma odpowiednich endpointów, dajmy na to.
Więc to jest dobrze monitorować i na bieżąco być z nimi w komunikacji.
Ale ta komunikacja nie oznacza, że musicie co chwilę ze sobą gadać.
Na przykład chociaż takie spotkania follow up, czemu by nie?
Na pewno lepsze są niż gorsze, bo w ogóle nie mieć niczego.
To też bez sensu. Pewnie.
Ale możecie też użyć do tego na przykład tego wspomnianego wcześniej Ganta.
Bo czemu by nie? Przecież na nim wszystko dobrze widać.
Tak samo w systemie zadań też wszystko widać.
Mniej więcej w jakim miejscu to jest, na kiedy możemy się tego
spodziewać i tak dalej.
Więc tutaj polecam, warto takie rzeczy robić.
Prawda jest taka, że w takim projekcie często gęsto naprawdę dużo się dzieje.
No i nie za każdym razem będzie trzeba coś wchodzić do ganta, coś tam robić, jakieś
zadania zakładać, bo też siedzieć i tylko zakładać te zadania to też bez sensu.
Dlatego ja Ci polecam.
Notuj, notuj notesem, notuj kartką czy czymś, co tam uważasz.
Ja na przykład lubię notesy, lubię kartki.
Jestem bardzo analogowy, jeżeli tutaj o takie rzeczy chodzi.
Ale możesz też używać jakiś notatników, takich normalnych.
Wiesz, jak w komputerze masz czy gdzieś tam online wszystko jedno, bo
jest dużo takich małych zadań.
Ty musisz coś zrobić, musisz z kimś pogadać, coś musisz sprawdzić, ktoś coś
miał zrobić mniejszego, a ty masz to sprawdzić, bo to jest
istotne dla kogoś innego.
Na pewno wiesz o czym mówię, więc naprawdę gorąco Ci polecam.
Takie rzeczy po prostu notuj, bo w ferworze walki każdego dnia być może jest
więcej niż jeden projekt, być może jeszcze jakieś inne rzeczy.
Takie rzeczy masakrycznie wypadają z głowy.
Takie rzeczy też masakrycznie rozpraszają.
Na przykład coś robisz ważnego i tutaj wpada jakaś ważna sprawa,
którą trzeba się zająć.
Lepiej wziąć tą swoją kartkę, notes, cokolwiek tam masz zanotować i to nie
zniknie, to będzie na tej kartce, będzie na ciebie czekać.
Więc to jest też taka fajna rada ode mnie.
Zawsze wydaje mi się, że fajna dla Ciebie.
Spróbuj, na pewno się na tym nie zawiedziesz i myślę, że w tej lekcji to
już nam wystarczy tych mądrości na razie. Hej!