Scrum (2010/2011)

Transkrypt

Scrum (2010/2011)

Scrum
Zwinna metodyka prowadzenia projektów
Plan prezentacji
1.
2.
3.
4.
5.
6.
7.
Ogólna idea
Najważniejsze elementy
Role
Czynności
Artefakty
Wnioski
Literatura
Źródło ilustracji: http://commons.wikimedia.org/wiki/File:Scrum.JPG
2
Rafał Hryciuk & Dominik Borowiec 2010
Idea
Iteracyjne, przyrostowe dostarczanie kolejnych
wersji produktu
1.

Samoorganizacja zespołu projektowego
2.

Każdy sam najlepiej wie, co umie zrobić efektywnie
Ścisła, ciągła współpraca z klientem
3.

3
„Zmiany są nieuniknione”
Zaangażowanie klienta
Najważniejsze elementy
Role
1.

Czynności
2.


Zapewniają ramy czasowe dla projektu
Ułatwiają zespołowi efektywną komunikację
Artefakty
3.


Nie piszemy wielkich, statycznych dokumentów
Nacisk położony na efektywność
Metody
4.

4
Tylko trzy dobrze zdefiniowane
Gdy ich nie ma, próbujemy sobie radzić, a nie
filozofujmy
Jak to działa?
Źródło ilustracji: http://www.wolski.waw.pl/2009/06/zarys-scrum/
5
Role
Mistrz Scruma (Scrum Master)
1.


Właściciel Produktu (Product Owner)
2.

Odpowiada za wymagania
Zespół (Scrum Team)
3.


6
Dba o przestrzeganie zasad Scruma
Lider zespołu (nie kierownik!)
Samoorganizuje się
Wielofunkcyjny
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!


7
Nie tworzy / nie przypisuje zadań członkom Zespołu!
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
10
nie tak!
Sprint w praktyce
11
Czynności
1.
2.
3.
4.
5.
6.
7.
12
Codzienny Scrum (Daily Scrum)
Hierarchizacja Rejestru Produktowego (Prioritizing
the Backlog)
Planowanie Publikacji (Release planning)
Spotkanie Planistyczne Nowego Sprintu (Sprint
Planning Meeting)
Przegląd Sprintu (Sprint Review)
Retrospektywa Sprintu (Sprint Retrospective)
Szacowanie Rejestru Produktowego (Estimating
product Backlog)



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

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.
2.
3.



Opis
Priorytet
Koszt realizacji
Uszeregowany wg priorytetu
Aktualizowany przez Właściciela Produktu
Czynniki wpływające na priorytet:
1.
2.
3.
15
Ryzyko
Wartość
Konieczność realizacji
Rejestr Produktowy w praktyce
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:



17
Rejestr produktowy
Szacowanie szybkości
Ustalanie terminów odpowiadających właścicielowi projektu
Spotkanie planistyczne nowego sprintu
(Sprint Planning Meeting)


Planowanie nowej iteracji(sprintu)
Uczestnicy:




Zespół,
Mistrz Scruma,
Podział na dwie części:


18
Co ma być wykonane w czasie sprintu
Jak powinny być wykonane zadania sprintu
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


20
objaśnia rejestr produktowy
pomaga w osiągnięciu kompromisu pomiędzy swoimi
oczekiwaniami a możliwościami produkcyjnymi Zespołu.
Przegląd Sprintu (Sprint Review)


Nieformalne spotkanie kończące sprint
Uczestnicy:






Prezentacja nowych funkcjonalności
Zespół:




Zespół
Mistrz Scruma
Klienci
omawia wykonaną pracę
elementy zakończone sukcesem i porażką
napotkane problemy i sposoby radzenia sobie z nimi
Właściciel Produktu:


21
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)
Retrospektywa Sprintu (Sprint Retrospective)


Po przeglądzie Sprintu, a przed kolejnym
spotkaniem planistycznym
Sprawdzenie przebiegu minionego sprintu






22
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
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ń
24
Wykres Wygaszania Sprintu
25
Wykres Wygaszania Publikacji
26
Artefakty w trakcie Sprintu
27
Artefakty - podsumowanie
1.
2.
3.
4.
5.
28
Tablica Zadań (Task Board)
Wykres Wygaszania Sprintu (Sprint Burndown
Chart)
Wykres Wygaszania Publikacji (Release Burndown
Chart)
Rejestr Sprintu(Sprint Backlog)
Rejestr Produktowy(Product Backlog)
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.
2.
3.
4.
5.
http://www.wolski.waw.pl/2009/06/zarys-scrum/
http://www.scrum.org/storage/scrumguides/Scrum
%20Guide%20-%20PL.pdf#view=fit
http://www.infoq.com/minibooks/scrum-xp-from-thetrenches
http://scrumtraininginstitute.com/library
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

Scrum (2010/2011)

Transkrypt

Podobne dokumenty

Pobierz informację prasową

Zarządzanie projektami metodą Scrum

Projekt kompetencyjny - Dydaktyka

wyniki konkursu wiedzy o krajach niemieckojęzycznych

APEL O POMOC PROSIMY WIĘC O PRZEKAZANIE 1% PODATKU

Wyniki wyborów do Samorządu Uczniowskiego

To be or not to be”- Zostać czy wyjechać?

Dnia 25 - GoldBlog

Walka Polaków o niepodległość – powstania w XVIII i XIX w