Jak zostać liderem w IT: Overcommunication
Zarządzaj karierą, zespołem i projektami
4 godz. 9 min · Biznes i Automatyzacje
Cezary ŁysiakDevCzego się nauczysz
- Dogłębne zrozumienie roli lidera w IT i jego kluczowych kompetencji
- Praktyczne wskazówki, jak budować autorytet i zaufanie w zespole
- Nauka zarządzania projektami IT z naciskiem na efektywność i wyniki
- Rozpoznawanie i radzenie sobie z czerwonymi flagami w zespole i projektach
- Zrozumienie miejsca zespołu IT w strukturze firmy i jego wpływu na cele biznesowe
- Strategie oparte na rzeczywistych wyzwaniach i doświadczeniach liderów w IT
Rola lidera w IT
Zaczynamy 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.
Miejsce lidera i zespołu IT w firmie
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.
Komunikacja
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.
Efektywne zarządzenie zespołem
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.
Realizacja projektów IT
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.
Czerwone flagi
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.
Rozwój lidera i zespołu
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).
Dla kogo jest ten kurs?
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 koncepcji, która może wydać się całkiem interesująca.
Moim zdaniem to jest całkowity game changer.
Ukradłem ją i nawet mi brewka nie tyka, jak ją ukradłem z książki Async Remote.
Naprawdę fajna. Polecam.
Mówię tutaj mianowicie o czymś takim, co się nazywa over communication
i o co w tym chodzi.
Chodzi w tym o to, że mówisz trochę więcej niż by Ci się wydawało,
że być może trzeba by.
Czyli jeżeli masz jakiekolwiek wątpliwości, czy jakaś informacja powinna
wyjść na zewnątrz, czy nie, to wychodzi.
Taka jest zasada.
Oczywiście tutaj więcej trochę ma to sensu i dużo większa skala i dużo więcej
zyskasz, jeżeli będziesz używać over communication, w tym w tej
pracy asynchronicznej i zdalnej.
To jest jakby na pewno, ale wydaje mi się, że w takiej normalnej pracy, nazwijmy ją
normalną, też to jest całkiem fajna zasada, którą warto wykorzystywać.
No i jak to wprowadzić?
Jak to zrobić?
O co mi konkretnie chodzi?
Jeżeli skończyłeś zadanie.
Oznaczasz je w górę.
Jeżeli masz na przykład jakieś diagramy, jakiegoś ganta, Giganta.
To aktualizuje się na bieżąco.
Jeżeli masz skończone jakiś etap, to pokazujesz co skończyłeś.
Jeżeli było spotkanie.
Wysyłasz podsumowanie takiego spotkania.
Jeżeli dokumentujesz, no to dzielisz się czymś, że ta dokumentacja została
zrobiona, zaktualizowana i tak dalej, i tak dalej.
W ten sposób informacje nie giną w ten sposób.
Czasami być może powiesz troszeńkę za dużo, niż być może ktoś by chciał
wiedzieć, ale troszeczkę za dużo jest lepsze niż troszeczkę za mało.
To jest jakby jasne.
I pewnie brzmi to Tobie jak całkiem dużo powiadomień, które się gdzieś tam
pojawiają w różnych miejscach.
No i być może rzeczywiście tak jest.
Niektórym to nie przeszkadza.
Mi na przykład przeszkadza duża ilość powiadomień.
Ale kto powiedział kiedykolwiek, gdzieś tam komuś jeszcze,
kto powiedział, że ty musisz, musisz tego słuchać, że tych powiadomień trzeba
czytać od razu, że one są takie ważne.
Oczywiście nie mówię tutaj od razu, bo żadne mroczne ekstrema nie wchodzimy.
Nie mówię o tym, że się coś pali.
Jak się coś pali, to idziemy i gasimy.
To jest całkiem normalne.
Takie rzeczy trzeba wiedzieć.
Można mieć wydzielony jakiś kanał i naprawdę polecam mieć
wydzielony jakiś taki kanał.
Wszystko jedno gdzie on jest, czy na Slacku, czy w mailu, czy coś.
Jeden rodzaj powiadomień, które Ci się na czerwono wszędzie palą te pożary.
Właśnie to bardzo polecam mieć, bo no takie rzeczy jak gdzieś tam z boku sobie
leżą i nic z nimi nie robimy, no to wiadomo, masakra.
Ale ogólnie rzecz biorąc nie wszystkie te informacje są takie turbo ważne
i możesz czasami trochę poczekać.
I jeżeli załóżmy masz jakiś taki styl pracy, że ja na przykład taki
mam, może Ty też taki masz. Polecam.
Ogólnie załóżmy, że masz te 8 godzin, w której pracujesz, bo załóżmy, że tak
pracujesz, to możesz sobie z tego wydzielić na bloki, które są, na pracę tą
taką głęboką, że się skupiasz, na przykład jesteś programistą, albo może coś
projektujesz, albo inne rzeczy skupiasz się i na przykład przez godzinę, półtorej,
dwie siedzisz i się na tym skupiasz, a potem jest przerwa, w której przeglądasz,
czy się coś pojawiło, jakaś informacja, czy ciekawa dla ciebie, czy nie.
Naprawdę dajmy ludziom pracować tak, jak chcą.
Nie może być oczywiście tak, że ktoś te powiadomienia sprawdza raz na
tydzień, bo to jest bez sensu.
Ale dajmy ludziom samym sobie skonfigurować to, jak chcą pracować.
I dopóki codziennie, chociaż raz albo dwa razy przejrzą i sprawdzą, co jest ciekawe,
co nie zapoznają się z tym co się dzieje.
Ja naprawdę nie widzę żadnego problemu.
To super działa, nie ma z tym problemów.
Znowu wracamy.
Nie dotyczy to pożarów.
Pamiętaj, nie dotyczy to pożarów.
Więc podsumowując wiem, że się już tutaj nagadałem w innych
lekcjach, że ok, powinno być konkretnie.
Nie powinniśmy się powtarzać, bo nikt nie lubi powtarzania i tak dalej.
Czasami jest tak, że naprawdę lepiej powiedzieć odrobinkę więcej.
Ja nie mówię, że dwa razy więcej, ale odrobinę więcej niż odrobinę mniej, bo to
odrobinę mniej doprowadzi do problemów, do niedopowiedzeń i czasami do straty czasu.
A ta odrobina więcej to najwyżej będzie odrobiną więcej.
I być może jak ktoś dostanie 10% więcej informacji niż by chciał.
Ja wolę w tą stronę. Nie wiem jak Ty.
Widzimy się w następnej lekcji. Hej.