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 tym, na co jestem wyjątkowo cięty, a mianowicie
nie ma czegoś takiego jak my oni.
Jest tylko ja, on lub ona.
Nie ma czegoś takiego, że sobie mówimy my coś zrobimy, my coś powinniśmy, bo na
przykład tak mówimy my powinniśmy to zrobić.
Jacy my?
Czyli kto konkretnie ma to zrobić? No nie wiem.
Kamil i Paweł mają to zrobić.
No i to są jakieś konkrety.
Albo ustalmy wspólne zasady.
No kto ma ustalić?
No my mamy ustalić.
No ale ok, my to sobie możemy pogadać razem na temat tych wspólnych zasad, ale
kto to potem spisze, kto to potem będzie wdrażał?
No Patrycja i Weronika.
No i to są znowu jakieś konkrety. Zróbmy.
Powinniśmy. Oni to ogarną.
To jest zezwolenie, aby tego nie zrobił absolutnie nikt.
I potem kogo będziesz rozliczać za coś?
No ich. Ale jakich?
Znowu ich? Nie ma ich.
Trzeba mieć konkretne osoby, żeby móc z czegoś kogoś rozliczyć, co nie?
Bo nie ma odpowiedzialnych.
No to nie ma odpowiedzialności.
No, to jest chyba dosyć proste, nie?
Jeżeli powiem, że mój zespół jest za coś odpowiedzialny, to nie znaczy,
że zespół jest odpowiedzialny.
Tylko ja, Czarek, jestem odpowiedzialny.
Ja wiem, że czasami to jest trudne, w szczególności jeżeli chodzi o jakieś
konflikty, które trzeba rozwiązać, bo na przykład mówimy, że no u nas w zespole to
się strasznie obniżyły standardy, no ale jak w zespole, to wszyscy obniżyli
standardy, absolutnie każda jedna osoba.
No nie, nie, no chyba Sebastian obniża.
No to właśnie Sebastian obniża te standardy.
Takie stawianie wszystkiego w liczbie mnogiej rozmywa całkowicie
odpowiedzialność.
No i nie wiadomo tak do końca, co z tym zrobić.
No już nie wspomnę o tym, jakie takie podejście buduje podziały.
Bo znowu jaka jest sytuacja, proszę pani, proszę pani, bo oni zrobili to i tamto.
No jacy oni?
No ten w tym dziale supportu to oni narobili.
No to cały support zrobił ci coś?
Czy ktoś może konkretny?
A no tak konkretnie to w sumie zrobił tam Patryk.
No to i to już jest w ogóle coś innego od razu.
No bo co? Cały support?
No przecież wątpię, że cały support.
I tutaj nie chodzi o support.
Czy cały dział marketingu ci zawinił, czy cały dział sprzedaży.
Takie coś buduje masakryczne podziały i wtedy są tylko my i oni i my to jesteśmy
oczywiście ci dobrzy i ci wspaniali, a oni wiadomo ci źli.
Brzmi to trochę znajomo?
No więc uważaj na takie rzeczy, bo to naprawdę nie prowadzi w żaden fajne
miejsce, a raczej tylko do samych problemów.
Widzimy się w następnej lekcji.