Czego SCRUM Guide Ci nie powie

… czyli czego jeszcze potrzeba do sukcesu

AktywnieOdważnie

Asertywnie

Cechy SCRUM

Lekki

Łatwy do zrozumieni

a

Trudny do opanowani

a

Filary SCRUM

Przejrzystość

InspekcjaAdaptacja

SCRUM Team

Product Owner

Scrum Master

Development Team

Product Owner zarządza Backlogiem

Jasne artykułowanie elementów

ustalanie kolejności elementów

Optymalizowanie wartości pracy wykonywanej przez Development Team

zapewnianie, że Backlog Produktu jest dostępny, przejrzysty oraz jasny dla wszystkich

zapewnienie, że dobrze opisuje to, czym Scrum Team będzie się zajmował w dalszej kolejności,

zapewnianie, że Development Team rozumie elementy Backlogu Produktu w wymaganym stopniu.

Aby Product Owner mógł odnieść suckes

Cała organizacja

musi respektowa

ć jego decyzje!

Development Team

Samoorganizujący się

Międzyfunkcjonalne

Wszyscy są developerami

Nie ma podzespołów niezależnie od wykonywanych działań

Odpowiedzialność ponosi cały zespół developerski

Scrum Master wspiera

Product Ownera

Development Team

Organizację

0. Czarny Zeszyt: Pytania – Problemy – Decyzje

(Ѻ) Założenia

3. Kryteria Sukcesu

2. Interesariusze

1. Cele

7. Odpowiedzialność

4. Z

akre

s

6. K

oszt

5. C

zas

8. Ryzyko

10. Zmiana

9. Raportowanie:Postęp – Plan - Problemy

Szuflada

Perspektywy „Biznes” vs. IT

1. Na czym Ci zależy?

• Za co masz premię?

2. O co pytasz drugą stronę?

• Po co Ci ta informacja?

3. Czego potrzebujesz?

• Po co Ci to?

4. Złóżmy to w całość

• Co jest nam potrzebne do sukcesu?

Mariusz KapustaMariusz.Kapusta@Leadership-

Center.pl

tel: 515 33 11 44www.Leadership-

Center.pl

INVEST

Independant – niezależna

Negotiable – negocjowaln

a

Valuable – wartościowa

Estimable – oszacowywal

na

Small – mała

Testable - testowalna

User stories - format

• Jako [rola]• mogę [funkcjonalność]• bo wtedy [potrzeba/korzyść]

Wersja 1

• Jako [rola]• chcę[funkcjonalność]• bo[powód]

Wersja 2

• Jako [rola]• mogę [funkcjonlaność]

Wersja 3

User stories - testowanie

Scenariusz: tytuł• Zakładając, że [kontekst]• I [więcej kontekstu]• Kiedy [wydarzenie]• Wtedy [wynik]• I [więcej wyniku]

User stories – testowanie przykład

Scenariusz: Użytkownik nie ma założonego konta• Zakładając, że użytkownik nie ma

założonego konta• I nie wybrał opcji zakupu bez zakładania

konta• Kiedy próbuje dokonać zakupu• Wtedy system nie pozwoli mu na to• I wyświetli komunikat o tym, że nie ma

konta z linkiem do jego założenia