Agilni principi u praksi

1. Agilniprincipi u praksi Level200 Ivan Pavlović, Hive Studios paki@hive-studios.com www.hive-studios.com MVP For Visual C#, Certified ScrumMaster MCSD, MCAD, MCDBA, MCT

2. Sadržaj • Kratak istorijski pregled... • Agilno vođenje projekata • Agilno programiranje • Prihvatanje promena • Ne postoji univerzalno rešenje

3. Osnovni principi Individuals and interactions/ processes and tools Working software / comprehensive documentation Customer collaboration / contract negotiation Responding to change / following a plan

4. Osnovni principi • Fail Fast • Uklanjanje smeća iz proces proizvodnje • Jasna podela uloga u timu • Saradnja svih članova • Vođenje umesto upravljanje • Stalno poboljšanje procesa

5. SCRUM proces

6. Uloge

7. Sprint planning • User Story != mi smo agilni • Mogu da predstavljaju problem za programere • Dokle ići sa dekompozicijom zahteva? • Identifikacija i postavljanje prioriteta • CILJ SPRINTA

8. Tim mora da se sam upravlja • Preuzimanje zadataka • Učenje na greškama • Izbegavajte nametanje rešenja, čak i kada ste 100% sigurni

9. Vidljivost • Posao ScrumMastera je da učini SVE probleme vidljivima, kako bi moglida se reše • Impediments • TaskBoard, BurnChart… • Table, Plazmaekrani, table odplute

10. Stop the press! • Jer želimo da nađemo uzrok i napravimo rešenje koje će eliminisati uzrok problema • Ovo je obaveza svakog člana tima

11. Procene vremena • Planning Poker i Estimation Poeni • Igra umesto pritiska • Kako da procenim koliko mi vremena treba za završetak projekta? • Da li postoji kraj projekta? • Multifunkcionalni timovi • Sinhronizacija

12. Brzina tima - Velocity • Najvažniji parametar koji se prati • Osnova za planiranje narednih sprintova • Izbacite nepotrebnu metriku kao što je npr time sheet • Osim ako ne naplaćujete radne sate

13. Done! Done! Done • List uslova koje mora da zadovolji kod • Konsenzus celog tima • Revidira se na kraju svakog sprinta • Lista je okačena iznad svakog radnog mesta

14. Uklanjanje stresa • Kada se posmatra duži period, stres je izuzetno negativan i drastično smanjuje produktivnost • Razgovori sa upravom • Razgovori sa članovima tima • Teambuilding

15. Praćenje situacije • Da li smo da dobrom putu? • Vizuelizacija parametara • BurnDown charts • Excel Template za download • TaskBoard • Kolona za svaki status • Mora da bude na vidljivom mestu • Ažurira se svakodnevno

16. Prvi sprint

17. Idealan sprint

18. Katastrofa

22. Puštanje verzije u produkciju • Programer ne može da odredi kada je došao taj trenutak. To je obaveza korisnika ili njegovog predstavnika • Sve mora da prođe kroz test okruženje

23. Radno vreme • Nema prekovremenog rada. Tačka. • Osim u slučajevima da postoji Show Stopper • Velocity opada sa povećanjem radnog vremena • Ovo se izuzetno lako utvrđuje • Smanjite Drag / povećajte pravi rad

24. Projekti sa fiksnim rokom • Da li ste ponovo preuzeli odgovornost od naručioca samo da bi dobili posao? • Zajedničko ulaganje i zajednički rizik

25. Programiranje u paru • Izuzetno efikasno • I izuzetno naporno • Rotirajte parove • Dogovorite se kako radite u paru • Ko je driver a ko map reader • Kkoa se menjaju uloge • Ne počinjite da programirate pre nego što okvirno smislite na koji način ćete rešiti problem

26. Testovi Postoji samo automatsko testiranje. Tačka. Kod za koji ne postoji relevantan automatski test nije testiran. Tačka. User Story za koji ne postoji UI test nije testiran. Tačka • A ko određuje relevantnost testa? • Smanjite sivu zonu – kod koji ne može da se testira

27. Na kraju sprinta • Review • Prikazivanje urađeno • Nema PPTova i sličnih gluposti, samo kod koji radi • Osnova za izgradnju poverenja • Retrospektiva (Start / Stop / Cont) • Učestvuju svi članovi • Identifikuje se dobra i loša praksa

28. Često postavljanja pitanja

29. Kako se izvući iz ropstva u koji ste upali zbog tehničkog duga? • Dokle više da refaktorišem ovaj kod? • Kupac me drži na nišanu i pita kada će da ima funkcionalnost XYZ?

30. Da li nosite smešne kape kada oborite build? • Da li ih onda nosite kada zakasnite na dnevni SCRUM?

31. Kako da nateram moj tim da pređe na agilne metode? • start doing daily stand up meeting • start doing automated builds • start working in pairs on relatively complicated problems • start doing code reviews • start showing visible progress • start trying to show demos every two or three weeks • start learning unit testing • learn how to code better, design better • start doing TDD

32. Resursi • Roy Osherove Blog http://weblogs.asp.net/rosherove • SCRUM Alliance www.scrumalliance.org • Visual Management Blog http://www.xqa.com.ar/visualmanagement

33. MSForge.NET

34. Molimo vas dapopuniteankete!Please fill out the evaluations! Vaše mišljenje čini osnovu sledeće Sinergije i omogućava nam da oblikujemo sadržaj u skladu sa Vašim željama. Svi posetioci koji popune ankete ulaze u nagradnu igru Your opinion forms the next Sinergija conference, and it provides us with the means to shape its content to best suit you. All attendees that fill out the evaluations are taking part in drawing of special prizes

35. Hvala Ivan Pavlović Hive Studios