Scrum Zwinna metodyka prowadzenia projektów
Plan prezentacji 1. Ogólna idea 2. Najważniejsze elementy 3. Role 4. Czynności 5. Artefakty 6. Wnioski 7. Literatura Źródło ilustracji: http://commons.wikimedia.org/wiki/file:scrum.jpg 2
Idea 1. Iteracyjne, przyrostowe dostarczanie kolejnych wersji produktu Zmiany są nieuniknione 2. Samoorganizacja zespołu projektowego Każdy sam najlepiej wie, co umie zrobić efektywnie 3. Ścisła, ciągła współpraca z klientem Zaangażowanie klienta 3
Najważniejsze elementy 1. Role Tylko trzy dobrze zdefiniowane 2. Czynności Zapewniają ramy czasowe dla projektu Ułatwiają zespołowi efektywną komunikację 3. Artefakty Nie piszemy wielkich, statycznych dokumentów Nacisk położony na efektywność 4. Metody Gdy ich nie ma, próbujemy sobie radzić, a nie filozofujmy 4
Jak to działa? Źródło ilustracji: http://www.wolski.waw.pl/2009/06/zarys-scrum/ 5
Role 1. Mistrz Scruma (Scrum Master) Dba o przestrzeganie zasad Scruma Lider zespołu (nie kierownik!) 2. Właściciel Produktu (Product Owner) Odpowiada za wymagania 3. Zespół (Scrum Team) Samoorganizuje się Wielofunkcyjny 6
Mistrz Scruma Dba o przestrzeganie zasad Scruma Trenuje Zespół w Scrumie Usuwa przeszkody Chroni Zespół przed utrudnieniami zewnętrznymi Przywództwo służebne Prowadzi spotkania Może być członkiem zespołu Ale bywa to problematyczne Nie kierownik! Nie tworzy / nie przypisuje zadań członkom Zespołu! 7
Właściciel Produktu Jedna osoba, nigdy zespół Określa: Funkcjonalności Priorytety Daty Akceptuje lub odrzuca efekty pracy Tylko on może ingerować w produkt Nie może być jednocześnie Mistrzem Scruma 8
Zespół Samoorganizujący się Mistrz nie może niczego nakazać Wielofunkcyjny Wszyscy są równi Wybiera cel sprintu Demonstruje efekty pracy Właścicielowi Scruma Może robić wszystko, by osiągnąć cel Sprintu 7 osób ± 2 osoby Pełnoetatowi pracownicy Zmiana składu tylko między Sprintami 9
Sprint główne pojęcie Iteracja (jedna z wielu) 2 4 tygodnie Jasno określony cel Mistrz Scruma dba o jego niezmienność Jedynie Właściciel Produktu może go odwołać Opleciony Czynnościami To nie tak! 10
Sprint w praktyce Źródło ilustracji: http://www.wolski.waw.pl/2009/06/zarys-scrum/ 11
Czynności 1. Codzienny Scrum (Daily Scrum) 2. Hierarchizacja Rejestru Produktowego (Prioritizing the Backlog) 3. Planowanie Publikacji (Release planning) 4. Spotkanie Planistyczne Nowego Sprintu (Sprint Planning Meeting) 5. Przegląd Sprintu (Sprint Review) 6. Retrospektywa Sprintu (Sprint Retrospective) 7. Szacowanie Rejestru Produktowego (Estimating product Backlog) 12
Codzienny Scrum (Daily Scrum) Codzienne, krótkie (10 min), poranne spotkanie Zawsze o tej samej porze, w tym samym miejscu Uczestnicy: Zespół Mistrz Scruma Obecność obowiązkowa Inni obecni tylko w roli słuchaczy. Zgłaszanie problemów technicznych np. przepalona żarówka Scrum Master dba o zachowanie reguł i zwięzłość wypowiedzi 13
Codzienny Scrum (Daily Scrum) Trzy podstawowe pytania: Co zrobiłeś wczoraj? Co zrobisz dzisiaj? Czy istnieją jakieś przeszkody? Źródło ilustracji: Scrum and XP from the Trenches 14
Hierarchizacja Rejestru Produktowego (Prioritizing the Backlog) Rejestr Produktowy(Project Backlog) - zhierarchizowana lista prac, wymagań, cech, funkcji, technologii, ulepszeń i napraw błędów dotyczących projektu Dynamiczny, podlega ciągłym zmianom - żywy, ewoluujący Atrybuty pojedynczego wpisu w rejestrze: 1. Opis 2. Priorytet 3. Koszt realizacji Uszeregowany wg priorytetu Aktualizowany przez Właściciela Produktu Czynniki wpływające na priorytet: 1. Ryzyko 2. Wartość 3. Konieczność realizacji 15
Rejestr Produktowy w praktyce Źródło ilustracji: Scrum and XP from the Trenches 16
Planowanie Publikacji (Release Planning) Na początku projektu Wysokiego poziomu plan wydania, edycji Rozważamy : Liczbę i czas trwania sprintów Ilość osób lub zespołów, które powinny brać udział w projekcie Liczbę publikacji Wartość dostarczoną w każdej publikacji Datę publikacji Kluczowe Zagadnienia Planowania publikacji: Rejestr produktowy Szacowanie szybkości Ustalanie terminów odpowiadających właścicielowi projektu 17
Spotkanie planistyczne nowego sprintu (Sprint Planning Meeting) Planowanie nowej iteracji(sprintu) Uczestnicy: Zespół, Mistrz Scruma, Właściciel Produktu Podział na dwie części: Co ma być wykonane w czasie sprintu Jak powinny być wykonane zadania sprintu 18
Co ma być wykonane w czasie Sprintu? Właściciel Produktu opisuje pozycje rejestru o najwyższym priorytecie Ustalenie funkcjonalności która ma być wypracowana podczas Sprintu Dane wejściowe: Rejestr Produktowy ostatnio stworzony przyrost produktu, możliwości produkcyjne Zespołu w planowanym Sprincie dotychczasowa wydajność Zespołu. Ilość pracy wybranej przez Zespół zależy tylko i wyłącznie od niego Określenie celu sprintu 19
Jak powinny być wykonane zadania sprintu Podział elementów wybranych z Rejestru Produktowego podczas pierwszej części spotkania na mniejsze zadania możliwe do wykonania maksymalnie w ciągu jednego dnia. Lista takich zadań to Rejestr Sprintu Właściciel Produktu objaśnia rejestr produktowy pomaga w osiągnięciu kompromisu pomiędzy swoimi oczekiwaniami a możliwościami produkcyjnymi Zespołu. 20
Przegląd Sprintu (Sprint Review) Nieformalne spotkanie kończące sprint Uczestnicy: Właściciel Produktu Zespół Mistrz Scruma Klienci Prezentacja nowych funkcjonalności Zespół: omawia wykonaną pracę elementy zakończone sukcesem i porażką napotkane problemy i sposoby radzenia sobie z nimi Właściciel Produktu: ocenia Sprint (sukces/porażka) pod względem realizacji przydzielonych do sprintu zadań omawia stan rejestru produktowego (zdobyliśmy nowe doświadczenia dzięĸi którym możemy dospecyfikować pozostałe kwestie w rejestrze) 21
Retrospektywa Sprintu (Sprint Retrospective) Po przeglądzie Sprintu, a przed kolejnym spotkaniem planistycznym Sprawdzenie przebiegu minionego sprintu Relacje między członkami zespołu Narzędzia Metody komunikacji Elementy, które wpłynęły pozytywnie na miniony sprint Elementu które wymagają zmian - poprawy Propozycje kroków naprawczych 22
Szacowanie Rejestru Produktowego (Estimating Product Backlog) Przed Planowaniem Publikacji, okresowo Zespół nabywa doświadczenia i przekazuje informacje Właścicielowi Produktu Właściciel Produktu aktualizuje Rejestr Produktowy 23
Tablica zadań Źródło ilustracji: http://www.wolski.waw.pl/2009/06/zarys-scrum/ 24
Wykres Wygaszania Sprintu Źródło ilustracji: http://www.wolski.waw.pl/2009/06/zarys-scrum/ 25
Wykres Wygaszania Publikacji Źródło ilustracji: http://www.wolski.waw.pl/2009/06/zarys-scrum/ 26
Artefakty w trakcie Sprintu Źródło ilustracji: Scrum and XP from the Trenches 27
Artefakty - podsumowanie 1. Tablica Zadań (Task Board) 2. Wykres Wygaszania Sprintu (Sprint Burndown Chart) 3. Wykres Wygaszania Publikacji (Release Burndown Chart) 4. Rejestr Sprintu(Sprint Backlog) 5. Rejestr Produktowy(Product Backlog) 28
Wnioski Podejście bardzo iteracyjne jako odpowiedź na wszelaką zmienność Ścisła, ciągła współpraca z klientem KISS (Keep IT Simple, Stupid) Komunikacja Informacja Zaangażowanie Efektywność Samoorganizacja zespołu Efektywność O problemach należy rozmawiać, a nie zamiatać je pod dywan Dynamiczne dokumenty lepiej robić ręcznie 29
Literatura 1. http://www.wolski.waw.pl/2009/06/zarys-scrum/ 2. http://www.scrum.org/storage/scrumguides/scrum %20Guide%20-%20PL.pdf#view=fit 3. http://www.infoq.com/minibooks/scrum-xp-from-thetrenches 4. http://scrumtraininginstitute.com/library 5. http://www.implementingscrum.com/section/blog/ca rtoons/ Niniejsza prezentacja została wygłoszona 18 listopada 2010 roku przez Dominika Borowca i Rafała Hryciuka w trakcie zajęć na wydziale Matematyki, Informatyki i Mechaniki Uniwersytetu Warszawskiego. 30