5-minutowe nauki Scrum

Scrum to skupiona, ale elastyczna metoda zarządzania projektami, która pozwala zespołom pracować poprzez iteracyjne procesy rozwoju oprogramowania. Scrum jest empiryczny, dając zespołom metodę formowania hipotez na temat tego, jak według nich coś powinno działać, testowania, reflektowania nad doświadczeniem i wprowadzania odpowiednich korekt — o ile framework jest używany poprawnie.

Struktura Scrum pozwala zespołom łączyć praktyki z innych frameworków, które mają dla ich środowiska znaczenie. W świecie agilnym Scrum stał się wiodącą metodologią rozwoju oprogramowania. Koncepcja Scrum jest wiarygodna i została potwierdzona przez tysiące zespołów rozwojowych na całym świecie. Scrum jest najbardziej odpowiedni dla zespołów wielofunkcyjnych działających w środowiskach rozwoju produktów, gdzie istnieje duża ilość pracy do podziału na wiele iteracji trwających 2 do 4 tygodni.

Pochodzenie Scrum

1986: Takeuchi i Nonaka opublikowali artykuł „Nowa gra w tworzenie nowych produktów”Nowa gra w tworzenie nowych produktów” w „Harvard Business Review”. Artykuł opisał podejście typu rugby, w którym „proces rozwoju produktu powstaje w wyniku ciągłej interakcji między starannie wybranym, wielodyscyplinarnym zespołem, którego członkowie pracują razem od początku do końca.” Ten artykuł często cytowany jest jako inspiracja dla frameworka Scrum.

Wartości Scrum (Wartości Scrum)

Poniższe zasady wspierają empiryczny charakter Scrum:

Przejrzystość
Zespoły muszą pracować w środowisku, w którym wszyscy wiedzą o wyzwaniach, z jakimi borykają się inni członkowie zespołu. Zespoły ujawniają problemy wewnętrznie — często długotrwałe problemy — które utrudniają sukces zespołu.

Inspekcja
Framework zawiera częste punkty kontrolne, które pozwalają zespołom zastanowić się, jak działają ich procesy. Do tych punktów kontrolnych należą spotkania Daily Scrum i przeglądu sprintu.

Adaptacja
Zespoły ciągle oceniają postępy i dostosowują te elementy, które wydają się nieefektywne.

Zespół rozwojowy (Zespół rozwojowy)

Właściciela produktu

Za Właściciela produktu to rola odpowiedzialna za zarządzanie backlogiem produktu w celu osiągnięcia oczekiwanych wyników, które zespół chce dostarczyć.

Rola Właściciela produktu w Scrum istnieje, aby rozwiązać problem wielu sprzecznych kierunków lub braku kierunku, z jakim borykają się zespoły rozwojowe przy decydowaniu, co należy zbudować.

Scrum Mastera

Za Scrum Mastera odpowiada za zapewnienie, że członkowie zespołu żyją wartościami i zasadami agilnymi oraz przestrzegają procesów i praktyk, które zespół zgadza się stosować.

Tytuł został pierwotnie używany w celu oznaczenia eksperta Scrum, który mógł kierować innymi.

Ta rola zazwyczaj nie ma oficjalnej władzy. Osoba w tej roli musi prowadzić z pozycji wpływowej, zazwyczaj przyjmując postawę lidera usługi.

Rozwojowy
Definicja Rozwojowy składa się z tych, którzy dostarczają przyrost produktu w trakcie Sprintu.

Głównym obowiązkiem zespołu rozwojowego jest dostarczenie przyrostu, który tworzy wartość w każdym Sprintie. Sposób przydzielania pracy jest ustalany przez zespół na podstawie obecnych warunków.

Artefakty Scrum

Produktu
Definicja Produktu to uporządkowana lista wszystkich możliwych zmian produktu. Elementy na Backlogu Produktu to opcje, a nie zobowiązania — bycie na liście nie gwarantuje dostarczenia.

Właściciel Produktu ciągle utrzymuje Backlog Produktu, w tym jego zawartość, jasność i uporządkowanie.

Sprintu
Definicja Sprintu to zbiór elementów Backlogu Produktu wybranych do dostarczenia w trakcie Sprintu, wraz z zadaniami, które zespół uznaje za konieczne do dostarczenia tych elementów i osiągnięcia celu Sprintu.

Przyrost
Przyrost to zbiór elementów Backlogu Produktu ukończonych na końcu Sprint spełniających definicję gotowości zespołu. Właściciel Produktu może zdecydować o wydaniu Przyrostu w przyszłym Sprintie lub o jego dalszym budowaniu.

Gotowości
Definicja Gotowości to konsensus w zespole co do kryteriów, które element Backlogu Produktu musi spełnić, zanim zostanie uznany za ukończony.

Zdarzenia Scrum

Sprint
Za z ograniczeniem czasowym wydarzenie o czasie trwania do jednego miesiąca, w którym zespół dostarcza potencjalnie wysyłalny przyrost produktu. Typowe cechy Sprintu:

