agile software development • Individuals and interactions over processes and tools • Working software over comprehensive documentation • Customer collaboration over contract negotiation • Responding to change over following a plan
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…
• Jest procesem empirycznym (oparty na zdobywaniu doświadczenia) • Jest iteracyjny • Brak „wrzutek” - ochrona zespołu • Określone terminy i agenda spotkań
• Właściciel produktu • Reprezentuje klienta • Ma rozumieć klienta i jego potrzeby • Tworzy backlog • Priorytetyzuje backlog • Product Owner Checklist https:// scrumwell.files.wordpress.com/2013/09/product-owner- checklist-november-2013.pdf
• 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
• Dba o unikanie specjalizacji w obszarach technicznych • Team jest samoregulujący • Team jest cross functional: zawiera programistów, testerów, grafików, etc.
Im mniej wpływu z zewnątrz tym lepiej - szara strefa • Tempo prac uzależnione od ilości swobody • Team posiada określone capacity • Tabelka i liczenie capacity
Na podstawie danych historycznych można określić ilość pracy które może wziąć na siebie team w ramach sprint-u (velocity 7 sprintów) • Nie przypisujemy zadań członkom team-u - to poszczególni członkowie decydują o tym którym zadaniem będą się zajmować
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
podstawowa jednostka przebiegu projektu • Długość sprintu – aspekty wyboru • Zasady realizacji i zadania w sprincie • Produkty realizacji sprintu • Przerywanie sprintu • Zamknięcie sprintu
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
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
Zasady prowadzenia retrospekcji • Efekty retrospekcji • Zadania do realizacji jako efekt retrospekcji • Narzędzia i wzorce wdrażane w pracach projektowych • Konstytucja zespołu • Eksperymenty w przyszłym sprincie
Scrum • Zasady i aspekty skalowania metodyki • Efektywność skalowania w Scrum • Struktura produktowa (https:// www.youtube.com/watch?v=X2xuROuGBUk) • LeSS (https://less.works/) • SAFe (http://www.scaledagileframework.com/)