2. Agile Manifesto
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 ponad procesy i narzędzia
Działające oprogramowanie ponad obszerną dokumentację
Współpracę z klientem ponad formalne ustalenia
Reagowanie na zmiany ponad podążanie za planem
Doceniamy to, co wymieniono po prawej stronie,
jednak bardziej cenimy to, co po lewej.
http://www.agilemanifesto.org http://pzol.agirei.com
Marcin Niebudek @agilers.com
3. Jedna nazwa – wiele znaczeń
źródło: http://blog.crisp.se źródło: http://msdn.microsoft.com/en/library/dd997578.aspx
Marcin Niebudek @agilers.com
4. Różne praktyki i narzędzia
SCRUM KANBAN
● Sprinty / iteracje ● Przepływ
● Velocity ● Limit WIP
● Backlog ● Cycle Time
● Scrum Master, ● Kanbanboard
Product Owner ● User stories
● User stories
Marcin Niebudek @agilers.com
5. User Stories
● Karty wymagań – prosty i lekki sposób na
zbieranie wymagań
● Pisane z punktu widzenia użytkownika
● Typowy szablon:
Jako <użytkownik>
potrzebuję <funkcjonalność>,
abym mógł <cel lub efekt do osiągnięcia>.
Marcin Niebudek @agilers.com
6. Co dzisiaj zrobimy?
● Iteracja 1 20 min
– Estymacja 5 min
– Planowanie 5 min
– Implementacja 5 min
– Retrospekcja 5 min
● Velocity – co to jest ? 10 min
● Iteracja 2 20 min
● Iteracja 3 20 min
Marcin Niebudek @agilers.com
7. Estymacja
● Szacujemy user stories w punktach
● Szacowanie jest względne
● Szacują wszyscy, którzy będą implementować
● Użyjemy skali:
● 1 = ŁATWE
● 2 = ŚREDNIE
● 3 = TRUDNE / CZASOCHŁONNE
Marcin Niebudek @agilers.com
8. Rozgrzewka
Zbuduj wieżę wysoką na
10 klocków
Sprawdzimy ile czasu potrzeba na takie zadanie.
Marcin Niebudek @agilers.com
9. ITERACJA 1
Estymacja
Planowanie
Implementacja
Marcin Niebudek @agilers.com
10. Jak poszło?
Uzupełniamy tablicę wyników...
Czy estymacje były trafione?
Czy chcemy coś zmienić?
Jak dostarczyć więcej wartości klientowi?
Marcin Niebudek @agilers.com
11. Co to jest VELOCITY?
Velocity to prosta metryka oznaczająca ilość
punktów jakie udało się zespołowi zrealizować w
ciągu jednej iteracji.
Na jej podstawie można prognozować ile zespół
powinien na siebie wziąć w kolejnej iteracji oraz
kiedy ma szansę skończyć projekt.
Marcin Niebudek @agilers.com
12. ITERACJA 2
Estymacja
Planowanie
Implementacja
Marcin Niebudek @agilers.com
13. Jak poszło?
Uzupełniamy tablicę wyników...
Czy estymacje były lepsze?
Jak z dostarczoną wartością?
Marcin Niebudek @agilers.com
14. ITERACJA 3
Estymacja
Planowanie
Implementacja
Marcin Niebudek @agilers.com
15. Jak poszło?
Uzupełniamy tablicę wyników...
Ile iteracji potrzebujesz aby skończyć projekt?
Marcin Niebudek @agilers.com