SCRUM nie istnieje w próżni. SCRUM to standard wytwarzania produktu IT, a nie metodyka projektowa. Żeby SCRUM zaczął działać potrzebujesz zadbać w firmie o proces zarządzania projektami, czego SCRUM sam w sobie nie zapewnia. Co jest jego niewątpliwą zaletą, to ujawnianie problemów leżących w organizacji i to zarównoa w IT jak i w innych działach. O czym zatem pamiętać wdrażając SCRUM.

1. Czego SCRUM Guide Ci nie powie
… czyli czego jeszcze potrzeba do
sukcesu

2. Aktywnie
Odważnie
Asertywnie

3. Cechy SCRUM
Lekki
Trudny do
opanowania
Łatwy do
zrozumienia

4. Filary SCRUM
Przejrzystość
Adaptacja
Inspekcja

5. SCRUM Team
Product Owner
Scrum Master
Development Team

6. 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.

7. Aby Product Owner mógł odnieść suckes
Cała
organizacja
musi
respektować
jego decyzje!

8. 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

9. Scrum Master wspiera
Product Ownera
Development Team
Organizację

11. 0. Czarny Zeszyt:
Pytania – Problemy – Decyzje
10. Zmiana
8. Ryzyko
7. Odpowiedzialność
6. Koszt
4. Zakres
5. Czas
3. Kryteria Sukcesu
2. Interesariusze
1. Cele
(Ѻ) Założenia
9. Raportowanie:
Postęp – Plan - Problemy

12. Szuflada

16. Perspektywy „Biznes” vs. IT

17. 1. Na czym Ci zależy?
• Za co masz premię?

18. 2. O co pytasz drugą stronę?
• Po co Ci ta informacja?

19. 3. Czego potrzebujesz?
• Po co Ci to?

20. 4. Złóżmy to w całość
• Co jest nam potrzebne do
sukcesu?

21. Mariusz Kapusta
Mariusz.Kapusta@LeadershipCenter.pl
tel: 515 33 11 44
www.Leadership-Center.pl

23. INVEST
Independant –
niezależna
Testable testowalna
Negotiable –
negocjowalna
Small – mała
Valuable –
wartościowa
Estimable –
oszacowywalna

24. User stories - format
Wersja 1
• Jako [rola]
• mogę [funkcjonalność]
• bo wtedy [potrzeba/korzyść]
Wersja 2
• Jako [rola]
• chcę[funkcjonalność]
• bo[powód]
Wersja 3
• Jako [rola]
• mogę [funkcjonlaność]

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

26. 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