Umiejętności miękkie – czy muszę mieć z nimi coś wspólnego? Czy programista może mieć z nich jakiś pożytek, czy też lepiej zostawić je menedżerom? Czy obciachem jest dla fachowca czytanie książek o inteligencji emocjonalnej? W mojej prezentacji pokażę, co na ten temat mówią raporty z branży i opowiem, jakie skutki miały moje starania, by lepiej dogadywać się z ludźmi. Pomówimy o introwertyzmie, problemach przy code review i unikaniu konfliktu.
2. O CZYM JEST TA PREZENTACJA
1. po co programiście "umiejętności miękkie"
2. trochę podstawowych reguł
co w moim przypadku udało się poprawić
3. skąd można się uczyć
3. O MNIE
10 lat, 3 firmy, 6 zespołów
4–12 osób w zespole
chaos, narzucony waterfall, nieudany scrum, udany scrum
obecnie starszy programista - piszę kod, wykonuję code
review
wolę kodować niż gadać
4. O CZYM MÓWIMY
Umiejętności twarde
ściśle związane z zawodem
mierzalne
Umiejętności miękkie
komunikacja
podejście: entuzjazm, chęć uczenia się, pewność siebie
7. STAR PERFORMANCE
1. strong achievement drive and high achievement
standards
2. ability to influence
3. conceptual thinking
4. analytical ability
5. initiative in taking on challenges
6. self-confidence
Lyle Spencer , 1993"Competence at Work: Models for Superior Performance"
8. EFEKTYWNE ZESPOŁY W GOOGLE
1. psychological safety
2. dependability
3. structure & clarity
4. meaning of work
5. impact of work
https://rework.withgoogle.com/blog/five-keys-to-a-successful-google-team/
9. WPŁYW NA PROJEKT
(50 000 projektów IT w 2015)
wysoka korelacja: niskie "umiejętności miękkie" w zespole
a porażka całego projektu
"dojrzałość emocjonalna" to jeden z 4 najważniejszych
czynników sukcesu
Chaos Report
10. CZEMU WARTO UMIEĆ SIĘ
DOGADYWAĆ?
musisz czasem coś przeforsować
nie wystarczy być programistą, który sprawnie produkuje
kod - liczy się, co wytworzy cały zespół
zainwestuj czas w budowanie relacji, zanim będzie za
późno
12. MÓJ PRZYPADEK 2015/2016
święta zasada i nie ma pola do dyskusji łatwo
formułujesz oskarżeniaciężko się z tobą dyskutuje wolisz
napisać niż porozmawiać wolę odpuścić niż się z tobą kłócić
uwagi jak odczytanie wyrokuforsujesz swoje
pomysły, gdy inni nie są przekonani czuję się
sfrustrowany, gdy robisz mi review masz rację, ale czuję się
zdemotywowany zakładasz własną nieomylność
13. MÓJ PRZYPADEK
listopad 2016
Moim zdaniem stałeś się dużo bardziej
przystępny, co jest wielką wartością dla
całego zespołu
trochę czasami zamykasz się na
przeciwne poglądy. Choć ostatnio mam
wrażenie, że się otworzyłeś
14. POZNAJ SIEBIE
popularny ale niedoskonały
introwertyk to nie "ułomny ekstrawertyk"
muszę zapewniać sobie przerwy od ludzi
korzystaj z mocnych stron
unikaj sytuacji, które cię denerwują
test osobowości Myers-Briggs
15. PRZYJMOWANIE FEEDBACKU
nie widzisz u siebie wielu rzeczy
dowiedziałem się, że jestem sprawiedliwy, ale bardzo
oschły
musisz zbudować zaufanie, by opinia była szczera
16. CO ZROBIĆ Z FEEDBACKIEM
nerwowo reagowałem na krytykę - lepiej podchodzić
z ciekawością
czułem, że uwagi są niesprawiedliwe - prosiłem
o konkretne przykłady
plan działania
ale nie wszystko na raz
17. FEEDBACK W OCADO
pośrednictwo szefa na "1:1"
co miesiąc krótka ocena 360° w zespole
podziękowania (kudosy) - pudełko z cukierkami
raz na pół roku, rok - dokładny formularz wzajemnej
oceny
najlepiej nie czekać, twarzą w twarz
18. BRAK ZAUFANIA
cenię jakość i chcę mieć spokój bez telefonów po nocy
nie wierzyłem, że inni wystarczająco o to dbają
"syndrom oblężonej twierdzy", brałem na siebie zbyt dużo
inni ze strachu przed krytyką mogą pracować w izolacji
19. POZNAJ LUDZI Z ZESPOŁU
podyskutujcie o swoich celach i wizji projektu
jak myślą i reagują?
gry angażujące wszystkich np. Personality Poker
20. PO ZBUDOWANIU ZAUFANIA
mówcie jasno, czym się zajmujecie
zaufaj w kompetencje innych - odsuwaj od siebie zadania,
które normalnie bierzesz
21. ZŁY BRAK KONFLIKTU
ktoś nie daje sobie rady - po cichu poprawiasz po nim
toksyczni ludzie
ktoś kogoś nie lubi: dogadywanie, kliki, "biorę tylko
historyjki z mojego obozu"
PKP (pochwal-krytykuj-pochwal) alias to
zły pomysł
metoda kanapki
23. DOBRY KONFLIKT
ktoś nie daje rady - powiedz o tym, wyznacz małe kroki
do postępu, monitoruj
nie podoba ci się sytuacja - wal wprost
mów, czego oczekujesz
krytykuj postępowanie, a nie osobę
24. PRETENSJE
ktoś zawalił - kusi, żeby dać mu popalić
zranisz czyjąś dumę - okopie się na swoim stanowisku
zacznij od założenia dobrej woli, nie rozkazuj
przemyśl, co zyskasz wyładowując frustrację
25. KŁÓTLIWOŚĆ
programiści często bronią poglądów jak religii, widzą
czarno-biało: "ja mam dobry kod, a ty zły"
sprowadź rozmowę na temat celów i jak je osiągnąć
26. AROGANCJA
zaczynałem dyskusję od podkreślania, że mam rację
na pewno masz pełny obraz sytuacji?
zacznij od pytań, żeby zrozumieć
28. OTWÓRZ SIĘ NA INNE PUNKTY
WIDZENIA
robiłem zmiany - frustrowałem się, że inni nie trzymają
się konwencji
opowiedz swój pomysł, spytaj o zdanie, nie zakładaj, że się
zgodzą
ludzie muszą być przekonani, żeby czegoś dotrzymywali
30. SAMOROZWÓJ
jedna prezentacja niczego nie zmieni
w stresie ciężko myśleć - trzeba mieć nawyki
zapisz się na szkolenie np. asertywności
uczy m.in. unikania reagowania agresją na konflikt
powinno mieć dużo ćwiczeń praktycznych
31. KSIĄŻKI
Kerry Patterson, Joseph Grenny, Ron McMillan, Al Switzler
"Crucial Conversations: Tools for Talking When Stakes Are
High", 2002
32. Brian W. Fitzpatrick, Ben Collins-Sussman "Team Geek:
A Software Developer's Guide to Working Well with Others",
2012
36. DO POBRANIA
Prezentacja na licencji
: autor , licencja CC BY 4.0.
Zdjęcie: autor , CC0 1.0
i okładki książek wykorzystano na prawie cytatu.
slideshare.net/PiotrKubowicz1
Creative Commons Attribution 4.0 International
Piramida Piotr Kaczmar
Barn Images
Zrzuty ekranu z dyskusji