1 / 56

Vellykkede prosjekter leverer hyppig

Vellykkede prosjekter leverer hyppig. Johannes Brodwall, Steria Chief Scientist, Utvikler, Arkitekt, Sertifisert ScrumMaster. Dette er deres seminar!. For mer om smidige metoder http://johannesbrodwall.com. For mer om smidige metoder http://johannesbrodwall.com.

Download Presentation

Vellykkede prosjekter leverer hyppig

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Vellykkede prosjekter leverer hyppig Johannes Brodwall, Steria Chief Scientist, Utvikler, Arkitekt, Sertifisert ScrumMaster

  2. Dette er deres seminar!

  3. For mer om smidige metoderhttp://johannesbrodwall.com

  4. For mer om smidige metoderhttp://johannesbrodwall.com

  5. For mer om smidige metoderhttp://johannesbrodwall.com

  6. (Gratis) månedlig fagmøte http://xp.meetup.com/13/

  7. http://forum.smidig.no

  8. http://forum.smidig.no

  9. 1. Smidige metoder

  10. Smidige metoder Adaptive Scrum Extreme programming EVO Crystal FDD DSDM Lean

  11. www.agilemanifesto.org Smidig og Scrum

  12. Det smidige manifest Individer og samspill framfor prosesser og verktøy Fungerende system framfor utførlig dokumentasjon Samarbeid med kunden framfor kontraktsforhandlinger Å reagere på endringer framforå følge en plan

  13. De smidige prinsippene: • Levere verdifullt, kjørende system hyppig • Endringer = kundens konkurransefortrinn • Hyppige leveranser • Forretning og utvikling jobber sammen • Stol på teamet • Samtale ansikt-til-ansikt. • Mål fremdrift ved programvare • Bærekraftig arbeidstempo • Teknisk utmerkelse • Enkelhet • Arkitekturen vokser fram • Teamet reflekterer

  14. Essensen i smidige prosjekt

  15. Essensen Vi forbedrer oss hver iterasjon

  16. Essensen Tilfredsstill brukeren gjennom å levere et verdifullt, kjørende system tidlig og hyppig

  17. Essensen God og hyppig feedback

  18. Essensen Utnytt endringer til å gi kunden merverdi

  19. 2. Scrum

  20. Roller Seremonier Artifakter

  21. Scrum – Hvem? Produkt-eier Scrum Master Scrum Team

  22. Scrum – Hva? Burn-down Produkt Produkt-eier Scrum Master Produkt-kø Scrum Team Sprint-kø

  23. Scrum – Når? 24 timer Stand-up Sprint(1-4 uker) Demo Retro-spektiv Sprint planning

  24. Hva har skjedd?

  25. Hva har skjedd?

  26. Hva har skjedd? ”Done, done, done”

  27. Hva har skjedd?

  28. Hva har skjedd? Lagerhold

  29. Hva gjør vi?

  30. Hva gjør vi? Timebox

  31. Hva gjør vi?

  32. Scrum

  33. 3. Teknikker

  34. 3. Teknikker(fra XP)

  35. User stories • Delta på scrum kursSom en konsulentØnsker jeg å delta på scrum-kursslik at jeg lærer mer om scrum og jeg kan vurdere riktig metode for mine prosjekter

  36. User stories • Delta på scrum kursSom en avdelingslederØnsker jeg at mine ansatte deltar på Scrum-kursslik at jeg kan markedsføre oss med bred kompetanse

  37. User stories • [navn]Som en [aktør] ønsker jeg [funksjonalitet] slik at [verdi]

  38. User stories • Personifisere innholdSom en web-brukerønsker jeg å lagre et forhåndsdefinert søkslik at jeg får rask tilgang til innhold som er interessant for meg.

  39. Lean Stop the line!

  40. 4. Oppsummering

  41. Smidighet Lever verdi Få feedback Reflekter over den Bli bedre

  42. Scrum Tre roller: Product owner, scrum master, scrum team Tre artifakter: Product backlog, sprint backlog, burndown chart Fire seremonier: Sprint planning, stand-up, demo, retrospektiv

  43. Ting du alltid kan gjøre Stand-up møter Reflekter og forbedre arbeidsmåten Spis lunsj med brukeren Ta ansvar – ikke gi ansvar

  44. 改善

  45. Vi trenger ikke å være perfekte

More Related