• Stała długość trwania przez cały okres rozwoju
• Nowy Sprint zaczyna się od razu po zakończeniu poprzedniego
• Data rozpoczęcia i zakończenia Sprintu są ustalone

Planowanie Sprintu (Planowanie Sprintu)
Zespół zaczyna Sprint, dyskutując, które elementy z Backlogu Produktu będą realizowane w trakcie Sprintu. Ostatecznym wynikiem planowania Sprintu jest Backlog Sprintu.

Planowanie Sprintu zwykle dzieli się na dwie części. W pierwszej części Właściciel Produktu i inni członkowie zespołu ustalają, które elementy Backlogu Produktu zostaną uwzględnione w Sprintie.

W drugiej części planowania Sprintu zespół ustala, jak pomyślnie dostarczyć wybrane elementy Backlogu Produktu jako część potencjalnie wysyłalnego przyrostu produktu. Jeśli taką praktykę stosują, zespół może określić konkretne zadania wymagane do osiągnięcia tego celu. Wybrane elementy Backlogu Produktu (jeśli dotyczy) i zidentyfikowane zadania tworzą Backlog Sprintu.

Gdy zespół i Właściciel Produktu uzgodnią zakres Sprintu na podstawie opisu elementów Backlogu Produktu, nie można dodać dodatkowych elementów do Backlogu Sprintu. Chroni to zespół przed zmianami zakresu w trakcie Sprintu.

Codzienna stand-up (Codzienna Scrum)
Zespół Codzienna Scrum to krótkie (zwykle nie dłużej niż 15 minut) spotkanie, na którym zespół koordynuje działania na następny dzień. Codzienna Scrum nie ma na celu przedstawienie stanu postępu ani rozwiązywanie problemów.

Recenzja Sprintu
Na końcu Sprintu cały zespół (w tym Właściciel Produktu) przegląda wyniki Sprintu z udziałem stakeholderów produktu. Celem tej dyskusji jest przegląd, demonstracja i potencjalne umożliwienie stakeholderom skorzystania z przyrostu, aby wyrazić opinię. Recenzja Sprintu nie ma na celu przedstawienie stanu postępu. Opinia z recenzji Sprintu jest włączana do Backlogu Produktu do rozważenia w przyszłości.

Retrospektywa Sprintu
Po recenzji Sprintu, na końcu Sprintu, zespół (w tym Właściciel Produktu) analizuje poprzedni Sprint i identyfikuje zmiany, które mogą wprowadzić w przyszłości. Ta retrospektywa prowadzi do co najmniej jednego działania, które zostanie uwzględnione w Backlogu Sprintu następnego Sprintu.

5 podstawowych wartości

• Przejrzystość
• Szacunek
• Odwaga
• Skupienie
• Zaangażowanie

Cykl życia

Scrum to framework, który pozwala zespołom rozwojowym elastycznie reagować na zmieniające się warunki. Framework zapewnia wystarczającą liczbę punktów kontroli, aby zapewnić, że zespoły nie odchylają się od oczekiwanych wyników i mogą identyfikować i rozwiązywać problemy oraz dostosowywać procesy, gdy praca nadal trwa.

Cykl życia Scrum zaczyna się od priorytetowego backlogu, ale nie zawiera wskazówek dotyczących sposobu tworzenia lub priorytetyzacji backlogu.

Cykl życia Scrum składa się z serii Sprintów, które kończą się potencjalnie gotowym do wysyłki zwiększeniem produktu. W tych Sprintach wszystkie działania wymagane do rozwoju produktu odbywają się na małej części całego produktu. Poniżej znajduje się opis kluczowych kroków w cyklu życia Scrum:

1. Utwórz Backlog Produktu.
2. Właściciel produktu i zespół rozwojowy przeprowadzają planowanie Sprintu. W pierwszej części planowania Sprintu określa się zakres Sprintu; w drugiej części ustala się plan dostarczenia tego zakresu.
3. W miarę postępu Sprintu zespół rozwojowy wykonuje niezbędne zadania w celu dostarczenia wybranych elementów Backlogu Produktu.
4. Codziennie zespół rozwojowy koordynuje swoją pracę w Codzienny Scrum.
5. Na końcu Sprintu zespół rozwojowy dostarcza wybrane elementy Backlogu Produktu z planowania Sprintu. Zespół przeprowadza Recenzję Sprintu w celu przedstawienia zwiększenia klientowi i zebrania opinii. Zespół i właściciel produktu również analizują postępy Sprintu do tej pory i dostosowują swój proces odpowiednio w retrospektywie.
6. Zespółzespół powtarza kroki 2–5, aż zostanie osiągnięty oczekiwany wynik produktu.

Główne korzyści

Scrum przyczynia się znacząco do dziedziny rozwoju oprogramowania, oferując prosty, ale skuteczny sposób zarządzania pracą małych zespołów współpracy zaangażowanych w rozwój produktu. Zapewnia framework i zestaw prostych zasad, które pozwalają na odpowiedni poziom planowania, kontroli pracy, identyfikacji i ograniczania ryzyka oraz identyfikacji i rozwiązywania problemów.