Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
HELLO THERE !
Krzysztof Jendrzyca, Mateusz Tarnaski
MINIMALIZOWANIE SZKÓD
POWODOWANYCH PRZEZ NOWEGO
CZŁONKA W ZESPOLE
AGENDA
1. problem nowego człowieka w teamie
2. wytwarzanie oprogramowania jest problemem
społecznym, a nie technicznym
3. ...
NEW GUY IN TOWN
MACIUŚ
brak doświadczenia w pracy w projekcie
ew. freelancing
jego pierwsza "prawdziwa" praca
KASIA
rok doświadczenia jako tester aplikacji webowych
jej drugie miejsce pracy
chęć rozwoju
PIOTR
9 lat doświadczenia
wymiata frameworki
prywatny, duży projekt na boku
ANY PROBLEMS?
Nie wykonuje tasków na czas
Źle wykonuje taski
Nie zna technologii
Nie potrafi zgrać się z teamem
Nie zna domeny
Zadaje gł...
NIE WYKONUJE TASKÓW NA CZAS
Źle wykonuje taski
Nie zna technologii
Nie potrafi zgrać się z teamem
Nie zna domeny
Zadaje gł...
Zrozumiem cały system
Overengineering
Perfekcjonizm
ROZWIĄZANIE
świadomość business value
współpraca (nie zamykać ludzi w boksach)
pisz dobry kod
wykorzystaj doświadczenie no...
Nie wykonuje tasków na czas
ŹLE WYKONUJE TASKI
Nie zna technologii
Nie potrafi zgrać się z teamem
Nie zna domeny
Zadaje gł...
Dobiera złe rozwiązania do problemu
Używa jednego młotka do każdego zadania
Nie prosi o pomoc
Nie stosuje się do standardów kodzenia w teamie
ROZWIĄZANIE
pair programming
dev meetingi
sformalizowanie coding standards
acceptance criteria
Nie wykonuje tasków na czas
Źle wykonuje taski
NIE ZNA TECHNOLOGII
Nie potrafi zgrać się z teamem
Nie zna domeny
Zadaje gł...
Dlatego źle wykonuje taski
Narusza coding standards
Nie potrafi używać narzędzi (git, tfs, bugtrackery, R#)
ROZWIĄZANIE
wewnątrzfirmowe szkolenia
dev meetingi, pair programming
oddział do zadań specjalnych
mentoring
szkółka DEV/QA
Nie wykonuje tasków na czas
Źle wykonuje taski
Nie zna technologii
NIE POTRAFI ZGRAĆ SIĘ Z TEAMEM
Nie mówi o swoich proble...
Różne typy charakterów
Brak zaufania
Patrick Lencioni
Boi się powiedzieć o problemach
NIE MÓWI O SWOICH PROBLEMACH
Bo jest introwertykiem
Nie chce przeszkadzać
Chce się pokazać z jak najlepszej strony
nie chce wyjść na idiotę
sam ogarnie
boi się odrzucenia
ROZWIĄZANIE
wciągać go w dialog
robić retro
zasygnalizować, żeby nie krył się z problemami
pokazać, że jego problemy są pr...
NIE UDZIELA FEEDBACKU O
PROBLEMACH WOKÓŁ NIEGO
Czuje się zagubiony
Czuje, że jego feedback będzie bezwartościowy
Nie chce być problemowy
ROZWIĄZANIE
niebezpośrednie formy udzielania feedbacku
issue box
what's the dumbest thing you see? ~Dan North
Nie wykonuje tasków na czas
Źle wykonuje taski
Nie zna technologii
Nie potrafi zgrać się z teamem
NIE ZNA DOMENY
Zadaje gł...
seriously?
ROZWIĄZANIE
Nie wymagaj cudów
Nadaj znaczenie projektowi jednym zdaniem (CRUD dla
sukienek)
Specjalne wprowadzenie w domen...
Nie wykonu je tasków na czas
Źle wykonuje taski
Nie zna technologii
Nie potrafi zgrać się z teamem
Nie zna domeny
ZADAJE G...
Why? Why? Why?
jest wyrwany z kontekstu
nie wie czemu dana decyzja została podjęta
Pyta bez przerwy
(i to przeszkadza)
ROZWIĄZANIE
decision log
wiki
dobre user story
dobry backlog
Pracuj już teraz na swoją przyszłość
Nie wykonuje tasków na czas
Źle wykonuje taski
Nie zna technologii
Nie potrafi zgrać się z teamem
Nie zna domeny
Zadaje gł...
Jestem QA i moim zadaniem jest znalezienie 100% bugów
znajdujących się w systemie
Jestem developerem i moim zadaniem jest produkowanie
kodu
ROZWIĄZANIE
business value wspólnym celem teamu
zdefiniuj proces
cały team musi wziać na siebie odpowiedzialność
dobry men...
Nie wykonuje tasków na czas
Źle wykonuje taski
Nie zna technologii
Nie potrafi zgrać się z teamem
Nie zna domeny
Zadaje gł...
Rozwiązanie enterprise do każdej, nawet najmniejszej
funkcjonalności
Tworzy cały model bazy danych zanim w ogóle wiadomo co
aplikacja ma robić
Siedzi nad taskiem 3 dni i nikt nie wie co robi
Zachowaniem nie przystaje do modelu teamu
ROZWIĄZANIE
zdefiniowany tech stack, coding standards
dobrze zdefiniowany proces
katy/hackatony pozaprojektowe
instrukcje ...
MASZ LENIWEGO
CZŁOWIEKA?
ZNAJDŹ SOBIE NOWEGO.
TL;DR
AKA PODSUMOWANIE
sucha wiedza nie chroni przed popełnianiem błędów
stresujące sytuacje wpychają ludzi w stare nawyki
TO NIE ICH WINA
inicja...
Pracuj już teraz na swoją przyszłość
DZIĘKI ZA UWAGĘ
Krzysztof Jendrzyca (@kjendrzyca)
Mateusz Tarnaski (@tarnas14)
4Developers 2015: Minimalizowanie szkód powodowanych przez nowego członka w zespole - Krzysztof Jendrzyca, Mateusz Tarnaski
4Developers 2015: Minimalizowanie szkód powodowanych przez nowego członka w zespole - Krzysztof Jendrzyca, Mateusz Tarnaski
4Developers 2015: Minimalizowanie szkód powodowanych przez nowego członka w zespole - Krzysztof Jendrzyca, Mateusz Tarnaski
4Developers 2015: Minimalizowanie szkód powodowanych przez nowego członka w zespole - Krzysztof Jendrzyca, Mateusz Tarnaski
4Developers 2015: Minimalizowanie szkód powodowanych przez nowego członka w zespole - Krzysztof Jendrzyca, Mateusz Tarnaski
4Developers 2015: Minimalizowanie szkód powodowanych przez nowego członka w zespole - Krzysztof Jendrzyca, Mateusz Tarnaski
4Developers 2015: Minimalizowanie szkód powodowanych przez nowego członka w zespole - Krzysztof Jendrzyca, Mateusz Tarnaski
4Developers 2015: Minimalizowanie szkód powodowanych przez nowego członka w zespole - Krzysztof Jendrzyca, Mateusz Tarnaski
Upcoming SlideShare
Loading in …5
×

4Developers 2015: Minimalizowanie szkód powodowanych przez nowego członka w zespole - Krzysztof Jendrzyca, Mateusz Tarnaski

606 views

Published on

Krzysztof Jendrzyc, Mateusz Tarnaski

Language: Polish

Nowy człowiek w zespole znowu utrudnia Ci życie? Zawraca głowę, zadaje głupie pytania zamiast wziąć się do roboty? Spędza Ci sen z powiek czerwonymi buildami i failującymi testami? A może siedzi cicho, ale za to najprostsze rzeczy zajmują mu mnóstwo czasu? Na podstawie własnych doświadczeń przedstawimy jak przeciwdziałać takim sytuacjom i zdusić podobne problemy w zarodku.

Published in: Software
  • Be the first to comment

  • Be the first to like this

4Developers 2015: Minimalizowanie szkód powodowanych przez nowego członka w zespole - Krzysztof Jendrzyca, Mateusz Tarnaski

  1. 1. HELLO THERE ! Krzysztof Jendrzyca, Mateusz Tarnaski
  2. 2. MINIMALIZOWANIE SZKÓD POWODOWANYCH PRZEZ NOWEGO CZŁONKA W ZESPOLE
  3. 3. AGENDA 1. problem nowego człowieka w teamie 2. wytwarzanie oprogramowania jest problemem społecznym, a nie technicznym 3. jak po objawach dojść do sedna problemu 4. co u nas zadziałało
  4. 4. NEW GUY IN TOWN
  5. 5. MACIUŚ brak doświadczenia w pracy w projekcie ew. freelancing jego pierwsza "prawdziwa" praca
  6. 6. KASIA rok doświadczenia jako tester aplikacji webowych jej drugie miejsce pracy chęć rozwoju
  7. 7. PIOTR 9 lat doświadczenia wymiata frameworki prywatny, duży projekt na boku
  8. 8. ANY PROBLEMS?
  9. 9. Nie wykonuje tasków na czas Źle wykonuje taski Nie zna technologii Nie potrafi zgrać się z teamem Nie zna domeny Zadaje głupie pytania biznesowe, techniczne Nie rozumie swojej roli w procesie Ma zabetonowane przyzwyczajenia
  10. 10. NIE WYKONUJE TASKÓW NA CZAS Źle wykonuje taski Nie zna technologii Nie potrafi zgrać się z teamem Nie zna domeny Zadaje głupie pytania biznesowe, techniczne Nie rozumie swojej roli w procesie Ma zabetonowane przyzwyczajenia
  11. 11. Zrozumiem cały system
  12. 12. Overengineering
  13. 13. Perfekcjonizm
  14. 14. ROZWIĄZANIE świadomość business value współpraca (nie zamykać ludzi w boksach) pisz dobry kod wykorzystaj doświadczenie nowego członka zespołu
  15. 15. Nie wykonuje tasków na czas ŹLE WYKONUJE TASKI Nie zna technologii Nie potrafi zgrać się z teamem Nie zna domeny Zadaje głupie pytania biznesowe, techniczne Nie rozumie swojej roli w procesie Ma zabetonowane przyzwyczajenia
  16. 16. Dobiera złe rozwiązania do problemu
  17. 17. Używa jednego młotka do każdego zadania
  18. 18. Nie prosi o pomoc
  19. 19. Nie stosuje się do standardów kodzenia w teamie
  20. 20. ROZWIĄZANIE pair programming dev meetingi sformalizowanie coding standards acceptance criteria
  21. 21. Nie wykonuje tasków na czas Źle wykonuje taski NIE ZNA TECHNOLOGII Nie potrafi zgrać się z teamem Nie zna domeny Zadaje głupie pytania biznesowe, techniczne Nie rozumie swojej roli w procesie Ma zabetonowane przyzwyczajenia
  22. 22. Dlatego źle wykonuje taski
  23. 23. Narusza coding standards
  24. 24. Nie potrafi używać narzędzi (git, tfs, bugtrackery, R#)
  25. 25. ROZWIĄZANIE wewnątrzfirmowe szkolenia dev meetingi, pair programming oddział do zadań specjalnych mentoring szkółka DEV/QA
  26. 26. Nie wykonuje tasków na czas Źle wykonuje taski Nie zna technologii NIE POTRAFI ZGRAĆ SIĘ Z TEAMEM Nie mówi o swoich problemach Nie udziela feedbacku o problemach wokół niego Nie zna domeny Zadaje głupie pytania biznesowe, techniczne Nie rozumie swojej roli w procesie Ma zabetonowane przyzwyczajenia
  27. 27. Różne typy charakterów
  28. 28. Brak zaufania
  29. 29. Patrick Lencioni
  30. 30. Boi się powiedzieć o problemach
  31. 31. NIE MÓWI O SWOICH PROBLEMACH
  32. 32. Bo jest introwertykiem
  33. 33. Nie chce przeszkadzać
  34. 34. Chce się pokazać z jak najlepszej strony nie chce wyjść na idiotę sam ogarnie boi się odrzucenia
  35. 35. ROZWIĄZANIE wciągać go w dialog robić retro zasygnalizować, żeby nie krył się z problemami pokazać, że jego problemy są problemami teamu idź z nim na piwo dowiedz się jak myśli kim on jest
  36. 36. NIE UDZIELA FEEDBACKU O PROBLEMACH WOKÓŁ NIEGO
  37. 37. Czuje się zagubiony
  38. 38. Czuje, że jego feedback będzie bezwartościowy
  39. 39. Nie chce być problemowy
  40. 40. ROZWIĄZANIE niebezpośrednie formy udzielania feedbacku issue box what's the dumbest thing you see? ~Dan North
  41. 41. Nie wykonuje tasków na czas Źle wykonuje taski Nie zna technologii Nie potrafi zgrać się z teamem NIE ZNA DOMENY Zadaje głupie pytania biznesowe, techniczne Nie rozumie swojej roli w procesie Ma zabetonowane przyzwyczajenia
  42. 42. seriously?
  43. 43. ROZWIĄZANIE Nie wymagaj cudów Nadaj znaczenie projektowi jednym zdaniem (CRUD dla sukienek) Specjalne wprowadzenie w domenę Powiedz co kto wie (QA Adam) Persony
  44. 44. Nie wykonu je tasków na czas Źle wykonuje taski Nie zna technologii Nie potrafi zgrać się z teamem Nie zna domeny ZADAJE GŁUPIE PYTANIA BIZNESOWE, TECHNICZNE Nie rozumie swojej roli w procesie Ma zabetonowane przyzwyczajenia
  45. 45. Why? Why? Why? jest wyrwany z kontekstu nie wie czemu dana decyzja została podjęta
  46. 46. Pyta bez przerwy (i to przeszkadza)
  47. 47. ROZWIĄZANIE decision log wiki dobre user story dobry backlog
  48. 48. Pracuj już teraz na swoją przyszłość
  49. 49. Nie wykonuje tasków na czas Źle wykonuje taski Nie zna technologii Nie potrafi zgrać się z teamem Nie zna domeny Zadaje głupie pytania biznesowe, techniczne NIE ROZUMIE SWOJEJ ROLI W PROCESIE Ma zabetonowane przyzwyczajenia
  50. 50. Jestem QA i moim zadaniem jest znalezienie 100% bugów znajdujących się w systemie
  51. 51. Jestem developerem i moim zadaniem jest produkowanie kodu
  52. 52. ROZWIĄZANIE business value wspólnym celem teamu zdefiniuj proces cały team musi wziać na siebie odpowiedzialność dobry mentoring szkółka DEV/QA komunikacja, komunikacja, komunikacja
  53. 53. Nie wykonuje tasków na czas Źle wykonuje taski Nie zna technologii Nie potrafi zgrać się z teamem Nie zna domeny Zadaje głupie pytania biznesowe, techniczne Nie rozumie swojej roli w procesie MA ZABETONOWANE PRZYZWYCZAJENIA
  54. 54. Rozwiązanie enterprise do każdej, nawet najmniejszej funkcjonalności
  55. 55. Tworzy cały model bazy danych zanim w ogóle wiadomo co aplikacja ma robić
  56. 56. Siedzi nad taskiem 3 dni i nikt nie wie co robi
  57. 57. Zachowaniem nie przystaje do modelu teamu
  58. 58. ROZWIĄZANIE zdefiniowany tech stack, coding standards dobrze zdefiniowany proces katy/hackatony pozaprojektowe instrukcje udzielane przez cały team pilnowanie przez cały team, aby w stresie nie wracał do starych nawyków
  59. 59. MASZ LENIWEGO CZŁOWIEKA?
  60. 60. ZNAJDŹ SOBIE NOWEGO.
  61. 61. TL;DR AKA PODSUMOWANIE
  62. 62. sucha wiedza nie chroni przed popełnianiem błędów stresujące sytuacje wpychają ludzi w stare nawyki TO NIE ICH WINA inicjatywa musi wyjść od teamu świadomość business value pair programming poznaj gościa (piwo z nowym)
  63. 63. Pracuj już teraz na swoją przyszłość
  64. 64. DZIĘKI ZA UWAGĘ Krzysztof Jendrzyca (@kjendrzyca) Mateusz Tarnaski (@tarnas14)

×