Jak działa zespół Scrum? – Szybki przewodnik

• Właściciel produktu
• Scrum Master
• Zespół rozwojowy

Samodzielne i wieloosobowe

W Scrum, zespół jest samodzielny i wieloosobowy:

• Zespół samodzielny decyduje, jak najlepiej wykonać swoją pracę — zamiast być kierowanym przez kogoś poza zespołem.
• Zespół wieloosobowy posiada wszystkie umiejętności potrzebne do wykonania pracy, niezależnie od osób poza zespołem. Model zespołu Scrum został zaprojektowany w celu optymalizacji elastyczności, kreatywności i produktywności.

Jak zespoły Scrum efektywnie współpracują?

Zespoły Scrum dostarczają przyrost produktu stopniowo i iteracyjnie, maksymalizując możliwości otrzymywania opinii. Dostarczanie „gotowego” przyrostu produktu gwarantuje, że zawsze jest dostępna wersja gotowa do wysyłki.

Scrum jest definiowany przez zestaw zasad (lub pięciu wartości Scrum), które powinny być rozumiane jako proste wytyczne dotyczące skutecznego działania w zespole. Są to:

• Odwaga – zwłaszcza podczas rozwiązywania trudnych problemów
• Skupienie
• Zaangażowaniewobec wspólnych celów zespołu
• Szacunek dla członków zespołu
• Przejrzystość do pracy i wszelkich wyzwań, które mogą się pojawić

Kluczowe koncepcje Scrum

Scrum składa się z seriiSprintów lub iteracji rozwojowych. Każdy sprint Scrum obejmuje ten sam proces: role (osoby), wydarzenia (spotkania) iArtefakty (widoczne wyniki pracy).

• Sprint to powtarzalny cykl rozwojowy, aż projekt zostanie ukończony.
• W trakcie każdego sprintu wymagania są tworzone, testowane, integrowane i zatwierdzane (często w formie historii użytkownika). Ten proces kontynuuje się od sprintu do sprintu.

Jak już wspomniano, framework Scrum składa się z trzech różnych kategorii:Role, Wydarzenia, orazArtefakty:

Role w Scrum

Framework Scrum jest zdefiniowany przez trzy podstawowe role: zespół rozwojowy, mistrz Scrum i właściciel produktu.

Właściciel produktu

Właściciel produktu odpowiada za maksymalizację wartości produktu i pracy zespołu rozwojowego. Sposób osiągnięcia tego może się różnić w zależności od organizacji, zespołu Scrum i poszczególnych osób.

Rola właściciela produktu

Właściciel produktu jest jedyną osobą odpowiedzialną za zarządzanieBacklogiem produktu. Zarządzanie backlogiem produktu obejmuje:

• Jasne wyrażanie elementów backlogu produktu;
• Ustawianie elementów w backlogu produktu w taki sposób, aby najlepiej osiągnąć cele i cele;
• Optymalizowanie wartości pracy wykonywanej przez zespół rozwojowy;
• Zapewnianie, że backlog produktu jest widoczny, przejrzysty i jasny dla wszystkich, pokazując, nad czym Scrum zespół będzie pracował dalej; i
• Zapewnienie, że zespół rozwojowy rozumie elementy listy produktu na pożądanej głębokości.

Scrum Master

Scrum Master odpowiada za zapewnienie zrozumienia i wdrożenia Scrumu. Scrum Master osiąga to poprzez zapewnienie, że zespół Scrum przestrzega teorii, praktyk i zasad Scrumu.

Scrum Master jest liderem usługi dla zespołu Scrum. Scrum Master pomaga osobom poza zespołem Scrum zrozumieć, które interakcje z zespołem są użyteczne, a które nie. Scrum Master pomaga każdemu zmienić te interakcje w celu maksymalizacji wartości tworzonej przez zespół Scrum.

Rola Scrum Mastera

Scrum Master wspiera Product Ownera na różne sposoby, w tym:

