Scrum Carrots

Michał Daniel
Parkoła Skowroński

http://ﬂuidcircle.net

Plan
10:00 Śniadanie i zapoznanie
10:30 Rzut okiem na Scrum
12:00 Kawa i networking
12:30 Praca w krótkich cyklach
14:00 Obiad
15:00 Zaangażowanie zespołu
16:30 Kawa i networking
17:00 Empatia wobec Klienta
19:00 Koniec
19:30 After Party

3 http://ﬂuidcircle.net

Kilka zasad
• Jesteśmy na ty?
• Nie przeszkadzamy sobie nawzajem
• Koncentrujemy się na nauce
• Pomagamy sobie nawzajem


Tabula Rasa

Co już wiem o Agile i Scrum?


Dlaczego tu jesteś?

Co chcę osiągnąć
dzięki temu szkoleniu?


http://www.ﬂickr.com/photos/andrewmalone/5163296098/


Scrum to szkielet procesu
4 ceremonie 3 role
Planowanie Sprintu Scrum Master
Standup Product Owner
Demo Zespół
Retrospekcja

3 artefakty


Kto używa Scrum?


Manifest Agile

Wytwarzając oprogramowanie i pomagając innym w tym zakresie, odkrywamy lepsze
sposoby wykonywania tej pracy. W wyniku tych doświadczeń przedkładamy:

Ludzi i interakcje nad procesy i narzędzia.
Działające programy nad obszerną dokumentację.
Współpracę z klientem nad formalne ustalenia.
Reagowanie na zmiany nad podążanie za planem.
Doceniamy to, co wymieniono po prawej stronie, jednak bardziej cenimy to, co po lewej.


Pomiar i adaptacja


Praca zespołowa


Zaangażowanie Klienta


Co nam o da?

http://www.ﬂickr.com/photos/42198161@N02/4508737644/


Uwaga!

Scrum bezlitośnie obnaża
największe słabości
organizacji (aby można je
było usunąć!)

http://www.ﬂickr.com/photos/ikkoskinen/3575379515/


Praca w krótkich cyklach


Sprint
W czasie sprintu zespół zamienia wybrane na
początku wymagania w gotowy do użycia
fragment produktu
Wybrane wymagania są zamrożone; reszta
wymagań może się zmieniać
Stałej długości (zwykle 2~4 tygodni)
Wyznacza stały rytm prac i punktów
kontrolnych (okazji do adaptacji)


Planowanie Sprintu

Ograniczony w czasie (8h dla miesięcznego
sprintu, proporcjonalnie mniej dla krótszego)
Część 1: PO wyjaśnia wymagania, zespół
określa ile wymagań ze szczytu PBL bierze
do realizacji
Część 2: Zespół planuje realizację wymagań
rozbijając wybrane wymagania na zadania


Tablica Scrum
Służy do wizualizacji pracy
i śledzenia postępów w sprincie

Codzienny Scrum
max 15 minut (twardy limit), na stojąco
Zespół wymienia się informacjami między
sobą; NIE raport dla przełożonych
Każdy członek zespołu odpowiada na trzy
pytania:
Co skończyłeś robić?
Co planujesz zrobić?
Czy coś Cię spowalnia?

Postępy wewnątrz sprintu
Codzienny Scrum
– aktualizacja backlogu zadań i pozostałych godzin (sprint
burndown)
– okazja do wczesnego wykrycia problemów i zagrożeń
– okazja do bieżącej optymalizacji (współ)pracy zespołu

Przegląd Sprintu

Zespół prezentuje wyniki swoich prac
(najlepiej bezpośrednio odbiorcom!!)

Nie w pełni zrealizowane wymagania wracają
do PBL – nie ma dokańczania w
międzyczasie!
Po obejrzeniu gotowego fragmentu pozostałe
wymagania mogą się zmienić!


Retrospekcja
Okazja dla zespołu do identyﬁkacji
przeszkód i ulepszenia procesu
BEZ indywidualnej oceny uczestników – na
potrzeby retrospekcji zakładamy, że każdy
pracował najlepiej jak mógł!
Wspierana przez Scrum Mastera i/lub
coacha
Często pomijany element – w
rzeczywistości najważniejszy element Scrum!

Wydarzenia Pomocnicze

Planowanie Wydania
Konstruowanie PBL, wstępne oszacowanie kiedy
i z jakimi funkcjonalnościami zostanie wydany produkt
Porządkowanie Backlogu
Rozbijanie zbyt dużych elementów i konsolidacja małych
Dopisywanie nowych elementów i aktualizacja starych


Trzy cykle pomiaru i adaptacji

Produkt: backlog ~> planowanie ~> demo
Proces i środowisko: retrospekcje
Codzienna praca: standup


Korzyści?
Lepiej radzimy sobie z niepewnością i zmianą
Szybciej dostajemy informację zwrotną
Budujemy zaufanie w oparciu o przejrzystość i
bezpośrednią, powtarzalną współpracę
Redukujemy ryzyko wcześniej wykrywając błędy
(i usuwając)
Oszczędzamy na mało wartościowej pracy
Ograniczamy kosztowną wielozadaniowość


Broń przeciw wielozadaniowości

Sprint
Wewnątrz sprintu
(WIP Limit ~ Kanban)

?

Zespół

• Wspólna odpowiedzialność
• Samoorganizacja
• Interdyscyplinarność

• Wszystkie niezbędne kompetencje
• Niewielki: 7+/- 2, 3-9, dwie pizze


Product Owner
Jest arbitrem wartości!

Jest odpowiedzialny za:
Maksymalizację wartości pracy zespołu
(via Backlog Produktu)
Komunikowanie wizji produktu
i wyjaśnienie wymagań
Akceptację gotowych fragmentów produktu

Product Owner


Scrum Master

Wyjaśnia i dba o przestrzeganie reguł Scrum
Usuwa przeszkody organizacyjne!
Pomaga zespołowi rozwijać się
NIE jest “szefem” zespołu
NIE jest pośrednikiem między PO a zespołem


http://www.ﬂickr.com/photos/anhonorablegerman/5688734031


Autonomia
Kompetencje
Wyższy cel


Filar #3 Zaangażowanie Klienta


Korzyści

Za to nam płacą,
więc niech wartość będzie priorytetem!
Wykonujesz mniej niepotrzebnej pracy,
więc masz więcej czasu na to co naprawdę ważne.


Historyjki użytkownika
Jako użytkownik, chcę móc podpinać
kreacje do kampanii, żeby móc
porównać skutecznośc różnych
wariantów reklamy.

Jako <rola>, chce <funkcja>, żeby
<wartość>.

+ Deﬁnition of Done
+ Kryteria Akceptacji


Strumień wartości


Dobre historyjki
Independent
Negotiable
Valueable
Estimable
Small
Testable

Dostarczanie wartości


Przewidywanie przyszłości


Retrospekcja

Set the stage
Gather data
Generate insight
Decide what to do
Close the retrospective


Gather Data

1) Momenty “A ha!”
2) Feedback Wall
3) Kropki na backlogu


*

FluidCircle.net

Trzy filary zwinnego zarządzania
bit.ly/3filary

30 Dni Scrum
bit.ly/30dniscrum

Jak Zmienić Świat?
fluidcircle.net/zmiana


Jeff Sutherland w Polsce!
październik 2013
szkolenie Certiﬁed Scrum Master
+ konferencja Agile by Example
ﬂuidcircle.net/jeff (niedługo!)


Scrum Carrots

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (14)

Similaire à Scrum Carrots

Similaire à Scrum Carrots (20)

Plus de Michał Parkoła

Plus de Michał Parkoła (12)

Scrum Carrots