26. Eierskap til prosessen
Ildsjeler startet innføringen og
passet på prosessen.
Folk slutter - til tider hadde vi
ingen som tok spesielt ansvar
27. Eierskap til prosessen
Prosessen bør være forankret. Noen bør sørge
for at den følges.
Ildsjeler startet innføringen og
passet på prosessen.
Folk slutter - til tider hadde vi
ingen som tok spesielt ansvar
29. Product owner raskt. Uheldig med
Viktig å kunne ta avklaringer
“skybert” product owner.
Styringsgruppa er formelt
Ta avgjørelser på forskudd hvis du er trygg på
eier.
utfallet.
Prosjektleder / arkitekter
fungerer til tider som eier.
31. Tverrfaglige team leverte veldig bra mtp
Teamsammensetning
funksjonalitet. Ulempen var at de forskjellige
systemene som avga ressurser mistet kontroll
Tverrfaglige team.
og styring.
Flere team med forskjellig
Ekstrem fokus på leveranse fører til dårligere
fokus (mellomvare og
kanal)
kodekvalitet. Motvirkende tiltak bør vurderes.
33. Estimering
Planningpoker fungerte bra for oss. Hele teamet
er commitet til estimatet og deler kunnskap om
hva som skal gjøres.
Tradisjonell estmering
Planningpoker
Uforbredt
Enkelte forbreder presentasjon av
oppgaven.
34. Scope
Til å begynne med rørte vi
ikke scopet i sprinten ->
Endring == avbrudd.
Etter hvert begynte vi å
jonglere med sprinten.
35. Commitmentet til utviklerne kan forsvinne
Scope
dersom sprinten endres hyppig.
Kjør kortere sprinter hvis dere ikke klarer å holde
Til å begynne med rørte vi
sprinten stabil.
ikke scopet i sprinten ->
Endring == avbrudd.
Etter hvert begynte vi å
jonglere med sprinten.
37. Parprogramering
Parprogramering fungerte best når det var
komplekse problemstillinger, man hadde behov
ad-hoc
for opplæring eller som substitutt for QA.
Tvungen parprogramering
Rullering
Velge selv
Ved behov og som
substitutt for QA funket
best
38. Kalender tid og tilgjengelig
tid.
Alle oppgaver inn i sprinten
Estimere med lavere burn-rate.
39. Kalender tid og tilgjengelig
Sett av tid til arbeidsoppgaver som må gjøres
tid.siden av. Estimer f.eks med at folk klarer å
ved
jobbe 6 timer pr dag med prosjekt.
Alle oppgaver inn i sprinten
Estimere med lavere burn-rate.
41. Sprint mellomvaresystem fungerte dårlig.
Demo av demo
Demo av klienter fungerte ok, men diskusjonen
dreide seg fort om utseende og ikke funksjon.
Mellomvaresystem
Behovnoe gui
Ikke for styring av disse møtene.
Funksjonelle tester
Klienter med grensesnitt
Demo av funksjonalitet
43. Retrospectives som arena er viktig.
Retrospectives
Kjør dem hver gang. Hvis det ikke er noe å ta
opp kan man bare avslutte.
Kjørte retrospectives etter hver
sprint
Sjeldnere etterhvert
Til slutt kjørte vi ikke
retrospectives
45. Sprint frekvens
Det er intenst å jobbe smidig.
Det kan rett etter hverandre
Sprinter være lurt å ha noen hvileskjær mellom
sprintene.
Pauser mellom sprinter.
Stabiliseringsprinter.
46. Oppskalering
Scrum of scrums
En fra hvert team møtes
med jevne mellomrom.
Look ahead
kort planlegging av
sprintene fremover.
47. Scrum of scrums fungerte ikke så bra for oss.
Oppskalering
Look a head for å kompansere for sjeldne
Scrum of scrums
releaser fungerte bra.
En fra hvert team møtes
med jevne mellomrom.
Andre tips: Samle alle i et stort rom for å
planlegge kan også virke.
Look ahead
kort planlegging av
sprintene fremover.
52. Oppsummering.
Smidige metoder gir:
Målbart bedre produktivitet (for oss)
Bedre forretningsforståelse hos utviklere. IT er et
middel, ikke målet.
Økt leveranseevne
Større risiko for teknisk gjeld.
Økt synlighet og bedre kommunikasjon.
54. Viktig å ikke glemme det vi
tar for gitt...
Kontinuerlig integrasjon
Testdrevet utvikling
Kodegjennomgang eller
parprogramering
Notes de l'éditeur
18 millioner kall 1.desember i år.
8000 klasser hvor på ca 5000 er involvert direkte i foretningen.
Ca 8000 unittester.
40 klienter og 50 backendsystemer.
18 millioner kall 1.desember i år.
8000 klasser hvor på ca 5000 er involvert direkte i foretningen.
Ca 8000 unittester.
40 klienter og 50 backendsystemer.
18 millioner kall 1.desember i år.
8000 klasser hvor på ca 5000 er involvert direkte i foretningen.
Ca 8000 unittester.
40 klienter og 50 backendsystemer.
18 millioner kall 1.desember i år.
8000 klasser hvor på ca 5000 er involvert direkte i foretningen.
Ca 8000 unittester.
40 klienter og 50 backendsystemer.
18 millioner kall 1.desember i år.
8000 klasser hvor på ca 5000 er involvert direkte i foretningen.
Ca 8000 unittester.
40 klienter og 50 backendsystemer.
18 millioner kall 1.desember i år.
8000 klasser hvor på ca 5000 er involvert direkte i foretningen.
Ca 8000 unittester.
40 klienter og 50 backendsystemer.
En god scrummaster vil sørge for dette, men det kan være behov for eksterne. (prosesseiere)
En god scrummaster vil sørge for dette, men det kan være behov for eksterne. (prosesseiere)
Planningpoker er laget for å heve kompetansen på alle ..
Planningpoker er laget for å heve kompetansen på alle ..
Rører du scopet under sprinten forsvinner comittment umiddelbart. Bedre å avbryte sprinten eller eventuelt bytte ut oppgaver med
Rører du scopet under sprinten forsvinner comittment umiddelbart. Bedre å avbryte sprinten eller eventuelt bytte ut oppgaver med
Selvom mange av de som arbeidet på systemet var kosulenter hadde
Selvom mange av de som arbeidet på systemet var kosulenter hadde
Dette er noe av nøkkelen med agile: Selvjusterende metode.
Dette er noe av nøkkelen med agile: Selvjusterende metode.
Send de riktige folkene
IKKE scrummaster.
Funker sånn passe
Kanbanmøter
Big room planlegging.
Send de riktige folkene
IKKE scrummaster.
Funker sånn passe
Kanbanmøter
Big room planlegging.
Oppgaver er ferskvare.
Ikke estimater, ikke retrospectives.