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 delegowaniu odpowiedzialności.
No ale Czarek to już sto razy było o tej odpowiedzialności.
No było sto razy.
No i teraz przed tobą stoję pierwszy raz, bo to naprawdę jest
bardzo, bardzo istotne.
Wielu osobom się wydaje, że to jest w miarę to samo, Czyli to delegowanie
odpowiedzialności i delegowanie zadań.
No nie jest. No i nawet bardzo nie jest.
No i pozwól, że Ci wytłumaczę.
Ogólnie jest tak, że już jakiś projekt macie.
No i nawet już ludzie sobie gdzieś tam pracują na jakimś poziomie abstrakcji
macie to ogarnięte, czyli wszystko ok.
No ale wchodzicie głębiej, no i się pojawiają jakieś problemy.
No bo przecież wszystkiego się na tej kartce nie da przewidzieć.
Jakieś case'y?
Być może pracujecie już w projekcie, w którym już coś kiedyś było zrobione.
No nie jest to takie bardzo oczywiste, co tam powinno być dalej robione.
No więc ludzie powinni teraz już ci, którzy wykonują to wziąć
za to odpowiedzialność.
No bo przecież nie możesz ty cały czas siedzieć i każdej jednej rzeczy doglądać.
Ty koordynujesz.
Być może masz jakąś swoją część. Dlaczego by nie?
Nawet fajnie jak coś masz, bo może wcześniej byłeś programistą i dalej
chcesz programować, więc całkiem fajnie.
No ale nie możesz przecież wszystkiego tutaj robić, więc ta odpowiedzialność
jest naprawdę bardzo, bardzo istotna.
Taka osoba odpowiedzialna podejmuje niektóre decyzje projektowe lub je
konsultuje, znajduje problemy i je rozwiązuje albo eskaluje je.
Dalej pracuje z innymi w projekcie.
No bo przecież nie jesteście zazwyczaj samotną wyspą i dobrze by było, żebyś nie
musiał uczestniczyć w każdej jednej rozmowie pomiędzy działami i tak dalej.
Oczywiście ważne jest, żebyś wiedział, w którym to wszystko jest momencie,
na której jesteśmy stronie, czy to wszystko fajnie idzie i tak dalej, żeby
wiedzieć, co się w tym projekcie dzieje.
Ale naprawdę każda jedna decyzja nie musi należeć do Ciebie.
W szczególności, że przecież po to też masz ten zespół.
I jeżeli już delegujesz tą odpowiedzialność, a naprawdę zachęcam Cię
rób to, dawaj tyle odpowiedzialności, ile jest w stanie udźwignąć dana osoba.
I tutaj nie chodzi o to, że dajemy tylko seniorom, bo tylko oni
są w stanie udźwignąć.
Każdy jest w stanie udźwignąć jakąś część odpowiedzialności.
I nawet junior, bo czemu by nie?
Czemu junior miałby nie dźwigać jakieś odpowiedzialności?
Oczywiście znowu tyle, ile jest w stanie udźwignąć.
Ale chociaż mało to daje i ten junior czy juniorka w przyszłości Ci podziękuje.
Ale Ty też sobie podziękujesz w przyszłości, bo będziesz mieć takiego
pracownika, który pracuje rzeczywiście sam bierze odpowiedzialność jest niejako pod
Ciebie, no bo przecież zespół musimy jakoś zbudować pod siebie i pod swój styl pracy,
no bo inaczej to by się raczej trochę ciężko żyło.
Po raz setny powtórzę deleguj odpowiedzialność, a nie zadania.
Mam nadzieję, że to wbiłem już do Twojej głowy i dzięki temu Twoja praca będzie
lepsza i będziesz widzieć jak dzieje się magia.
To tyle w tej lekcji.
Widzimy się w następnej. Hej!