1. Predavatelj: Andrej Zrimšek Podjetje: Euro Plus d.o.o.
XP, Scrum, Lean: popularne agilne metodologije in njihova uvedba v razvojni proces
Predavatelj: Andrej Zrimšek
Podjetje: Euro Plus d.o.o.

2. VSEBINA Agilni razvoj na splošno eXtreme Programming Scrum
Lean Software development
Izkušnje pri uvajanju v razvojni proces

3. Od kje potreba po „agilnosti“?

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

5. Glavni principi agilnega razvoja
Pogoste in redne dobave delujočega SW
Spremembe so dobrodošle, tudi pozno v razvoju
Razvojniki in uporabniki morajo delati skupaj dnevno
Motivirani posamezniki, ki imajo dobro okolje in podporo
Najbolj učinkovit prenos informacij je face-to-face

6. Glavni principi agilnega razvoja
Delujoč SW je glavno merilo za merjenje napredka
Agilni proces promovira stalen razvoj – konstanten napredek mora biti možen poljubno dolgo
Stalni nadzor nad tehnično dovršenostjo in dobrim designom
Enostavnost – umetnost povečevanja stvari ki NISO narejene – je ključna
Najboljše arhitekture, zahteve, designi prihajajo iz “self-organizing” timov
Ob rednih časovnih razmakih ekipa pregleda, kako lahko postane bolj učinkovita, in popravi svoje delovanje temu primerno.

7. Euro Plus in agilni razvoj
Začetek uvajanja v letu 2006
Potrebno je bilo nekaj spremeniti:
Velik produkt, vedno večja ekipa
Težko obvladljivi izidi
Uvajanje postopno:
XP (vsaj nekaj principov) najprej
Scrum (vodenje projektov) v 2008
Lean (zajema celo podjetje) v 2009

8. „Metodologije“ XP – usmerjen v razvoj
Scrum – usmerjen v projektno vodenje
Lean – pokriva vse vidike projekta, vodilo je poslovna vrednost

9. eXtreme Programming (XP)
Nekaj glavnih pravil:
Pisanje „user stories“ namesto podrobnih zahtev
Iteracije z izdajami programov
„Stand up“ sestanek
Komunikacija s stranko
Test Driven Development
Programiranje v parih
Stalna integracija

10. Iterativni razvoj (iteracija, sprint)
Kratki časovni intervali (nekaj tednov)
Na koncu delujoč produkt
Obdobje, ko je razvojni tim „zaščiten“

11. Dnevni „stand up“ sestanki
Vsako jutro 15 minutni sestanek (Standup meeting, Daily Scrum)
Vsak pove:
Kaj je naredil od prejšnjega sestanka
Kaj bo naredil do naslednjega sestanka
Kaj mu onemogoča, da bi lahko opravil svoje delo

12. Komunikacija Ne podcenjevati pomena komunikacije
Razvoj s stranko/produktnim vodenjem
Člani ekipe med seboj
Table po možnosti v vsaki sobi, prostor za debate
Pairing – pair programming, TDD

13. Scrum Vloge: Nosilci informacij: Product backlog Sprint backlog
Scrum Master
Product Owner
Team
Nosilci informacij:
Product backlog
Sprint backlog
Burn down

14. Scrum - sestanki Daily Scrum Sprint planning Sprint DEMO Retrospective
Scrum of scrums

15. Xp + Scrum? Po treh letih smo redno izvajali glavne aktivnosti
Še vedno problemi:
Dolgotrajna planiranja sprintov
Težko obvladljiv backlog
Slaba povezava s produktnim vodenjem

16. LEAN software development
3 glavna pravila
Projekti morajo biti usmerjani s poslovno vrednostjo (business value)
Nujno je postavljati prioritete
Planiranje izdaj mora temeljiti na vrednosti, ki jo bo produkt prinesel na trg
Delaj eno stvar naenkrat
Inkrementalni razvoj v kratkih korakih
Omejevanje vrst
Vse delo mora biti vidno

