Podejście tradycyjne. plan wykonanie sekwencyjna natura wykonywanych zadań

Transkrypt

1 Metodyka Scrum

2 Podejście tradycyjne plan wykonanie sekwencyjna natura wykonywanych zadań analiza i definiowanie wymagań projektowanie rozwiązań kodowanie rozwiązań testowanie odstępstwo od planu jest kosztowne wiarygodność planu zależy od stopnia złożoności przedsięwzięcia

3 Podejście empiryczne kawałek po kawałku zamiast warstwa po warstwie podejście iteracyjne przejrzystość ciągła weryfikacja kierunku rozwoju zmiana wymagań jest naturalnym elementem projektu

4 Kilka prawidłowości zasada Pareto: 80% wartości wynika z 20% funkcjonalności 60% dostarczanej funkcjonalności jest używana rzadko albo wcale Zaledwie 30% projektów IT kończy się pełnym sukcesem

5 Manifest agile ludzie i interakcje z nimi ponad procesy i narzędzia działające produkty ponad kompleksową dokumentację współpraca z klientem ponad negocjowanie kontraktu reagowanie na zmiany ponad wypełnianie planu

6 Szkielet Scrum inspekcja co 24h zaległości (backlog) iteracja (sprint) przyrost funkcjonalności

7 Role w projekcie Lider zespołu (Scrum Master) Właściciel produktu (Product Owner) Zespół (Development Team)

8 Product Owner definiuje wymagania i wartości produktu utrzymuje listę zaległości produktowych decyduje o kolejności wytwarzania funkcjonalności zatwierdza (bądź nie) rezultat pracy zespołu zespół i P.O. muszą współpracować

9 Zespół Samodzielnie organizuje pracę tak, aby wykonać założenia sprintu Interdyscyplinarny, samowystarczalny, jednolita hierarchia służbowa Z reguły ok. 5-7 osób Podczas sprintu: zespół pozostawia się samemu sobie skład zespołu nie powinien się zmieniać

10 Scrum Master Jest liderem, a nie kierownikiem Pomaga Product Ownerowi w wyborze zaległości produktowych pomaga zespołowi w zamianie zaległości na funkcjonalność usuwa przeszkody (blokady) chroni przed czynnikami zewnętrznymi rozwiązuje konflikty

11 Co znaczy wykonane? Pełnowartościowy przyrost funkcjonalności gotowy do sprzedaży w pełni działający przetestowany z pełną dokumentacją Rezultat sprintu zatwierdzony przez właściciela produktu

12 codzienny Scrum Sprint backlog Rejestr zaległości Sprintu sprint dni Wybieranie zaległości produktowych Product backlog (Rejestr zaległości produktowych)

13 Product backlog Jawna lista wymagań produktowych Każdy element na liście jest oszacowany (koszt, wartość, ryzyko) ma priorytet (oszacowany przez właściciela produktu) Wyższy priorytet = więcej szczegółów Może przyrastać i zmieniać się

14 Spotkanie planujące sprint Służy przekazaniu wizji Jest ograniczone czasowo do max 8 godz. Określenie listy zaległości produktowych Szacowanie nakładu pracy każdej zaległości Przygotowanie zaległości sprintu Przyjęcie zobowiązania przez zespół

15 Sprint backlog Lista zadań, które spowodują przekształcenie zaległości produktowych w zbywalny produkt Zadania są szacowane w godzinach i przydzielane członkom zespołu w czasie trwania sprintu

16 Sprint dni kalendarzowych Lista zobowiązań jest zamrażana Zespół jest izolowany od czynników zewnętrznych i całkowicie sam sobą zarządza Właściciel produktu powinien być dostępny dla zespołu aby udzielać wyjaśnień

17 Codzienne spotkanie Scrum! 15 minut każdego dnia rano! 3-5 pytań skierowanych do każdego członka zespołu (przejrzystość w zespole) " co zrobiłeś od ostatniego spotkania? " czym teraz będziesz się zajmować? " czy coś cię blokuje w osiągnięciu celu? " czy powinniśmy coś dodać do listy zadań? " czy nauczyłeś się czegoś o czym powinni wiedzieć inni członkowie zespołu?

18 Sprint Burndown Chart Zapewnia przejrzystość postępów prac źródło:

19 Impediments backlog Lista blokad opóźniających pracę zespołu Zarządzany przez Scrum Mastera Zespół informuje o blokadach na codziennych spotkaniach Odpowiada on za usuwanie blokad, raportując na codziennych spotkaniach

20 Spotkanie przeglądu sprintu Kończy sprint, trwa maksimum 4 godziny Zaprezentowanie wykonanej funkcjonalności Zasada krótkiego (max 1h) przygotowania do spotkania Funkcjonalność nie wykonana nie jest prezentowana P.O. odpowiada na pytania, wrażenia, zmiany itp. Modyfikacja i ponowna aranżacja Product Backlog

21 Zakończenie sprintu Retrospektywne spotkanie zespołu (3h) co poszło dobrze podczas ostatniego sprintu? co poszło źle? co chcemy zacząć robić? co robimy niepotrzebnie? Scrum master wykorzystuje te informacje aby w przyszłości ułatwić pracę zespołu

22 Zalety Scrum Samozarządzanie zespołu Przejrzystość Jasne ramy czasowe Komunikacja bezpośrednia