Minimalizowanie niepewności w Scrumie
29
Minimalizowanie niepewno ś ci w Scrumie Jacek Wieczorek
-
Upload
jacek-wieczorek -
Category
Leadership & Management
-
view
167 -
download
5
description
Prezentacja przygotowana na konferencje 4Developers, Warszawa, 07/04/2014 Używasz Scruma, ale brakuje Ci magii obiecanej na szkoleniu? Spodziewałeś się działającego produktu co każdy sprint, a zamiast tego dostajesz co iterację niezbywalne kawałki produktu? Wszystko miało być gotowe na czas, a Ty znów słyszysz, że zespół potrzebuje jeszcze kilka Sprintów, aby dokończyć pracę? Użytkownicy po raz kolejny rozczarowali się, kiedy okazało się, że produkt, który dla nich stworzyłeś, nie jest tym, czego oczekiwali? Brzmi znajomo? Bez wątpienia. Tworzenie oprogramowania to nieustanna przeprawa przez złożone środowisko, które zachowuje się nieprzewidywalnie i trudno być czegokolwiek pewnym. Właściwie stosowany Scrum jest narzędziem, które pomaga dostarczać wartościowe produkty, pomimo nieuchronnej zmienności otoczenia. W prezentacji opowiem o swoich doświadczeniach, jak przy pomocy sprawdzonych praktyk i narzędzi sprawić, aby niepewność towarzysząca rozwojowi produktu była na minimalnym, akceptowalnym przez nas poziomie.
Transcript of Minimalizowanie niepewności w Scrumie
Minimalizowanie niepewności w
ScrumieJacek Wieczorek
O mnieAgile Coach, Scrum Master
!agile247.pl
agilecoaching.pl @jacekwieczorek
!PSM I, CSM
Nie powiem o …
teoriach zarządzania ryzykiem
skomplikowanych modelach
obsługiwaniu ryzyk na papierze
Mój produkt jest zawsze…
gotowy na czas?
w prognozowanym zakresie?
w planowanym budżecie?
w oczekiwanej jakości?
– Dan North @ Oredev in 2011
“We are terrified of uncertainty – we would rather be wrong than
uncertain.”
Dawno, dawno temu…
spotkanie z CIO
– Scrum Guide, Lipiec 2013
“Scrum wykorzystuje podejście iteracyjne i przyrostowe w celu zwiększenia przewidywalności i
lepszej kontroli ryzyka.”
Zdarzenia Scrumowe
Codzienny Scrum !
Planowanie Sprintu !
Przegląd Sprintu !
Retrospektywa Sprintu
Pułapki
Scrum, but… zamiast Scruma
niezrozumienie filarów Scruma
brak roli Scrum Mastera
Sprintczas trwania
Czas trwania Sprintu
30 dni
2 tygodnie
1 tydzień
1 dzień
pół dnia
Pułapki
niewłaściwie odwzorowany produkt w Product Backlog’u
zbyt duże elementy w Product Backlog’u
zależności zewnętrzne
Komunikacjaczęstotliwość informacji zwrotnej
Informacja zwrotna
co projekt
co iterację
raz dziennie
codziennie w trybie ciągłym
Pułapki
Sprint Review jako sesja demo
Daily Scrum jako sesja raportowania
“gold-platting”
Produktgotowość produktu na koniec Sprintu
- agilemanifesto.org
“Podstawową i najważniejszą miarą postępu jest działające
oprogramowanie.”
Gotowość produktu na koniec Sprintu
sam kod
przetestowany kod
częściowo odwzorowany proces
całościowo odwzorowany proces (walking skeleton)
gotowość wdrożeniowa
Walking skeleton
drobna implementacja funkcji systemu, zrealizowana przekrojowo (ang. end-to-end)
spina wszystkie elementy systemu
równoczesny rozwój funkcjonalności oraz architektury
prostota jest kluczem!
Pułapki
nieświadomość
brak kompetencji w zespole
traktowanie walking skeletona jako prototypu
TechnologiaPoC - proof of concept
POC
realizacja metody lub idei, celem udowodnienia jej wykonalności
zdobywamy wiedzę, obniżamy niepewność
Pułapki
traktowanie PoC jak kodu produkcyjnego
niezrozumienie interesariuszy
ProcesDostarczanie wartości
Proces
wizualizacja
przestań zaczynać, zacznij kończyć
Definition of Done
Pułapki
silosy kompetencyjne
tablica scrumowa nie odzwierciedla procesu
Jak obniżać niepewność?
pełne użycie inspekcji & adaptacji
krótkie sprinty
działające oprogramowanie na koniec Sprintu
krótka pętla feedbacku
świadomość procesu oraz jego ulepszanie
empiryzm zamiast teoretyzowania
PYTANIA?
