Jak zostać liderem w IT: Niestandardowe formy komunikacji
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ść.
To będzie lekcja o komunikacji niestandardowej.
Już troszeczkę o tym mówiliśmy, ale w tej lekcji to rozwinę, bo oczywiście jest
ta komunikacja, którą każdą znamy.
Więc ja staję naprzeciwko ciebie i gadamy ze sobą.
To każdy zna. Są spotkania, są jakieś komunikatory.
Oczywiście takie zwykłe, normalne rzeczy każdy zna, wiadomo o co chodzi.
Ale ja uważam, że taka komunikacja niestandardowa, która wydaje się
nieoczywista na pierwszy rzut oka, albo pierwszy rzut mózgu,
czasami też jest bardzo fajna i warto pomyśleć Nie zawsze się sprawdzi, wiadomo,
ale warto o niej pomyśleć i być może czasami może Ci pomóc i oszczędzić
niektórych spotkań, bo wiadomo, że spotkania niestety czasami mają tendencję
do tego, żeby rozbijać nam pracę, a tego byśmy zazwyczaj nie chcieli.
I takim pierwszym, pierwszą komunikacją, na którą bym chciał zwrócić
Twoją uwagę jest kot i kot.
Naprawdę może być bardzo fajną komunikacją, w szczególności jeżeli
mówimy o osobach technicznych.
Czyli dobrze, Fajnie sformatowany kod, fajnie podzielony na fajne
moduły, z których coś wynika.
Naprawdę może bardzo pomóc.
Jeżeli mamy w całej firmie najlepiej w dziale, to już nawet nie wspominam, ale w
całej firmie jakiś ogólnie ustalony styl.
Jak piszemy to każdy wie mniej więcej gdzie się czego spodziewać, więc od razu
automatycznie jest mniej tych rozmów.
Oczywiście to też nie jest tak, że mówimy, że ten kod jest super napisany, więc w
sumie nie wiem, po co tu przychodzisz do mnie.
Rozmawiamy z ludźmi jak najbardziej.
Czasami lepiej powiedzieć jedno zdanie, niż siedzieć dwie
godziny i patrzeć na kod.
To jest jakby jasne, ale jeżeli to jest fajnie napisane, to może oszczędzić
wielu, wielu takich rozmów.
I to jest, myślę, coś, do czego warto dążyć.
I tutaj trzeba oczywiście od razu powiedzieć o czymś, co w IT jest też
bardzo kością niezgody, tak to nazwijmy może, czyli komentarze w kodzie.
Jedni powiedzą tak, drudzy powiedzą nie.
Większość powie nie, a ja powiem strategiczny komentarz w jakimś dobrym
miejscu w kodzie naprawdę dużo więcej powie, niż choćby nie wiem
jak pięknie napisany kod.
Więc naprawdę warto.
Spróbuj.
W szczególności jeżeli tutaj mówimy o jakimś bardziej skomplikowanym algorytmie,
a czasami piszemy coś tak, że ta druga osoba się zastanawia, dlaczego on to robi
i być może jest za tym jakiś argument.
Czasami nie ma, to się zdarza, ale jeżeli jest za tym jakiś argument, to po prostu
nawet takie dwie linijki komentarza w tym kodzie wszystko powiedzą.
Na przykład ten kod wygląda w ten sposób, ponieważ on jest skrojony po to, żeby
był turbo wydajny, ponieważ to, to i to.
I wtedy wszyscy wiedzą i rozumieją, dlaczego to wygląda tak, a nie inaczej.
Języki wysokiego poziomu mają to do tego, że ukrywają dużo takich rzeczy.
Ale na pewno już się spotkałeś z sytuacją, że trzeba było zejść odrobinkę niżej i tam
ten kod już nie wygląda być może tak pięknie jak na co dzień.
Oczywiście wszystko zależy w czym piszesz, bo może piszesz w językach bardzo niskiego
poziomu, więc dla Ciebie to jest codzienność, ale na pewno wiesz o
co mam i co tutaj Ci chcę przekazać.
Drugim takim niestandardowym sposobem komunikacji, albo może nie kojarzącym się
do końca z komunikacją są systemy do zarządzania zadaniami, takie jak Jira,
takie jak Trello czy jakieś tam jeszcze inne.
Wszystko zależy co Wy tam używacie u siebie w firmie.
Ja tam Jira i Trello lubię całkiem, są spoko, ale wiem, że też inne są całkiem
niezłe I jak to można uznać za komunikację?
No także jeżeli to jest prowadzone dobrze i ja wiem, że z tym jest masakryczny
problem zazwyczaj, bo w szczególności osobom technicznym nie chce się tego
prowadzić, ale no trzeba się zmusić i nawet zrobić to tak, żeby to było proste
do prowadzenia, bo czasami wiecie, takie są wymyślone rzeczy, że nie dziwię się, że
nikt nie chce tego prowadzić, bo tam tyle rzeczy trzeba zaznaczyć, Ale jeżeli to
jest jakoś fajnie skonstruowane, to naprawdę nie ma problemu, żeby po
zakończonym zadaniu tam wejść, to zaznaczyć i wtedy wszystko nagle
staje się jasne, oczywiste.
Każdy wie, w którym momencie jest.
Jeżeli pracujemy z działem produktowym, jeżeli pracujemy z działem marketingu,
jeżeli pracujemy z innym działem technicznym, oni od razu wiedzą, w którym
my jesteśmy miejscu i być może czasami nawet nie trzeba wtedy już tego
raportować, bo to po prostu jest widoczne, że zrobiliśmy tyle, że jesteśmy
na czas, że wszystko się zgadza.
Całkiem fajny pomysł.
Parę razy sprawdzałem.
Całkiem nieźle działa.
Spróbuj i Ty. Kolejną rzeczą wartą rozważenia.
I też mi się wydaje, że się do końca z komunikacją nie kojarzy większości ludzi.
To jest dokumentacja.
I jeżeli dokumentacja jest fajnie zrobiona i ja tutaj nie mówię o jakiś opasłych
tomach, że trzeba tam wszystko opisywać.
Ja to osobiście uważam zazwyczaj za stratę czasu.
Znowu wiem, to zależy od projektu.
Czasami to jest konieczne, ale na jakimś poziomie abstrakcji,
zazwyczaj tym wyższym.
Jakiś diagram?
IK Parę słów wyjaśnienia, jakaś dosłownie strona A4, może 2, może
naprawdę sporo, sporo zmienić.
I wtedy, jeżeli ktoś, nie wiem, stracił wątek, może musiał się przepiąć między
różnymi zadaniami, może dopiero wraca do tego projektu z powrotem.
To wystarczy zazwyczaj, że spojrzy na taką dokumentację i już wie co jest do
zrobienia, a jak już nawet ma dopytać, to dopyta mniej.
Poza tym, jeżeli właśnie na przykład w naszym projekcie okazuje się, że się nie
wyrabiamy i trzeba wziąć dodatkową osobę, może z naszego działu, może
z innego, wszystko jedno.
Jeżeli mamy taką dokumentację, jakiś nawet prosty schemat blokowy, który coś tam
pokazuje, to nawet jeżeli siedzimy z tą osobą i tłumaczymy, no to jeżeli masz taki
schemat blokowy, no to ja i ty wiemy, jak to jest sto razy prościej wytłumaczyć i
jak to wszystko staje się bardzo szybko bardzo jasne, bo jednak ludzie
lubią wizualne różne komunikaty.
A taki diagram jakby nie patrzeć.
No cóż, chyba nie ma nic bardziej wizualnego niż diagram.
Chciałbym też zwrócić uwagę na coś, co chyba komunikacją Ogólnie wszyscy uważają,
że jest, ale może to jest coś, o czym zazwyczaj się nie myśli.
Twoje zachowanie i to jak pracujesz również jest komunikacją.
W szczególności wydaje mi się, ale nie tylko dla Twojego zespołu.
Bo jak Ty pracujesz, jak podchodzisz do problemów, jak się zachowujesz, jaki
jesteś dla innych, Jak rozwiązujesz różnego typu konflikty, Jak starasz
się w ogóle spinać różne rzeczy?
Jak podchodzisz w ogóle do swoich obowiązków i jak starasz się
raportować to, co się dzieje tu i tam?
Uwierz mi, ludzie to widzą i zazwyczaj starają się jednak te dobre rzeczy
naśladować, albo widzą, że to jest dla Ciebie ważne, więc też
starają się tak robić.
Oczywiście nie wszyscy tacy są, to jest jasne.
Tutaj na pewno się nie pokłócimy, jeżeli o to chodzi, bo ludzie są naprawdę, naprawdę
różni, ale to też jest jakiś rodzaj komunikacji i ja osobiście uważam, że
zawsze, ale to zawsze trzeba dawać sobą przykład innym, Czy oni za tym pójdą,
czy nie, to już jest całkiem inna sprawa.
Ale chyba to jest jedyny sposób, żeby w ogóle cokolwiek osiągnąć.
Bo Bo ludzi się nie zmieni, nie wciśnie się im do głowy tego, czego nie chcą.
Ale swoim przykładem możesz naprawdę sporo pokazać i możesz wprowadzić
zmianę u niektórych.
I te rzeczy, te cztery, które ci tutaj przekazałem, musisz przyznać, nie są takim
standardowym rzeczą, o której się myśli.
Jak jest komunikacja, spróbuj ich.
Czasami działają fajnie, czasami trochę gorzej.
Wszystko zależy od sytuacji.
Wiadomo jak to w IT to zależy, ale dużo, dużo osób bardzo to lekceważy
albo w ogóle o tym nie myśli.
Ale Ty nie lekceważ.