Hvordan planlegge en Agile Sprint Meeting

June 29  by Eliza

Når du arbeider innenfor en smidig rammeverk, utrette du diskrete oppgaver innenfor rammen av en sprint. På den første dagen i hver sprint - ofte en mandag morgen - scrum-teamet holder sprint planleggingsmøte. Formålet med sprint planleggingsmøte er å

  • Etablere mål for sprint.
  • Velge brukerhistorier som støtter disse målene.
  • Bryte brukerhistorier i spesifikke utviklingsoppgaver.
  • Lag en sprint backlog.

Holde møter kort slik at utviklingsteamet har den tiden den trenger til å lage produktet.

Sette mål og velge brukerhistorier i løpet av en smidig sprint planleggingsmøte

Under en sprint planleggingsmøte, produkteier og utviklingsteam, med støtte fra scrum mester:

  1. Diskutere og sette en sprint mål.

    Sprint Målet bør være en overordnet beskrivelse støttes av de høyest prioriterte brukerhistorier i produktet backlog.

  2. Gjennomgå brukerhistorier fra produktet backlog som støtter sprint mål og tilbake og justere innsatsen estimater som nødvendig.
  3. Bestem hva teamet kan forplikte seg til i dagens sprint.

    Utviklingsteamet bør bli enige og bekrefte den kan fullføre planlagt for denne sprint mål.

    Planlegger alltid og jobbe en sprint på en gang. Ikke plasser brukerhistorier til bestemte fremtidige spurter Hold sortert liste med brukerhistorier oppdatert i produktet backlog og fokusere på å utvikle de rester høyest prioriterte historier. Forplikte seg bare til planlegging for dagens sprint. Hvis noen av brukerhistorier ikke passer i dagens sprint, fjerne dem fra sprint og legge dem tilbake inn i produktet backlog.

Opprette oppgaver for sprint backlog under en smidig sprint planleggingsmøte

Etter å sette mål for sprinten og fastsettelse av brukerhistorier sprinten vil oppfylle i løpet av første del av sprintplanleggingsmøte, scrum-teamet

  1. Skaper sprint backlog oppgaver knyttet til hver bruker historien.

    Bryt brukerhistorier i diskrete individuelle oppgaver og tildele et antall timer til hver oppgave. Sørge for at oppgavene omfatte hver del av definisjonen av ferdig: utviklet, integrert, testet og dokumentert.

  2. Dobbelt sjekker at laget kan fullføre oppgavene i tiden tilgjengelig i sprint.

    Vær forsiktig med over begå i begynnelsen av en sprint, spesielt i prosjektets første par spurter. Utviklingsteamet bør målrette å være i stand til å fullføre en oppgave i en dag eller mindre, for et par grunner: Kortsiktige mål fremme produktivitet; og en kort tidsramme bringer problemer til forkant raskt. Hvis et gruppemedlem arbeider med en oppgave for mer enn en dag eller to, kan den oppgaven, eller at teammedlem trenger spesiell oppmerksomhet.

    Hvis oppgavene overstiger timer tilgjengelig, søke prosjekteier råd om hvilke brukerhistorier for å fjerne fra denne sprinten.

  3. Hvert medlem velger en første oppgave å utføre.

    Utvikling teammedlemmer skal fungere på bare en oppgave på en bruker historien om gangen for å muliggjøre sverm - praksisen med å ha hele utviklingsteamet arbeid på ett krav før det er fullført. Svermende kan være en svært effektiv måte å fullføre arbeidet i løpet av kort tid.