Fra vandfald til agil projektmodel

Side 7 af 31 - Fra vandfald til agil projektmodel
5.1 Grundlæggende egenskaber
I artiklen 'Agile Suitability Filters' af Mike Griffiths (Griffiths 2007) fremføres det, at der er visse
projekter, der simpelthen ikke egner sig til agil udvikling, og at det er en god ide at kontrollere disse
ting inden, man kaster sig ud i at skifte al sin udvikling til agil. Det er også en vigtig pointe ved den
artikel, at det i praksis ikke er et binært valg: det er ofte hensigtsmæssigt at tage de dele af agile og
vandfaldsbaserede metoder til sig og bruge dem i et givent projekt, såfremt det passer bedst ind i
projektet og i den organisation, det er en del af (Griffiths punkt 1, "Slider").
Griffiths refererer til et ’radar chart’, der er omtalt i Boehm og Turners bog (Boehm og Turner
2003). Pointen med denne figur er, at der i hvert fald er fem faktorer, der skal overvejes, når man
beslutter, hvorvidt man vil køre sit projekt hovedsageligt efter agile metoder eller efter vandfald. De
er listet her:
Holdets sammensætning: hvor mange folk på projektet er nybegyndere i forhold til antallet af
erfarne folk? Tesen er, at jo mere erfarne folk, der er i teamet, jo mere sandsynligt er det, at agilt er
passende for projektet.
Projektets dynamik: hvor sandsynligt er det, at projektets specifikationer ændrer sig i projektets
løbetid? Det er i sagens natur bedst at være agilt indstillet, hvis det er sandsynligt at krav løbende
ændrer sig.
Organisationens kultur: hvordan er organisationen indstillet på, at ting løbende kan ændre sig?
Hvis der er tale om en rigid organisation, hvor hierarkiet er meget stramt, er det mindre sandsynligt,
at agil udvikling vil føre noget godt med sig.
Holdets størrelse: Hvis der er 5-10 på holdet, har de agile metoder bedre chancer, end hvis der er
500-1000 personer på projektet.
Projektets betydning: Hvis der er tale om et projekt, hvor en rumfærge risikerer at styrte ned med
100 astronauter på landsdækkende TV, skal man tænke sig om en ekstra gang inden man slipper
tøjlerne og går over til agil udvikling.
I forhold til disse kriterier kan følgende bemærkes om NBT. Det er en anelse stort i forhold til det,