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ść! Witam Cię w kolejnej lekcji.
W niej porozmawiamy o komunikacji z zespołem, czyli o komunikacji, której
będziesz mieć na co dzień najwięcej.
No i to będzie też taka komunikacja, która będzie najbardziej techniczna z pewnością.
Oczywiście, tak jak w każdym innym przypadku, musimy dostosowywać to, co
mówimy, do tego, jak osoba jest doświadczona, z którą rozmawiamy, być może
jaką ma specjalizację w danym projekcie.
No bo znowu nie ma nic gorszego niż mówić do osoby tak trudnym
językiem, jaki tylko znamy.
To do niczego nie prowadzi.
Komunikacja z Twoim zespołem będzie różnić się od komunikacji np.
Z przełożonymi albo z innymi działami?
Bo moim zdaniem to jest tutaj taka komunikacja najbardziej otwarta,
najbardziej transparentna i najbardziej pełna.
Dużo rozmawiamy ze swoim zespołem na temat na przykład projektów, ale nie tylko.
Ale mimo wszystko jednak najwięcej będziecie w takim kontekście
projektowym rozmawiać.
I tutaj bardzo otwarcie i raczej w pełni tłumaczymy swoje decyzje, dlaczego coś
zrobiło będzie zrobione tak, a dlaczego inaczej.
Jakieś są Być może problemy, które się pojawiają w projekcie i
też mówimy o nich otwarcie.
Bo ludzie naprawdę lubią wiedzieć.
I jest wiele osób, które uważają, że być może nie powinniśmy mówić, bo coś tam
zniszczymy, jakieś morale i takie inne rzeczy.
Z mojego doświadczenia jest tak, że ludzie naprawdę wolą wiedzieć i docenią to, że
ty im mówisz o takich różnych rzeczach.
I to oczywiście nie znaczy, że musisz na nich wszystkie problemy, jakie tylko się
pojawią kierować, bo to też nie o to chodzi.
Dużo możesz sam rozwiązać, ale ludzie naprawdę lubią wiedzieć.
Lubią rozumieć, co się dzieje, bo inaczej to zaczynają swoje własne jakieś teorie.
I te teorie często są naprawdę jakieś dziwne tworzyć w swoich własnych głowach i
wtedy jest naprawdę tylko i wyłącznie gorzej.
Więc taka otwarta, pełna, transparentna komunikacja, w szczególności w
Twoim zespole na pewno pomoże.
I tutaj ja nie widzę żadnych zagrożeń, a jak ktoś widzi, to jego sprawa.
Ale nie chodzi o to, żebyś tylko stał i mówił, na podium się postawił.
I ja wam teraz wygłoszę, co będzie i wam wszystko wytłumaczę, a wy
po prostu mnie wysłuchacie.
Bo tutaj, w tej komunikacji bardzo ważne jest też to, żeby nauczyć
się aktywnie słuchać.
Ja wiem, że to jest trudne.
Mi to na pewno sprawiało na samym początku pewne trudności, ale bardzo ważne jest to,
żeby naprawdę więcej starać się słuchać niż samemu mówić.
I ludzie naprawdę będą ci podsuwać naprawdę dobre pomysły.
Będą mieli ciekawe, różne rozwiązania, o których nawet Tobie do
głowy nie przyjdzie.
I czym więcej tego jest oczywiście tym lepiej.
No i oczywiście, że pod koniec dnia i po skończonym czasie trzeba podjąć jakąś
decyzję, ale wysłuchanie innych to nie jest żaden problem.
Z zespołem oczywiście nie rozmawiasz tylko i wyłącznie o projektach, ale też bardzo
dobrze by było, jakbyś rozmawiał o sytuacji w firmie, czyli co się dzieje.
Być może są jakieś roszady, być może zmieniają się cele, być może są
jakieś nowe plany na kolejny kwartał.
Dobrze, żeby ludzie dowiadywali się tego od Ciebie i znowu Ty im
to przekażesz w pełni.
Nie będziesz niczego oszukiwał.
Przekażesz to w taki sposób, żeby dla nich to było wszystko zrozumiałe, żeby
zrozumieli te decyzje i też znowu, żeby nie tworzyli własnych teorii, bo to
naprawdę nigdy się dobrze nie kończy, a zazwyczaj kończy się źle.
To, co mi się wydaje również bardzo istotne, jeżeli chodzi o komunikację z
Twoim zespołem, to informacja zwrotna.
Warto ją dawać tak często, jak jest tylko to możliwe.
Zarówno taką pozytywną, czyli że fajnie coś zrobiłeś, ciekawe rozwiązanie.
Ja bym o tym nie pomyślał.
Warto takie rzeczy mówić, to zawsze dobrze działa, ale też
informacje te mniej przyjemne, czyli na przykład no to nie jest
za fajne rozwiązanie.
Umawialiśmy się inaczej I w takich przypadkach według mnie kluczem jest to,
żeby takie informacje trafiały do ludzi od razu.
Oczywiście dajesz sobie chwilkę czasu na zastanowienie, no bo nie ma co od razu
lecieć, ale tak szybko jak to tylko możliwe na bieżąco
od razu mówimy i od razu rozwiązujemy tą sprawę.
Nie ma nic gorszego niż takie gnijące nie wiadomo co, bo Ty się boisz zagadać
albo nie wiesz co ta osoba pomyśli.
Po prostu ta informacja musi być na bieżąco, musi być konkretna.
I tu nie chodzi o to, żeby kogoś krytykować albo zgnoić.
Chodzi o to, żeby ludzie się uczyli, więc też jest oczywiście sztuką przekazanie
tego tak, żeby oni poczuli, że to jest jakaś nauka, a nie, że
próbuje się ich gnoić.
Trudne, ale do zrobienia.
No już na koniec tej lekcji jeszcze sobie przejdźmy.
Jakie spotkania, jakiego typu komunikacja może pomóc Ci w zespole?
No i to, co na pewno pomaga, to są różnego rodzaju statusowe spotkania projektowe.
To jest coś, co oczywiście powinno w miarę często się zdarzać.
Oczywiście nie za często, być może raz w tygodniu jest ok, ale to powinno być coś,
co jednak robicie, bo dobrze by było wiedzieć, że jesteśmy w tym
samym miejscu projekcie.
Każdy to tak samo rozumie i te prace idą tak, jak byśmy chcieli, żeby szły.
Tutaj też pomagają oczywiście retrospektywy.
Nie będę Ci tłumaczył co to jest, bo na pewno wiesz lepiej ode mnie.
Tak jak już wspominałem, spotkania o sytuacji w firmie to mogą być trochę
rzadsze, ale dobrze by było, żeby ludzie byli na bieżąco.
Może jeżeli jakaś informacja jest taka wiecie, hot, to być może trzeba to
troszeczkę wcześniej zorganizować, ale takie cykliczne być może raz na dwa
tygodnie myślę, że są całkowicie wystarczające, żeby ludzie wiedzieli, co
się dzieje, ale też żeby mogli powiedzieć na przykład, że mają jakieś problemy,
niekoniecznie właśnie już tutaj projektowe, tylko jakieś inne.
Może się z kimś nie dogadują, może coś tam wiesz i tyle.
Ile ludzi, tyle może być rzeczy.
Ważne, żeby ludzie mieli miejsce, gdzie mogą takie rzeczy ci powiedzieć i żeby
wiedzieli, że mogą ci je powiedzieć i ty postarasz się pomóc.
Ja się tutaj oczywiście wymądrzam i mówię, co by można było, co by nie można było, że
takie spotkania śmakie owakie, takie komunikatory i inne rzeczy.
Ale prawda jest taka, że już w zespole Razem powinniście zadecydować w jaki
sposób chcecie, Czy czegoś trzeba więcej, czy czegoś trzeba mniej, czy może raz
na tydzień, dwa tygodnie, osiem tygodni.
Naprawdę to wszystko zależy od tego, jaki to jest zespół.
Czasami po prostu jaki to jest projekt i będzie inna komunikacja w tym projekcie, a
za dwa miesiące w innym projekcie już będzie inna komunikacja.
Ale dobrze, żebyście decydowali o tym razem.
Wtedy ludzie też czują, że mogą z tobą porozmawiać, że mogą o czymś zadecydować i
że robimy tak, żeby wszystkim było jak najlepiej.
Oczywiście wszystkim nie dogodzisz, bo tego się nie da, ale żeby
przynajmniej jakiś konsensus powstał.
Myślę, że w tej lekcji wystarczy.
Widzimy się w następnej.