1 minute read

Sammendrag

в I et IT-prosjekt utvikles et produkt. De som utfører et prosjekt, kalles et team. Et team består sjelden av flere enn seks–sju personer.

в Fossefallsmetoder innebærer at arbeidet er delt inn i oppgaver som skal gjøres i en bestemt rekkefølge: analyse og planlegging, design, programmering og til slutt testing.

в Smidige utviklingsmetoder innebærer at arbeidet med planlegging, utvikling, testing og evaluering foregår i kortere intervaller kalt evaluering foregår sprinter.

En sprint varer i én–fire uker. Med en slik arbeidsmetode vil en enkel utgave av produktet være klar tidlig i prosjektet. Produktet blir deretter gradvis forbedret.

Teamet får hyppige tilbakemeldinger fra oppdragsgiver og brukere. Oppdragsgiveren er den eller de som har bestilt produktet. Brukerne er de som skal bruke sluttproduktet. I et prosjekt bidrar ofte representanter for brukergruppen med tilbakemeldinger og testing av produktet.

в Interessentene i et prosjekt kan være representanter både for oppdragsgiveren og brukerne. Interessentene bidrar ved å komme med utviklingsønsker og gi tilbakemeldinger i sprintgjennomganger.

в Produkteieren styrer backloggen og bestemmer hvilke deler av et produkt teamet skal lage, og i hvilken rekkefølge. Produkteieren er ofte en del av teamet.

в Backloggen er en prioritert liste over hva interessentene ønsker seg. Ønskene er ofte formulert som brukerhistorier på en fast form: «Som <type bruker> vil jeg kunne <utføre en gitt handling>, slik at <verdi for noen>.»

в Det er vanlig å bruke oppgavetavler. En oppgavetavle har kolonner for oppgaver som skal gjøres, oppgaver som pågår, og oppgaver som er ferdige. Tavla kan være fysisk eller digital. Oppgavene skrives på en lapp eller i en boks som kan flyttes mellom kolonnene. På den måten får teamet oversikt over hva som skal gjøres, hva de andre jobber med, og hvilke oppgaver som er ferdige.

в Teamet som utvikler produktet, må ha kontroll på og tilgang til filene som produseres underveis i prosjektet. Det er viktig at den nyeste versjonen av koden er lagret i en mappe. Med fildelingstjenester kan vi sikkerhetskopiere og dele filer og mapper, og vi får oversikt over filenes historikk.

в En versjonskontroll er et øyeblikksbilde av mappen med alle filene som et prosjekt består av (kodebasen). Versjonskontrollprogrammer lager et bilde av hele mappen når den sikkerhetskopierer prosjektet. Slike programmer gjør det enklere å lagre mange øyeblikksbilder underveis, bla frem og tilbake mellom øyeblikksbildene og sy sammen ulike versjoner av enkeltfiler, enn ved bruk av fildelingstjenester.

This article is from: