Przewodnik po Scrumie | 5. Zespół Scrumowy – co to jest i jak działa?

Scrum Team to zespół pracujący zgodnie z zasadami Scrum. Jego najważniejszą cechą jest brak wewnętrznej hierarchii. Po ustaleniu celu i zakresu zadań do wykonania w Sprincie, inicjatywę przejmują członkowie zespołu. Od tego momentu sami podejmują decyzje, kto, jak i kiedy zrobi co. Jak działa taki samozarządzający zespół?

Zespół Scrumowy – spis treści:

1. Zespół Scrumowy – definicja i zadania
2. Kompozycja
3. Działanie Zespołu Scrumowego
4. Streszczenie

Zespół Scrumowy – definicja i zadania

Zespół Scrumowy jako całość odpowiada za swoje działania. Dlatego musi mieć uprawnienia do zarządzania swoją pracą. Ma to szczególne znaczenie w większych organizacjach. Jeżeli zespół ma działać zgodnie z zasadami Scrum, rytm i sposób jego działania nie może być zakłócany z zewnątrz. Ale oczywiście w zespole Scrum każda osoba ma swoje określone obowiązki.

Głównym zadaniem całego zespołu jest praca nad osiągnięciem Celu Produktu. Realizacja tego Celu rozłożona jest na krótkie Sprinty. W każdym Sprincie Zespół Scrumowy buduje nową roboczą część projektu – Przyrost. Małe zadania wykonywane przez zespół są dobrze zdefiniowane w sprincie i rozdzielone między członków zespołu.

Kompozycja

Zazwyczaj Scrum Team składa się z nie więcej niż dziesięciu osób. W jej skład powinni wchodzić profesjonaliści o otwartych umysłach, których kompetencje wzajemnie się uzupełniają. Skład Zespołu Deweloperskiego zmienia się w zależności od realizowanego projektu. Jednak zawsze są dwie kluczowe postacie: Product Owner i Scrum Master. W kolejnych artykułach poświęcimy im osobne wpisy, więc tutaj tylko pokrótce nakreślimy ich znaczenie dla zespołu.

Właściciel Produktu

Właściciel Produktu to równorzędny w hierarchii członek zespołu. Jest jednak kluczową postacią w zostaniu głosem klienta w Zespole Scrumowym. W ten sposób zespół może wypełnić lukę między producentem a klientem, a także stale rozwijać i podnosić jakość dostaw. Właściciele produktu ustalają również priorytety pracy zespołu. Znajduje to odzwierciedlenie zarówno w Celu Produktu, jak i treści Backlogu Produktu.

To Właściciel Produktu odpowiada na pytania dotyczące Produktu zadawane przez innych członków zespołu z perspektywy klienta. Upewnia się również, że kierunek i cel Zespołu Deweloperskiego są jasne, że akceptują pracę wykonaną przez Developerów. I zatwierdza przekazanie wyniku klientowi.

Mistrz Scrum

Scrum Master pomaga wszystkim członkom zespołu Developerów zrozumieć teorię i praktykę Scrum oraz działa jako pośrednik. Często są jednocześnie członkami Zespołu Deweloperskiego i wsparciem Właściciela Produktu. Nadal jednak tylko Scrum Master odpowiada za funkcjonowanie zespołu i jego działania zgodnie z zasadami Scrum.

Muszą czuwać nad drużyną, aby stać się zarówno liderem, jak i trenerem. Scrum Masters skupiają się na obserwacji niedociągnięć oraz wdrażaniu ulepszeń i poprawek. Dodatkowo Scrum Masters monitoruje wydajność i efektywność pracy Developerów.

Deweloperzy

Deweloperzy to wszyscy członkowie zespołu, którzy nie są Właścicielami Produktów ani Scrum Masterami. Nazwa nie powinna Cię mylić – nie chodzi tylko o programistów. Deweloperami mogą być osoby o bardzo różnych umiejętnościach i obowiązkach.

Deweloperzy odpowiadają za planowanie swoich zadań, czyli tworzenie planu Sprintu zawartego w Backlogu Sprintu. A także codzienną pracę nad rozwojem Produktu w celu wytworzenia w każdym Sprincie użytecznego Przyrostu (wzrostu) zgodnie z Definicją Ukończenia.

