Agile

En introduktion til de grundlæggende principper for ægte agilitet.

Ordet "agil" bliver ofte nævnt i møder og set i præsentationer. Der er mange misforståelser, og det ville være fornuftigt at diskutere disse, men lad os starte med de grundlæggende principper for agilitet.

I 2001 mødtes en gruppe udviklere og skrev Agile-manifestet. Da dette manifest giver en meget god oversigt over, hvad agilitet handler om, har jeg valgt at inkludere det.

Vi værdsætter

Individuelle og interaktioner frem for processer og værktøjer

Fungerende software frem for omfattende dokumentation

Kundesamarbejde frem for kontraktforhandlinger

At reagere på forandringer frem for at følge en plan

"Det betyder, at selvom der er værdi i de elementer på højre side, værdsætter vi de elementer på venstre side mere" – Agile-manifestet (2001) agilemanifesto.org

Gruppen udlagde også de tolv principper for Agile Software:

Vi følger disse principper:

Vores højeste prioritet er at tilfredsstille kunden
gennem tidlig og kontinuerlig levering
af værdifuld software.

Vi byder velkommen til ændringer i kravene, selv sent i
udviklingen. Agile processer udnytter forandring
til kundens konkurrencemæssige fordel.

Lever fungerende software hyppigt, fra et par uger til et par måneder, med en præference for kortere tidsskala.

Forretningsfolk og udviklere må arbejde sammen dagligt gennem hele projektet.

Byg projekter omkring motiverede individer.
Giv dem den miljø og støtte, de har brug for,
og stol på, at de får arbejdet gjort.

Den mest effektive og effektive måde at formidle information på til og inden for en udviklingsteam er ansigt-til-ansigt samtale.

Fungerende software er den primære målestok for fremskridt.

Agile processer fremmer bæredygtig udvikling.
Sponsorer, udviklere og brugere skal være i stand til
at opretholde et konstant tempo i det uendelige.

Kontinuerlig opmærksomhed på teknisk ekspertise og god design forbedrer agilitet.

Enkelthed – kunsten at maksimere mængden af arbejde, der ikke bliver udført – er nødvendig.

De bedste arkitekturer, krav og design opstår fra selvorganiserende teams.

Regelmæssigt reflekterer teamet over, hvordan det kan blive mere effektivt, og justerer derefter sin adfærd i overensstemmelse hermed.

– Agile-manifestet (2001) agilemanifesto.org

Agilitet er en mentalitet

Du kan ikke blive "agil" ved at ændre processer og tilføje nye værktøjer. Hele pointen er at være fleksibel, at tillade forandring og forsøge at løse problemet, snarere end at opstille forhindringer eller undskyldninger for ikke at kunne gøre det.

Det starter alt sammen med mennesker ("motiverede individer"), der arbejder sammen og forstår, hvad dette handler om, og hvad det ikke handler om.

Læs mere i "The CTO Playbook" tilgængelig på Amazon/Kindle.