17. LEAN software development
Glavni principi
Viden tok vrednosti (see value stream)
Zagotoviti jasen vpogled v potek projekta, s poudarkom na vrednosti
Project Portfolio, Sprint Backlog – glavna medija
Omejiti delo na razpoložljivo kapaciteto
Minimizirati količino dela v teku
Pull princip, čimmanj multitaskinga
Eliminirati izgube
Kvaliteta

18. Product backlog/Project portfolio
Vsebina
Seznam funkcionalnosti (features)
Razvrščen po prioriteti glede na poslovno vrednost
Visokonivojske ocene
Funkcionalnost za bližnjo prihodnost razbita na manjše zgodbe (stories). Dlje v prihodnosti, manj natančne so ocene
Vse zgodbe, ki bodo šle v naslednji sprint, morajo biti že ocenjene
Za vsebino je odgovoren tako Product Owner kot Team

19. Sprint backlog/Scrum board
Seznam zgodb (stories)
Vsaka zgodba razbita na opravila (task)
Enostaven nadzor nad opravili ki so naenkrat v delu
Sledenje prioriteti
Prikaz poteka (flow)
Označiti stvari, ki so oz kakršnegakoli razloga blokirane

20. Vidnost, ne dostopnost
Obe tabli omogočata takojšen vpogled v dogajanje
Sta mesto, kamor se odlagajo nove ideje
Na tablo dajemo tudi neplanirane aktivnosti
Vseeno je potreben tudi elektronski backup

21. Minimiziranje količine dela v teku
Primer projekta:
Ena stranka, ena zahteva (240 človek dni), 12 članov ekipe -> 1 mesec
Kompleksnejši primer:
Tri stranke, tri zahteve (vsaka 240 človek dni)
12 članov (razdeljeni na 3 dele) -> 3 meseci
Možnosti
Specializacija ljudi
Delamo en projekt naenkrat

22. Eliminiranje izgub (waste)
Največja izguba je razvoj nepotrebnih stvari
Predaje
Ozka grla
Zamude pri odzivih
Netestirana koda
Neprebrane zahetve (requirements)

23. Ocenjevanje in planiranje
Visokonivojsko ocenjevanje funkcionalnosti
Ocenjevanje zgodb:
Poleg ocene tudi seznanjanje ekipe z vsebino
Ocene znane pred sprint planning sestankom
Enota: story point (imaginarna enota)
Določanje prioritet zgodbam
Sprint planning sestanek kratek in učinkovit

24. Planiranje izdaj – release planning
Po določenem času je hitrost tima ocenjena
Ker so funckionalnosti ravno tako že ocenjene, lahko postavimo mejnike
Potrebno stalno ponavljanje postopka (stalno planiranje namesto sledenje planom)
Poudarek na tem, kaj bo narejeno najprej, ne na tem, kdaj bo narejeno vse

25. Naš razvojni proces – pregled
Močna povezava med razvojem in stranko/produktnim vodenjem
2 tedenski sprinti (stalni termini)
Sprint DEMO, retrospektiva in planning na en dan
Project portfolio in Sprint backlog vidna vsem
Ocenjevanje zgodb sproti, pred planning sestankom

26. Naš razvojni proces – pregled
Redni dnevni „stand up“ sestanki
Programiranje v parih
Test Driven Development
Stalna integracija
Avtomatizirano testiranje

27. Kako začeti? Dnevni „stand up“ sestanki – max. 15 minut
Razvijajte v etapah (iteracije)
Testiranje naj bo del procesa že v začetku
Ljudje naj se ukvarjajo z manj projekti
Ojačajte kontakt s stranko
Ne vztrajajte na „papirologiji“, ki ne koristi ekipi

28. Nekaj virov in kontakt http://www.netobjectives.com/
...

29. Vprašanja?
Po predavanju boste na vaš elektronski naslov prejeli vprašalnik o predavanju, ki ste ga ravnokar poslušali.
Vprašalniki bodo dostopni tudi preko profila na spletnem portalu konference.
Z izpolnjevanjem le tega pripomorete k izboljšanju konference. Hvala!