Działanie Zespołu Scrumowego

Zespół Scrumowy ma charakter interdyscyplinarny . Nie oznacza to oczywiście, że każdy może wykonać każde zadanie postawione przed Zespołem Scrumowym. Jej członkowie wspólnie posiadają wszelkie umiejętności niezbędne do wykonywania zadania i kierowania własną pracą.

Dlatego tak ważne jest budowanie zaufania między ludźmi w Zespole Scrumowym. A także budowanie zaufania organizacji do Zespołu Scrumowego jako całości i dawanie mu niezależności. To właśnie zmotywuje jej członków do podejmowania trudniejszych zadań, wykraczających poza ich codzienne obowiązki.

Interdyscyplinarność nie tylko pomaga zwiększyć produktywność zespołu. Sprawia również, że profesjonaliści z różnych dyscyplin pracujących jako Zespół Scrumowy są w stanie pomagać sobie nawzajem w realizacji zadań postawionych przed zespołem, uzupełniając swoje umiejętności.

Wymaga to umiejętności współpracy. Ponadto każdy członek zespołu musi posiadać ogólną wiedzę na temat tego, co robi każda osoba. W ten sposób uczestnicy Scrum Team wiedzą, do kogo zwrócić się po fachową pomoc, jeśli mają problem z zadaniem.

Streszczenie

Podsumowując, Scrum Team to zespół składający się z Product Ownera, Scrum Mastera i Developerów. Jego głównym zadaniem jest osiągnięcie Celu Produktowego poprzez wytwarzanie wartościowych Przyrostów w każdym Sprincie. Zespół Scrumowy to interdyscyplinarna grupa profesjonalistów zarządzana od wewnątrz. Kompetencje członków zespołu uzupełniają się i wzmacniają poprzez wzajemną pomoc, częste informacje zwrotne i zaangażowanie.

Jeśli podobają Ci się nasze treści, dołącz do naszej pracowitej społeczności pszczół na Facebooku, Linkedin i Twitterze.

Autor: Caroline Becker

Jako Project Manager Caroline jest ekspertem w znajdowaniu nowych metod projektowania najlepszych przepływów pracy i optymalizacji procesów. Jej zdolności organizacyjne i umiejętność pracy pod presją czasu sprawiają, że jest najlepszą osobą do realizacji skomplikowanych projektów.

Zobacz wszystkie posty

Przewodnik po Scrumie:

1. Słowniczek podstawowych pojęć, ról i pojęć
2. Co to jest Scrum?
3. Wartości Scrum
4. Jak wdrożyć Scrum w swojej firmie?
5. Zespół Scrumowy - co to jest i jak działa?
6. Kim jest Product Owner?
7. Najczęstsze błędy Product Ownera
8. Kim jest Scrum Master?
9. Charakterystyka dobrego Scrum Mastera
10. Najczęstsze błędy Scrum Mastera
11. Jakie statystyki i metryki powinien śledzić Scrum Master?
12. Współpraca Product Ownera ze Scrum Masterem
13. Zespół Deweloperski w Scrum
14. Najczęstsze błędy programistów
15. Artefakty Scrum
16. Skalowanie Scrum
17. Backlog Sprintu
18. Czym jest Backlog Produktu?
19. Czym są historie użytkowników?
20. Tworzenie najlepszej historii użytkownika z INVEST
21. Najczęstsze błędy User Story
22. Kryteria akceptacji historii użytkownika
23. Szacowanie i punkty fabularne w Scrumie
24. Poker Planowania
25. Drużynowa gra szacowania
26. Definiowanie przyrostu
27. Wydarzenia scrumowe
28. Czym jest Sprint w Scrumie?
29. Zobowiązania zespołu Scrum – cel produktu, cel sprintu i definicja ukończenia
30. Co to jest wykres spalania?
31. Jak stworzyć i zinterpretować wykres spalania?
32. Zalety i wady wykresu spalania
33. Tablice Kanban w Scrum i Scrumban
34. Velocity in Scrum - Szybkość Zespołu Deweloperskiego
35. Codzienny Scrum
36. Planowanie sprintu
37. Przegląd sprintu
38. Czym jest retrospektywa sprintu?
39. Typowe błędy podczas Retrospektywy Sprintu
40. Pielęgnacja Backlogu Produktu