• Określanie skutecznych technik zarządzania listą produktu;
• Pomaganie zespołowi Scrum zrozumieć potrzebę jasnych i zwięzłych elementów listy produktu;
• Zrozumienie planowania produktu w środowisku empirycznym;
• Zapewnienie, że Product Owner wie, jak ułożyć listę produktu w celu maksymalizacji wartości;
• Zrozumienie i praktykowanie elastyczności; i
• Zarządzanie Zdarzenia Scrum gdy to konieczne.

Scrum Master wspiera zespół rozwojowy

Scrum Master wspiera zespół rozwojowy na różne sposoby, w tym:

• Kierowanie zespołem rozwojowym w zakresie samoorganizacji i wielofunkcyjności;
• Pomaganie zespołowi rozwojowemu w dostarczaniu produktów o wysokiej wartości;
• Usunięcie przeszkód, które utrudniają postępy zespołu;
• Zarządzanie zdarzeniami Scrumu, gdy to konieczne; i
• Kierowanie zespołem rozwojowym w organizacjach, w których Scrum nie został jeszcze w pełni przyjęty lub zrozumiany.

Scrum Master wspiera organizację

• Scrum Master wspiera organizację na wiele sposobów, w tym:
• Kierowanie i prowadzenie przyjęcia Scrumu przez organizację;
• Planowanie wdrożenia Scrumu w organizacji;
• Pomaganie pracownikom i interesariuszom zrozumieć i przyjąć Scrum oraz rozwoju produktu empirycznego;
• Wprowadzanie zmian w celu poprawy produktywności zespołu Scrum; i
• Współpraca z innymi Scrum Masterami w celu zwiększenia skuteczności Scrumu w całej organizacji.

Zespół rozwojowy

Zespół rozwojowy składa się z profesjonalistów, którzy dostarczają potencjalnie wysyłalny „Gotowy” przyrost produktu na końcu każdego Sprintu. Tylko członkowie zespołu rozwojowego mogą tworzyć ten przyrost.

Zespół rozwojowy jest samodzielny i wspierany przez organizację, aby organizować i zarządzać własną pracą. Ta zgodność optymalizuje ogólną wydajność i skuteczność zespołu.

Rola zespołu rozwojowego

Zespół rozwojowy ma następujące cechy:

• Są samodzielne. Nikt (nawet Scrum Master) nie mówi zespołowi rozwojowemu, jak przekształcić elementy listy produktu w potencjalnie gotowy do wysyłki przyrost.
• Zespół rozwojowy jest wielostronicowy, posiadając wszystkie umiejętności potrzebne do stworzenia przyrostu produktu.
• Scrum nie uznaje żadnych tytułów poza „Programistą” dla członków zespołu rozwojowego, niezależnie od wykonywanej pracy. Ta zasada nie ma wyjątków.
• Scrum nie uznaje żadnych podzespołów w obrębie zespołu rozwojowego, niezależnie od specyficznego obszaru, który jest omawiany (np. testowanie lub analiza biznesowa). Ta zasada nie ma wyjątków.
• Poszczególni członkowie zespołu mogą mieć specjalistyczne umiejętności i doświadczenie, ale odpowiedzialność spoczywa na całym zespole rozwojowym.

Zdarzenia Scrum

Framework Scrum charakteryzuje się pięcioma zdarzeniami. Są to: Sprint,Planowanie Sprintu, Codzienna Scrum, Przegląd Sprintu, orazRetrospektywa Sprintu.

• ZdarzenieSprint (nazywany również iteracją) jest podstawową jednostką rozwoju w Scrumie. Sprint tozdefiniowany czasowopraca — oznacza to, że jest ograniczona do określonego czasu. Czas trwania każdego Sprintu jest ustalony z góry, zazwyczaj od jednej do czterech tygodni, najczęściej dwóch tygodni.
• Planowanie Sprintu to zdarzenie w ramach frameworku Scrum, w którym zespół ustala, które elementy listy produktu będą realizować w trakcie Sprintu, oraz omawia swój początkowy plan ich zakończenia.
• ZdarzenieCodzienna stand-up (nazywane również Daily Scrum) to krótkie spotkanie zdefiniowane czasowo, które odbywa się codziennie. Spotkanie to zwykle trwa od 5 do 15 minut i czasem nazywane jest stand-up, porannym zjazdem lub codziennym synchronizowaniem.
• ZespółPrzegląd Sprintu następuje po zakończeniu Sprintu. Podczas przeglądu właściciel produktu wyjaśnia, co zostało zrealizowane, a co nie zostało zrealizowane w trakcie Sprintu. Następnie zespół prezentuje pracę zrealizowaną i omawia postępy, trudności oraz sposoby poprawy.
• Za Sprint Retrospective jest organizowany po każdym Sprintie, po przeglądnęciu Sprintu. Daje zespołowi możliwość oceny własnej pracy i stworzenia planu poprawy na następny Sprint.

