Minimalizowanie niepewności w Scrumie

Post on 19-Jun-2015

168 views 5 download

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?

DZIĘKUJĘ :)

jacek.wieczorek@gmail.com @jacekwieczorek

!agile247.pl

agilecoaching.pl