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/)
SiteGround - Reliable hosting with speed, security, and support you can count on.
astrotech
muziyoshiz
aeonpeople
thara0402
0gm
bbqallstars
taketakekaho
knishioka
stahnma
sansan33
sansantech
tsukaman
tessaabrams
samlambert
tmiket
thoeni
skipperchong
soudai
tamaranovitovic
helmedeiros
katiecoart
destraynor
rkendrick25
bluesmoon