Artefakty Scrum

Artefakty to fizyczne zapisy zawierające szczegółowe informacje o projekcie. Artefakty Scrum obejmują listę produktu, listę Sprintu, oraz przyrosty produktu.

• Za listę produktuto uporządkowana lista funkcji, błędów lub prac technicznych, które obecnie nie są w trakcie realizacji. Z perspektywy właściciela produktu powinna zawierać całą wartościową pracę.
• W miarę zmian wymagań produktu, właściciel produktui inni członkowie zespołu wspólnie przeglądują i dostosowują listę produktu, gdy to konieczne.
• Za listę Sprintuto lista wszystkich elementów z listy produktu wybranych do Sprintu. Ta lista jest tworzona przez ustawianie priorytetów elementów z listy produktu, aż zespół uzna, że osiągnął swoją pojemność Sprintu. Członkowie zespołu rejestrują zadania w liście Sprintu na podstawie swoich umiejętności i priorytetów, zgodnie z zasadą samoorganizacji w Scrumie.
• Za przyrost produktuto suma całej zrealizowanej pracy produktowej w trakcie Sprintu, plus cała praca zrealizowana w poprzednich Sprintach. Celem Sprintu jest wytworzenie gotowego przyrostu produktu. Zespół Scrum decyduje, co oznacza stan „Gotowy” dla przyrostu produktu, ale wszyscy członkowie muszą się zgodzić i zrozumieć definicję.

Cykl życia Scrum

Cykl życia Scrum zaczyna się od listy produktu, ale nie zawiera wskazówek, jak ją tworzyć lub priorytetyzować. Zamiast tego obejmuje serię Sprintów, które w końcu prowadzą do potencjalnie wysyłalnego przyrostu produktu, jak pokazano na poniższym diagramie.

W trakcie tych Sprintów wszystkie działania wymagane do rozwoju produktu odbywają się na małej części całego produktu. Poniżej znajduje się wyjaśnienie kluczowych kroków w cyklu życia Scrum:

Framework Agile Scrum

• Firmy ustalają priorytety, a zespół organizuje się samodzielnie, aby określić najlepszy sposób dostarczenia najważniejszych funkcji.
• Właściciel produktu reprezentuje firmę, odpowiada za utrzymanie listy produktu (listy funkcji) i ustalanie priorytetów rozwoju.
• W trakcie planowania Sprintu zespół pobiera małą część z góry listy, dodaje ją do listy Sprintu i decyduje, jak ją dostarczyć.
• Scrum opiera się na cyklach iteracyjnych zwanych Sprintami, które zwykle trwają od 2 do 4 tygodni, w trakcie których produkt jest projektowany, kodowany i testowany, a codzienne spotkania śledzą postępy (Daily Scrum).
• W trakcie tego procesu mistrz Scrum utrzymuje zespół skupiony na swoich celach.
• Na końcu Sprintu praca powinna być gotowa do dostarczenia stakeholderom.
• Sprint kończy się przeglądem Sprintu i retrospektywą.
• W kolejnym Sprintie zespół wybiera kolejny fragment Backlogu Produktu i zaczyna od nowa.
• Proces kontynuuje się, aż cały backlog zostanie ukończony – lub aż praca zostanie zawieszona z powodu ograniczeń czasowych lub budżetowych.
• To kontynuuje się, aż projekt zostanie uznany za zakończony, albo gdy praca zostanie zawieszona (termin, budżet itp.), albo gdy cały backlog zostanie ukończony.