Hvad er det agile manifest?
1. Mennesker og interaktioner før processer og værktøjer.
Agilitet i softwareudvikling er en teambaseret tilgang til at levere IT-løsninger til forretningen. Medlemmerne i et agilt team arbejder sammen for at realisere en forretningsvision baseret på IT. Der er flere metoder som understøtter arbejdsformen – Scrum metoden er den bedst dokumenterede. Den understøtter en arbejdsform der muliggør effektiv kommunikation og samarbejde.
Når teamet har fået udstukket et mål og retningslinier vil teamet selv
- Identificere hvordan de vil gennemføre arbejdet
- Gennemføre arbejdet som et team
- Løbende identificere blokeringer i arbejdet
- Tage ansvar for at løse alle blokeringer/udfordringer
- Samarbejde med interessenter udenfor teamet for at løse årsager til blokeringer, der er udenfor teamets kontrol.
2. Fungerende software frem for omfattende dokumentation
Agil udvikling kræver at der leveres et funktionsdueligt stykke software til det samlede produkt som et resultat af hver iteration. Fokus og målet med den enkelte iteration er netop trinvis levering af fungerende software og dette styre teamets aktiviteter. Den enkelte delfunktion/ feature der leveres indeholder nødvendigvis ikke alt den funktionalitet forretningen mener er nødvendig for, at kunne frigive til brugerne. Det væsentlige er, at teamet leverer et delprodukt som har en kvalitet der kan frigives.
Grundlæggende er der mange som misforstår dette princip da de opfatter at dokumentation er overflødig. Med “omfattende dokumentation” menes her “omfattende kravspecifikation” og “omfattende designdokumenter”. Der skal altid i et agilt projekt laves en god dokumentation af løsningen til både brugere og udviklere der senere skal vedligeholde løsningen.
3. Samarbejde med slutbruger før kontraktstyring
Det agile manifest er et rammeværk som understøtter og faciliterer samarbejde. Team medlemmerne samarbejder om at finde den bedste måde hvorpå de udviklere og leverer et stykke fungerende software. Det agile team og i særdeleshed Behovsstiller (Product Owner i Scrum) samarbejder med interessenter fra brugersiden om, at validere og committe sig til en produkt vision, der skaber størst mulig værdi.
4. Reaktion på ændrede behov før overholdelse af planen
Agile teams laver hyppigt planer. De planlægger i starten af hvert sprint og desuden er der mange teams som laver langsigtede planer som Release planer og Product Roadmap. Disse planer hjælper det agile team og forretningen med at træffe beslutninger. Dog skal det bemærkes at det agile teams mål i sig selv er ikke at følge de langsigtede planer blindt. Målet er, at skabe værdi og omfavne de nye ændringsønsker der måtte komme. Essensen af det hele er, at planlægningsprocessen med alle dens idéer og kreative tanker er mere vigtig end planen selv.
En plan der laves tidligt er baseret på den information som er til rådighed på daværende tidspunkt. Naturligvis er dette ikke den bedste plan og i forbindelse med at nye informationer kommer til og læring om produktet øges, opdaterer behovsstiller (Product Owner) og det agile team en backlog med behov (I Scrum er det en Product Backlog). Dette medfører også at retningen for produktet kan skifte undervejs (Scope ændring) Den kontinuerlige planlægning forbedre teamets sandsynlighed for med succes at inkludere ny viden.
Agile teams skal konstant forholde sig til forandringer således at det bedst mulige resultater kan opnås. Det agile manifest kan beskrives som en guideline for at sikre feedback og læring, Det tillader det agile team kontant at validere og tilpasse således at løsningen skabe størst mulig værdi.