2015 Agile Manifesto • Individuals and interactions over processes and tools • Working software over comprehensive documentation • Customer collaboration over contract negotiation • Responding to change over following a plan
2015 Waterfall • Brak możliwości reakcji na zmiany w otoczeniu • Brak możliwości optymalizacji w trakcie tworzenia • Brak przezroczystości • To wszystko nie jest jednak takie czarno białe…
2015 Filary Scrum - Transparencja • Proces musi być przejrzysty dla tych którzy są odpowiedzialni za wyniki wprowadzenie zmian niesie za sobą korzyści.
2015 Filary Scrum - Inspekcja • Uczestnicy muszą często poddawać pod inspekcję elementy procesu w celu wychwycenia ewentualnych niepożądanych zmiennych
2015 Filary Scrum - Adaptacja • Rozpoznanie problemu czy niepożądanej zmiennej samo w sobie nie ma wartości. • Dopiero wprowadzenie zmian niesie za sobą korzyści.
2015 Założenia Scrum • Jest procesem empirycznym (oparty na zdobywaniu doświadczenia) • Jest iteracyjny • Brak „wrzutek” - ochrona zespołu • Określone terminy i agenda spotkań
2015 Role w metodyce Scrum • Przegląd ról w metodyce Scrum • Członek Zespołu • Scrum Master • Product Owner • Zakres kompetencji • Scrum Master a proces Scrum
2015 Członek Zespołu • Ustala z product owner-em zakres prac w kolejnych sprint-ach • Realizuje zadania w zakresie danego sprint-u zgodnie z Definition of Done • Dotrzymanie terminu realizacji zadań wybranych do danego sprint-u
2015 Członek Zespołu • Dba o unikanie specjalizacji w obszarach technicznych • Team jest samoregulujący • Team jest cross functional: zawiera programistów, testerów, grafików, etc.
2015 Zespół • Na podstawie danych historycznych można określić ilość pracy które może wziąć na siebie team w ramach sprint-u • Nie przypisujemy zadań członkom team-u - to poszczególni członkowie decydują o tym którym zadaniem będą się zajmować
2015 Definition of Done • W każdym Sprincie powinien powstać określony i weryfikowalny przyrost produktu • Kryteria oznaczenia pracy jako ,,gotowej", powinny być jasne dla zespołu a poszczególni członkowie są jego świadomi
2015 Sprint – podstawowa jednostka przebiegu projektu • Długość sprintu – aspekty wyboru • Zasady realizacji i zadania w sprincie • Produkty realizacji sprintu • Przerywanie sprintu • Zamknięcie sprintu
2015 Planowanie • Estymowanie ram projektu • Lista wymagań dotycząca produktu • Przegląd zadań do zrealizowania w sprincie • Metoda estymacji czasu – gra planistyczna
2015 Zasady pisania User Stories • Każdy członek zespołu może pisać user stories • User story może być dodane do backlog-a w dowolnym momencie projektu • Product owner jest odpowiedzialny za ich utrzymanie/wprowadzenie do backlog
2015 Zasady pisania User Stories • Tworzenie user story jest mniej ważne niż dyskusja na ich temat • User stories pisane są przez cały okres trwania projektu
2015 Błędy podczas pisania User Stories • Postrzeganie user story jako zdanie lub card • Brak jasno określonych warunków akceptacji • Product Owner jako bottleneck
2015 Błędy podczas pisania User Stories • Nadmierne skupianie się na szablonie “as user” • Umieszczanie zbyt dużej ilości szczegółów technicznych • Zbyt małe przywiązanie uwagi do tego że, conversation is the key
2015 Retrospekcja • Zasady prowadzenia retrospekcji • Efekty retrospekcji • Zadania do realizacji jako efekt retrospekcji • Narzędzia i wzorce wdrażane w pracach projektowych
2015 Zarządzanie ryzykiem projektu • Zadania Scrum Mastera związane z zarządzaniem ryzykiem • Pojęcie długu technologicznego • Narzędzia zarządzania ryzykiem
2015 10 zasad kaizen 1. Problemy stwarzają możliwości. 2. Pytaj 5 razy „Dlaczego?” (Metoda 5 why) 3. Bierz pomysły od wszystkich. 4. Myśl nad rozwiązaniami możliwymi do wdrożenia. 5. Odrzucaj ustalony stan rzeczy. 6. Wymówki, że czegoś się nie da zrobić, są zbędne. 7. Wybieraj proste rozwiązania, nie czekając na te idealne. 8. Użyj sprytu zamiast pieniędzy. 9. Pomyłki koryguj na bieżąco. 10.Ulepszanie nie ma końca.