Zarządzaj karierą, zespołem i projektami
4 godz. 9 min · Biznes i Automatyzacje
Cezary ŁysiakDevZaczynamy 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.
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.
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.
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.
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.
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.
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).
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 Basfactorze.
Nie wiem, czy słyszałeś kiedyś o czymś takim.
Chodzi o to w tym, że to jest taka metryka, można by powiedzieć, która
mierzy, czy twój projekt jest zagrożony, czy nie.
A mianowicie chodzi o to, ile osób w twoim projekcie musi potrącić autobus, żeby nie
udało ci się dowieźć lub żeby Twój projekt czy w ogóle cała Twoja
firma była zagrożona.
No i jak tutaj sobie łatwo wyobrazić, czym bliżej jesteś jedynki, tym gorzej.
No bo jeżeli Twój bas Factor jest równy 1, no to to jest ogromne ryzyko dla projektu.
To jest brak elastyczności w ogóle w jakimkolwiek podziale zadań, no bo jak
możesz w ogóle cokolwiek dzielić, jeżeli masz osoby, które potrafią,
tylko jedna jest osoba, która się potrafi jakimś tam zadaniem zająć lub nie.
I to jest też przytłoczenie dla takich ludzi.
No bo za każdym razem, jeżeli jest coś w jakimś tam danym fragmencie do zrobienia,
no to tylko i wyłącznie ta jedna osoba może się tym zająć.
No i samo przejście się to rozumie, że to nie jest zbyt dobre miejsce.
I nie zrozum mnie źle, naprawdę nie ma nic złego w tym, że masz w swoim zespole
ludzi, którzy się znają tak bardzo głęboko, bardzo porządnie
na jakimś temacie.
To jest bardzo dobrze i też trudno wymagać, żeby wszyscy się znali na
wszystkim, bo to też jest niemożliwe.
Ale jeżeli masz tylko pojedyncze osoby, które są w stanie coś ogarnąć,
no to to już dobrze nie jest.
W szczególności w stu procentach.
No i jakoś sobie musimy sobie z tym radzić jako ci liderzy albo przyszli liderzy.
I to już sobie trochę o tym gadaliśmy, ale takie rzeczy, które tutaj pomagają, to
wspólna praca nad projektami, wspólne projekty, dobra dokumentacja, szkolenia
wewnętrzne, może jakiś mentoring.
Możesz zaproponować code review, pair programming.
O wszystkim tym już mówiliśmy.
Mam nadzieję, że już o tym wszystkim wiesz i tylko zwracam Ci naprawdę uwagę, że to
jest coś, co czasami się pomija, bo po prostu jak robota idzie dobrze i masz
fajnych pracowników i każdy ma jakiś tam swój pojedyncze poletko odpowiedzialności,
to może się wydawać, że wszystko jest ok, ale naprawdę może się wydarzyć cokolwiek.
I tutaj ten autobus to jest oczywiście taka gruba hiperbola, ale naprawdę ktoś
może zachorować, czasami kogoś może wyciąć, a czasami ktoś po prostu
stwierdza, że szuka teraz swojego szczęścia w jakiejś innej firmie.
No i jest kłopocik, więc zwracaj proszę na to uwagę.
Moim zdaniem to jest ważne, często pomijane, a Ty nie możesz sobie
pozwolić na takie pominięcia.
Widzimy się w następnej lekcji.