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ść.
Lider łączy technologię z biznesem, więc czasami tłumaczy z biznesowego na
taki zespołowy, techniczny, czyli żeby zespół mógł zrozumieć, co jest do
zrobienia, dlaczego, jak to na użytkownika wpływa, w czym mu to pomaga
i tak dalej, i tak dalej.
I wtedy z tego stworzymy coś technicznego albo w drugą stronę.
Czyli zauważyliśmy, że coś technicznego powinniśmy zrobić i mamy do tego jakieś
uzasadnienie, najlepiej biznesowe i je tłumaczymy z technicznego na biznesowe.
No i to jest jakby jasne, to jest, mam nadzieję, że ok, ale są dwie
opcje bycia takim połączeniem.
Można być wytwórcą albo można być współtwórcą.
Wytwórca to wiadomo, dostaje coś do zrobienia, no i to robi.
I w tym nie ma nic złego.
Czasami tak jest, czasami niektórzy to lubią nawet i to jest spoko.
W niektórych większych firmach być może nawet jest trudne, żeby nie być po prostu
wytwórcą, no bo po prostu są procedury, są formalności, jakieś inne rzeczy?
Czasami tak to po prostu jest.
Ale jeżeli jest taka opcja, a dobrze jest nawet czasami spróbować zbudować taką
opcję, bo naprawdę Ty chcesz być współtwórcą.
No ale jaka jest różnica?
No moim zdaniem najprostsza różnica.
Czy najprostsze zdanie, które może to pokazać, to jest, że współtwórca mówi tak
Wy mi powiedzcie, co jest do zrobienia, a ja wam powiem, jak to zrobić.
No ale jak w ogóle można doprowadzić do tego, że rzeczywiście
jest się tym współtwórcą?
No, taki współtwórca ma od wytwórcy no, więcej rzeczy do zrobienia, czego można
było się spodziewać, bo musi przedstawiać aktywnie lepsze pomysły.
Przychodzi do ciebie pomysł i próbujesz go zmodyfikować.
Być może jesteś w stanie zaproponować coś lepszego.
Czasami pomysł oczywiście jest od razu dobry, więc wtedy nie.
Ale wiadomo, jeżeli można, to próbujemy proponować pokazuje ryzyka i szanse.
Czasami chodzi na kompromisy, bo czasami nawet jeżeli jakiś pomysł wydaje
Ci się lepszy, to być może jakiś inny dział jest w stanie coś Ci tutaj pokazać.
Więc te kompromisy też są potrzebne.
I to właśnie jest cecha współtwórcy, bo tworzy to również z innymi działami.
Wiadomo, tutaj jest potrzebny autorytet, żeby coś takiego móc pewnie prowadzić,
żeby ludzie rzeczywiście cię słuchali i wierzyli, że to, co mówisz, ma jakiś sens.
Ale wcześniej załóżmy, że ten autorytet być może jeszcze nie został zbudowany, bo
dopiero jesteś od niedawna w tej firmie, albo może nie było okazji.
Tak czy owak, takie zachowanie może też właśnie budować ten Twój autorytet, więc
to też jest jakiś argument za tym, żeby tak robić.
A czasami taki współtwórca staje nawet murem za użytkownikiem.
I ja wiem, że w świecie technicznym IT w ogóle to jest nie do pomyślenia, bo w
sumie super by się pracowało jakby nie ci użytkownicy, bo oni ciągle coś chcą, ale w
tym akurat przypadku stajesz murem za użytkownikiem i po prostu tłumaczysz, że
słuchajcie, jak to tak zrobimy, to ci użytkownicy będą mieli naprawdę ciężkie
życie I to nie jest dobre dla naszego projektu, dla naszego, dla naszej
aplikacji, dla czegokolwiek. Tworzymy.
Po prostu nie róbmy tak, bo użytkownicy będą mieli ciężkie życie.
To też jest zawsze jakaś opcja i warto, naprawdę warto próbować wejść w tę, w te
bebechy użytkownika i pomyśleć też o nim.
No bo przecież my to dla nich robimy, nie dla siebie, tylko dla tych użytkowników.
A po co w ogóle coś takiego?
No tak jak mówiłem, no to też jest budowanie autorytetu, ale też to
może być droga do dalszego awansu.
Może coś takiego cię interesuje I jak ludzie zobaczą, że ty naprawdę proaktywnie
prowadzisz te projekty i chcesz razem z nimi je tworzyć i że Twoje pomysły mają
sens i prowadzą do czegoś jeszcze fajniejszego i jeszcze fajniejszego,
no to to jest chyba oczywiste.
Argument, że nadajesz się do dalszego awansu, A może po prostu albo nawet nie,
po prostu będziesz dostawać ciekawsze projekty?
Może to poprowadzi do większej samodzielności.
To też jest coś fajnego.
Czyli nie dają Ci wszystkiego?
Czyli Ty nie jesteś mikro management, Jeżeli tak mogę powiedzieć.
Tylko masz tą samodzielność i wiedzą, że można Ci coś dać i Ty
to po prostu zrobisz.
W moim przypadku jest to również większa radość z pracy, bo ja naprawdę lubię
czasami wejść w jakieś takie inne buty i się zastanowić, co moglibyśmy
zrobić lepiej i tak dalej.
I też lubię mieć wpływ na to, co jest robione.
Nie lubię, jeżeli ludzie mi mówią co mam robić i jeszcze jeżeli jeszcze te pomysły
są takie, wiecie, takie sobie, to już w ogóle tego nie
lubię, Więc mi to na przykład daje większą radość z pracy.
Może i Tobie da? Nie wiadomo.
Ogólnie polecam.
Naprawdę chcesz być współtwórcą?
Jeżeli chcesz być wytwórcą, też jest spoko.
To nie jest coś, co jest konieczne i jeżeli tego nie zrobisz to będzie koniec.
Ale to jest coś, co rekomenduję, bo naprawdę to fajnie działa
i życie jest lepsze.
Widzimy się w następnej lekcji.