Skip to content

4Developers Jakub Dzwisz Zarzadzanie zespolem... Part 6

CommunityPROIDEA Events9 minOpen on YouTube ↗

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