Når skal du bruke Scrum -metodikk?

Når selskaper har et prosjekt der de kan bruke Agile Project -metodikken, kan de også bruke et rammeverk kalt Scrum.

I stedet for å ha en formulert prosjektstyringsmetodikk der roller er spesifikt definert og prosessen er stivt brukt, tilbyr Scrum et rammeverk som teamet tar mange av beslutningene når de må tas, i stedet for å abonnere på en tidslinje.

Scrum -metodikken ble utviklet på 1990 -tallet sammen med den smidige metodikken, som en metode for å la team samarbeide for å få utviklet produkter. Det tilbyr bare et lite antall regler innenfor rammen, men lar komplekse prosjekter fullføres i en kort tidsramme.

Scrum roller

Det er tre roller som er definert innenfor Scrum -rammeverket, produkteiere, utviklingsteam og Scrum Masters.

• Produkteier - Denne personen eller personene bestemmer hvilket produkt som må leveres i løpet av de neste tretti dagene eller mindre, avhengig av tidslinjene. Dette kan være bedriftseier, kunder eller sluttbrukere, men vil ha visjonen om å få teamet til å bygge riktig produkt.
• Utviklingsteam - Dette er menneskene som vil bygge produktet og demonstrere produktet sitt for produkteieren. Det er ingen samlet teamleder; Problemer i teamet blir diskutert av teamet som helhet. Teammedlemmene er generelt tverrfunksjonelle, og alle er involvert i produktutviklingen.
• Scrum Master - Dette er personen som fører tilsyn med prosessen, sikrer at prosessen fungerer og forbedrer prosessen om nødvendig.

Scrum -arrangementer

Hendelsene i Scrum gir utviklingsteamet og produkteieren en mulighet til å dele informasjon slik at det er pågående kommunikasjon. Det er en rekke hendelser som kan oppstå i løpet av en periode, vanligvis tretti dager eller mindre, som kalles sprinten.

• Sprint - Denne tidsperioden inneholder sprintplanleggingsmøtene, daglige skrummer, utviklingsarbeidet, Sprint Review og Sprint retrospektiv. Under sprinten kan det ikke være noen endringer i målene, og utviklingsteamet skal forbli det samme.
• Sprintplanleggingsmøte - Dette møtet brukes til å planlegge arbeidet som må utføres under sprinten. Møtet er vanligvis åtte timer for en månedlig sprint og er proporsjonalt mindre for kortere sprints. Møtet er delt inn i to, den første delen bestemmer målene for sprinten, den andre bestemmer hvordan målet med oppnås.
• Daglig skrum - Dette er et kort femten minutters møte hver dag som lar utviklingsteamet planlegge neste dags arbeid. Teamet gjennomgår arbeidet som er fullført i dagen før og spår hva som kan oppnås i løpet av de neste tjuefire timene. Daily Scrum er en mulighet til å gjennomgå hvor teamet er i forhold til det samlede sprintmålet. Scrum-mesteren sørger for at det daglige Scrum oppstår og at utviklingsteamet holder til et femten minutters maksimum for å sikre at utviklingsteamet utvikler rask beslutningstaking.
• Sprint Review - På slutten av sprinten brukes gjennomgangen til å evaluere hva som er oppnådd under sprinten og for å bestemme hva den neste kan gjøres i neste sprint. Sprint Review er en fire timers begivenhet som lar utviklingsteamet kommunisere hva som var høydepunktene på sprinten, og hvilke problemer de fant. Basert på kommunikasjonen mellom utviklingsteamet og produktseieren, avgjøres et nytt sett med leveranser for neste sprint.
• Sprint retrospektiv - Dette er et tre timers møte der hele Scrum-teamet kan reflektere over sprinten og lage en plan for forbedringer som kan vedtas for neste sprint. Møtet skal se på mennesker, forhold, prosess og verktøy, samt identifisere hvor forbedringer kan gjøres.

For å optimalisere prosjektets fullføring, er målet å levere resultater når disse resultatene ble lovet. Og å oppnå det så effektivt som mulig. Å bruke SCRUM Project Management Methodology er ett verktøy for å hjelpe deg med å oppnå dette målet.

Oppdatert av Gary Marion.