Scrum

Scrum er en av flere smidige prosesser, men felles for alle er at de må sees på som et rammeverk hvor man tar i bruk elementer som man synes fungerer. I hovedtrekk benytter vi alle de sentrale elementene fra Scrum - men plukker gjerne opp ting fra andre prosesser som vi synes fungerer.

Våre utfordringer
Vi har mange ulike typer prosjekter. Alt fra produktutvikling med kontinuerlig utvikling, til rene eksterne oppdrag hvor vi samarbeider tett med kunden. Vi har små prosjekter med 1-2 utviklere, til store prosjekter som engasjerer nesten hele avdelingen. Vi har gjort oss en god del erfaringer med hva som fungerer i ulike sammenhenger og er stadig på utkikk etter hva som kan forbedres. For eksempel er vi i gang med å prøve ut prosessen KANBAN som ser ut til å fungere bedre i små prosjekter.

Target Process
Vi synes også det er viktig å ha et godt verktøy for å administrere både prosjekt, backlog og bugs/issues. Her benytter vi Target Process - som er et omfattende verktøy som er laget for å bruke til smidige prosesser. Utover planlegging og oppfølging, benytter vi dette verktøyet til testing og feilrapportering.

Vår hverdag med Scrum
Under beskrives noen av elementene vi anser som viktige for vår ScrumM-prosess.

Produkteier og Backlog
Alle våre produkter har en produkteier og noe av det viktigste funksjonen til denne personen, er å vedlikeholde backloggen for produktet. Det innebærer å samle inn innspill fra mange kanaler og prioritere disse for Teamet.

Sprinter
Vi gjennomfører 2 ukers sprinter som synkroniseres mellom alle prosjekter både på Java og .NET. Dette gjør at vi blir mer fleksible med tanke på utnyttelse av ressurser. Enkelte er gjerne involvert i flere produkter og vi ønsker primært at man fokuserer på ên ting om gangen. Det at hele teamet har felles fokus på leveransen fører til bedre samarbeid i teamet og en mer effektiv gjennomføring av sprinten. Samtidig gjør dette av vi kan vi utnytte vår spisskompetanse på avdelingen bedre.

Pusteromsdag
Siste dag i sprinten har vi definert som en pusteromsdag. Dette inneværer at når teamet setter sammen sprinten, skal arbeidsmengden tilsvare 9 arbeidsdager - og ikke 10. Ved å planlegge med 1 dag slakke mellom sprintene, har vi mulighet til å skyve på henvendelser som kommer inn og ellers ville ført til forstyrrelser.

Sprint planlegging
Dette gjennomføres enten i forkant av neste sprint, eller som første dag. Her forteller produkteier om sine prioeriteringer for kommende sprint, og teamet fullfører planleggingen ved å estimere og sette sammen innholdet.

Daglige Scrum-møter
Teamet styrer selv hvordan de ønsker å gjennmføre sine daglige møter. Noen alternativer som benyttes:
  • bruker Task board-funksjonaliteten i Target Process på 40" storskjerm i sofakroken
  • tar dialogen "over bordet" (små team)
  • bruker tavle og post-it lapper
Sprint review
Som markering av at sprinten er ferdig går teamet, produkt eier og eventuelt andre interessenret, gjennom leveransen. Det kan f.eks være i form av en demo, eller gjennomgang av innholdet i sprinten.

Sprint retrospective
Dette er en evaluering av sprinten og gir viktig innspill til neste sprint, og til det å jobbe smidig som helhet hos oss.

- God nettside som omhandler Scrum: www.mountaingoatsoftware.com
Kontakt
 Tore M. Johnsen
 932 53 366
   epost