Hvordan kontrollere resultatene av en Agile Sprint

Målet for hvert smidig sprint er å produsere et brukbart produkt, og som smidig ble utviklet som en modell for bruk i utvikling av programvare, er oftest det brukbart produkt kode. Kontrollere det arbeidet som gjøres i en sprint har tre deler: automatisert testing, peer review, og produktet eieren gjennomgang.

Ved hjelp av automatisert testing for å verifisere smidige sprint resultater

Automatisert testing innebærer å bruke et dataprogram for å gjøre mesteparten av koden testing for deg. Med automatisert testing, kan utviklingsteamet raskt utvikle og teste kode, noe som er en stor fordel for smidige prosjekter.

Ofte, smidige prosjektgrupper kode i løpet av dagen og la testene kjøres over natten. I morgen kan prosjektgruppen gjennomgå feilrapport uttestingen generert, rapport om eventuelle problemer under den daglige scrum, og rette disse problemene umiddelbart i løpet av dagen.

Automatisert testing kan inkludere

  • Enhetstesting: Testing kildekode i sine minste deler - komponentnivå.
  • System: Testing av koden med resten av systemet.
  • Statisk testing: Statisk testing bekrefter at produktet kode oppfyller standarder basert på regler og beste praksis som utviklingsteamet har avtalt.

Ved hjelp av peer review for å verifisere smidige sprint resultater

Fagfellevurdering ganske enkelt betyr at utviklingsteammedlemmene anmeldelse av hverandres kode. Hvis Samuel skriver program A og Joan skriver program B, vurderinger Samuel Joans kode, og vice versa. Objektiv fagfellevurdering bidrar til å sikre kodekvalitet.

Utviklingsteamet kan gjennomføre fagfellevurderinger under utvikling. Samlokalisering bidrar til å gjøre dette enkelt - du kan slå til personen ved siden av deg og be ham eller henne til å ta en rask titt på arbeidet ditt. Utviklingsteamet kan også sette av tid i løpet av dagen spesielt for gjennomgang kode. Selvstyrte lag bør bestemme hva som fungerer best for deres spesifikke team.

Bruke produkt eier gjennomgang for å verifisere smidige sprint resultater

Når en bruker historien har blitt utviklet og testet, deretter vurderinger produktet eieren funksjonaliteten og kontrollerer at den oppfyller målene i bruker historien. Produktet eieren bekrefter brukerhistorier gjennom hver dag.

Til slutt bør produktet eieren kjøre gjennom noen kontroller for å kontrollere at bruker historien i spørsmålet oppfyller definisjonen av gjort. Når en bruker historien oppfyller definisjonen av ferdig, oppdaterer produktet eieren oppgaven bord ved å flytte bruker historien fra Godta kolonnen til Ferdig kolonnen.