4Developers Jakub Dzwisz Zarzadzanie zespolem... Part 6
Security researchers examine technical aspects of 4Developers Jakub Dzwisz Zarzadzanie zespolem... Part 6.
Summary
### Overview Prezentacja dotyczy dobrych praktyk w zarządzaniu pracą i komunikacją w rozproszonych zespołach deweloperskich (m.in. w metodykach Agile, Scrum, Extreme Programming). Prelegent omawia proces zbierania wymagań od klienta z wyprzedzeniem iteracyjnym, techniki przygotowania do spotkań, specyfikę estymowania zadań w różnych strefach czasowych, a także przeprowadzanie demonstracji (demo) i retrospektyw na poziomie lokalnym oraz globalnym.
### Key Topics - **Współpraca z klientem i zbieranie wymagań**: Kluczowe role niezbędne na spotkaniach projektowych (analityk, tester, deweloper, klient), praca z wyprzedzeniem (zbieranie wymagań w iteracji n na potrzeby iteracji n+1) oraz konieczność spisywania ustaleń w zespole rozproszonym (np. na Wiki) zamiast polegania wyłącznie na pamięci. - **Estymowanie wielkości zadań w zespole rozproszonym**: Wymóg wcześniejszego przygotowania uczestników (czytanie kryteriów akceptacyjnych przed spotkaniem ze względu na bariery językowe i komunikację telefoniczną) oraz zapobieganie sytuacjom, w których tylko jedna lokalizacja decyduje o wycenach. - **Zarządzanie strefami czasowymi**: Wyzwania związane ze strefami czasowymi (np. Stany Zjednoczone, Kraków, Indie, Australia). Zamiast zmuszania 50 osób do pracy w nocy, prelegent rekomenduje delegowanie rotowanych reprezentantów, którzy podejmują decyzje w imieniu zespołu. - **Podsumowania etapów prac (Demo i Retrospektywy)**: Różnica między oceną techniczną (demo oparte na kryteriach akceptacyjnych z udziałem klienta) a oceną procesu (retrospektywa). Wprowadzenie stałych terminów spotkań w kalendarzu oraz podziału na retrospektywy lokalne i globalne.
### Technical Details - **Role na spotkaniach**: Minimum cztery role: klient, analityk, tester (oceniający, czy wymagania wystarczą do napisania testów) oraz deweloper (kodujący rozwiązanie). - **Estymacja i Planning Poker**: Niezależnie od narzędzia (np. planning poker), rolą lokalnego lidera jest zagwarantowanie, że każdy członek zespołu ma możliwość zabrania głosu, co buduje współodpowiedzialność za wycenę zadań. - **Różnice kulturowe i komunikacja**: Zwrócenie uwagi na specyfikę współpracy międzynarodowej (np. praca z klientami z Japonii wymagająca dopytywania o potencjalne poprawki, praca z biurami w Buenos Aires czy Indiach) oraz korzyści ze stałych spotkań wideo i współdzielenia ekranu. - **Podział retrospektyw**: Rozróżnienie retrospektyw na lokalne (gdzie rozwiązuje się np. kwestie jakości połączeń czy lokalne bariery językowe) i globalne (obejmujące cały proces na poziomie międzykontynentalnym).
### Takeaways - W rozproszonych projektach kluczowe jest spisywanie kryteriów akceptacyjnych i publiczne ich udostępnianie, aby uniknąć nieporozumień. - Zespoły pracujące na różnych kontynentach powinny unikać patologii angażowania całych wieloosobowych zespołów w środku nocy – lepiej sprawdza się rotacja reprezentantów. - Terminy spotkań z klientem muszą być sztywne i planowane z dużym wyprzedzeniem (np. w kalendarzu na rok wprzód), aby zapewnić przewidywalność współpracy.
Related talks
PROIDEA Events·10 min
Security researchers examine technical aspects of 4Developers Jakub Dzwisz Zarzadzanie zespolem... Part 1.
PROIDEA Events·10 min
Security researchers examine technical aspects of 4Developers Jakub Dzwisz Zarzadzanie zespolem... Part 2.
PROIDEA Events·10 min
Security researchers examine technical aspects of 4Developers Jakub Dzwisz Zarzadzanie zespolem... Part 3.


