4Developers 2015: Minimalizowanie szkód powodowanych przez nowego członka w zespole - Krzysztof Jendrzyca, Mateusz Tarnaski
•
0 likes•710 views
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.
Recommended
Recommended
More Related Content
Featured
Featured (20)
4Developers 2015: Minimalizowanie szkód powodowanych przez nowego członka w zespole - Krzysztof Jendrzyca, Mateusz Tarnaski
- 1. HELLO THERE ! Krzysztof Jendrzyca, Mateusz Tarnaski
- 2. MINIMALIZOWANIE SZKÓD POWODOWANYCH PRZEZ NOWEGO CZŁONKA W ZESPOLE
- 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
- 5. NEW GUY IN TOWN
- 6. MACIUŚ brak doświadczenia w pracy w projekcie ew. freelancing jego pierwsza "prawdziwa" praca
- 7. KASIA rok doświadczenia jako tester aplikacji webowych jej drugie miejsce pracy chęć rozwoju
- 8. PIOTR 9 lat doświadczenia wymiata frameworki prywatny, duży projekt na boku
- 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. 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
- 14. Overengineering
- 15. Perfekcjonizm
- 16. ROZWIĄZANIE świadomość business value współpraca (nie zamykać ludzi w boksach) pisz dobry kod wykorzystaj doświadczenie nowego członka zespołu
- 17. 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
- 18. Dobiera złe rozwiązania do problemu
- 19. Używa jednego młotka do każdego zadania
- 20. Nie prosi o pomoc
- 21. Nie stosuje się do standardów kodzenia w teamie
- 22. ROZWIĄZANIE pair programming dev meetingi sformalizowanie coding standards acceptance criteria
- 23. 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
- 24. Dlatego źle wykonuje taski
- 26. Nie potrafi używać narzędzi (git, tfs, bugtrackery, R#)
- 27. ROZWIĄZANIE wewnątrzfirmowe szkolenia dev meetingi, pair programming oddział do zadań specjalnych mentoring szkółka DEV/QA
- 28. 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
- 30. Brak zaufania
- 31. Patrick Lencioni
- 34. Boi się powiedzieć o problemach
- 35. NIE MÓWI O SWOICH PROBLEMACH
- 38. Chce się pokazać z jak najlepszej strony nie chce wyjść na idiotę sam ogarnie boi się odrzucenia
- 40. 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
- 41. NIE UDZIELA FEEDBACKU O PROBLEMACH WOKÓŁ NIEGO
- 43. Czuje, że jego feedback będzie bezwartościowy
- 44. Nie chce być problemowy
- 45. ROZWIĄZANIE niebezpośrednie formy udzielania feedbacku issue box what's the dumbest thing you see? ~Dan North
- 46. 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
- 47. seriously?
- 48. 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
- 50. 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
- 51. Why? Why? Why? jest wyrwany z kontekstu nie wie czemu dana decyzja została podjęta
- 52. Pyta bez przerwy (i to przeszkadza)
- 53. ROZWIĄZANIE decision log wiki dobre user story dobry backlog
- 54. Pracuj już teraz na swoją przyszłość
- 55. 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
- 56. Jestem QA i moim zadaniem jest znalezienie 100% bugów znajdujących się w systemie
- 58. Jestem developerem i moim zadaniem jest produkowanie kodu
- 59. 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
- 60. 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
- 61. Rozwiązanie enterprise do każdej, nawet najmniejszej funkcjonalności
- 62. Tworzy cały model bazy danych zanim w ogóle wiadomo co aplikacja ma robić
- 63. Siedzi nad taskiem 3 dni i nikt nie wie co robi
- 64. Zachowaniem nie przystaje do modelu teamu
- 65. 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
- 70. 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)
- 71. Pracuj już teraz na swoją przyszłość
- 72. DZIĘKI ZA UWAGĘ Krzysztof Jendrzyca (@kjendrzyca) Mateusz Tarnaski (@tarnas14)