Et agilt prosjekt består av mange utviklings-sprinter. I starten av hver sprint velges det ut brukerhistorier (user stories) eller funksjoner som skal utvikles. Lengden på en sprint er normalt på 3 til 4 uker. Under sprintene er det vanlig med daglige korte «stand-up» møter for å avklare uklarheter og fordele oppgaver. Mot slutten av sprinten blir arbeidet som er gjort presentert gjennom den demo, dette møte heter «sprint review». Etter at koden er lastet opp til serveren gjennomføres det er «retrospektivt møte»
Hva er agile? Hva er smidig metodikk?
Sist oppdatert 27.10.2020 av Jens Christian Bang
«Agil» eller «smidig» programvareutvikling refererer til en prosjektmetodikk med raske og repeterende utviklingsfaser kalt sprinter. Funksjonskravene til programvaren, kalt brukerhistorier, utvikler seg gjennom samarbeid i selvstyrte tverrfaglige team.
Innhold på denne siden:
Historikk: «Det agile manifestet»
Agile / smidig metodikk

Et agilt prosjekt består av mange utviklings-sprinter. I starten av hver sprint velges det ut brukerhistorier (user stories) eller funksjoner som skal utvikles. Lengden på en sprint er normalt på 3 til 4 uker. Under sprintene er det vanlig med daglige korte «stand-up» møter for å avklare uklarheter og fordele oppgaver. Mot slutten av sprinten blir arbeidet som er gjort presentert gjennom den demo, dette møte heter «sprint review». Etter at koden er lastet opp til serveren gjennomføres det er «retrospektivt møte»
Waterfall - fossefall

Fossefall er den tradisjonelle metodikken for prosjektgjennomføring. Prosjektet planlegges og spesifiseres prosjektet i detalj før utviklingen starter. Deretter gjøres utviklingsjobben i et stort stykke arbeid.
Historikk: «Manifestet for smidig programvareutvikling», eng. «Agile manifesto»
I 11. til 13. februar 2001 møttes 17 menn i Wasatch-fjellene i Utah. På denne fjellturen ble det agile manifestet skapt. De 17 fagfolkene innen programvareutvikling, ønsket å finne et alternativ til tunge prosesser for programvareutvikling og dokumentering. Manifestet og prinsippene er klippet fra https://agilemanifesto.org.
«Manifestet for smidig programvareutvikling»
Gjennom å tilvirke programvare selv har vi funnet en bedre utviklingsmetodikk. Metodikken har følgende verdier:
-
Personer og samspill fremfor prosesser og verktøy
-
Programvare som virker fremfor omfattende dokumentasjon
-
Samarbeid med kunden fremfor kontraktsforhandlinger
-
Å reagere på endringer fremfor å følge en plan
Dette vil si: Selv om punktene som står til høyre har verdi, så verdsetter vi punktene til venstre enda høyere.

Illustrerer Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland og Dave Thomas fra fjellturen i Utah.
Prinsippene bak "Det smidige manifestet"
Vi følger disse prinsippene:
-
Vår høyeste prioritet er å tilfredsstille kunde gjennom tidlige og kontinuerlige leveranse av programvare som har verdi.
-
Ønsk endringer i krav velkommen, selv sent i utviklingen. Smidige prosesser bruker endringer til å skape konkurransefortrinn for kunden.
-
Lever fungerende programvare hyppig med et par ukers til et par måneders mellomrom. Jo oftere, desto bedre.
-
Forretningssiden og utviklerne må arbeide sammendaglig gjennom hele prosjektet.
-
Bygg prosjektet rundt motiverte personer. Gi dem miljøet og støtten de trenger, og stol på at de får jobben gjort.
-
Den mest effektive måten å formidle informasjon inn til og innad i et utviklingsteam, er å snakke ansikt til ansikt.
-
Fungerende programvare er det primære målet på fremdrift.
-
Smidige metoder fremmer bærekraftig programvareutvikling. Sponsorene, utviklerne og brukerne bør kunne opprettholde et jevnt tempo hele tiden.
-
Kontinuerlig fokus på fremragende teknisk kvalitet og godt design fremmer smidighet.
-
Enkelhet – kunsten å maksimere mengden arbeid som ikke blir gjort – er essensielt.
-
De beste arkitekturer, krav og design vokser frem fra selvstyrte team.
-
Med jevne mellomrom reflekterer teamet over hvordan det kan bli mer effektivt og så justerer det adferden sin deretter.
Podcaster om agil metodikk
Produkt eller prosjekt?
Resultatet av en programvareutvikling kaller vi et produkt. Produktet kan være en programvare som skal brukes av sluttkunder eller internt i en bedrift. Programvaren kan være en webapplikasjon eller en mobilapp. I motsetning til et fysisk produkt er programvare noe som konstant videreutvikles.
Endringen av programvare fører til:
-
Mer funksjonalitet
-
Flere integrasjoner
-
Bedre brukergrensesnitt
-
Større kapasitet
Start et agilt prosjekt
Agile team leies i et gitt antall timer per rolle i en periode. Vi setter sammen et team som passer for det produktet som skal utvikles. I våre smidige team er vi opptatt av å hele tiden levere funksjonalitet. Dette gjør vi i tett samarbeid med produkteier eller oppdragsgiver.
Hva er prisen på et agilt team?
Prisen på et agilt team er avhengig av hvor stort det er og hvilke roller som deltar. Kontakt oss for en prat om omfanget på ditt agile prosjekt.