Agile praksis vedtages af organisationer på tværs af alle brancher og markeder. Driveren til dette er troen på, at organisatoriske ledere har magt til Agile til i høj grad at transformere, modernisere og forbedre deres virksomheder ved at strømline systemudvikling, maksimere fleksibilitet og effektivitet og forenkle komplekse forretningssystemer og processer.
brug af den Agile model er dog ikke altid den bedste mulighed for et bestemt projekt. Faktisk kan visse projekter være alvorligt overkomplicerede ved at forsøge at bruge Agile teknikker og derfor besejre hele formålet med at bruge Agile-metoden i første omgang.
for at undgå dette skal organisationer og programledere forstå, hvordan man anvender Agile, hvor det er passende, og genkende, når andre tilgange er mere passende. Følgende er en kort liste over projektegenskaber, der kan hjælpe dig med at beslutte, hvornår og hvornår du ikke skal bruge Agile.
brug Agile når… | brug ikke Agile når… | |
…dit projekt kræver teammedlemmer, der er veldisciplinerede, godt erfarne og kvalificerede til at sætte Agile i praktisk brug. Hvis dit projekt er komplekst nok til at kræve sådanne dygtige medarbejdere, er det et tegn på, at Agile taktikker kan bidrage til at gøre projektets udvikling mere effektiv. | …arbejdet til dit projekt kan udføres af teammedlemmer, der er nybegyndere, relativt ufaglærte, og som aldrig har haft praktisk erfaring med at bruge Agile. Der er ingen mening at forsøge at bruge Agile, hvis dine medarbejdere ikke er bekendt med det, da de ikke vil kunne udnytte det korrekt. | |
…din klient eller kunde vil være tilgængelig og villig til at deltage i tæt samarbejde gennem hele projektet. Agile projekter kræver konsekvent feedback fra dine kunder gennem hele processen, da succes afhænger af, hvor godt du har reageret på din kundes udviklende behov. |
…din klient eller kunde vil ikke være tilgængelig eller villig til at deltage i tæt samarbejde gennem hele projektet. Som tidligere nævnt afhænger Agile projekter af konsekvent feedback fra dine kunder gennem hele processen. Så hvis din klient ikke er tilgængelig, skal du ikke prøve at bruge Agile. | |
…succesen for dit projekt vil blive defineret af, hvor godt teamet har opfyldt og aktivt reageret på kundens udviklingsbehov gennem hele projektets levetid. Dette kan kun opnås med kundens feedback i flere faser i løbet af projektet. |
…succesen med dit projekt er defineret af, hvor godt kundens oprindelige krav, ikke udviklende behov, er opfyldt. Mens Agile projekter fokuserer på kundens løbende udviklingsbehov, hvis dit projekt har statiske mål eller målsætninger, vil du være bedre stillet uden at bruge Agile. | |
…leverancerne af dit projekt kan med rimelighed distribueres i arbejdspakker, der kan opnås inden for korte tidsperioder på cirka to til fire uger. Hastigheden og fleksibiliteten i Agile projekter afhænger af jævn og hurtig levering distribution på hvert nyt trin i processen. |
…leverancerne af dit projekt kan ikke med rimelighed distribueres i arbejdspakker, der kan opnås i 6-ugers eller kortere perioder. Agile praksis vil ikke være i stand til at gavne dit projekt, hvis leverancerne i hvert projektfaser ikke kan distribueres hurtigt nok. | |
…dit projekt involverer iterative eller cykliske processer, hvor trinvise resultater vil tilføre værdi for dit projekt ved løbende at give ny vejledning til dit projekt. Dette vedrører behovet for kundefeedback, da det vil give meget af den nye vejledning og retning for dit projekt. | …processen med dit projekt implementeres bedst som lineær eller spiral (i modsætning til iterativ), hvor trinvise resultater vil have ringe eller ingen væsentlig værdi ved at udvikle dit projekt. Dette betyder, at kundefeedback og revurdering, vitale aspekter af smidig projektudvikling, ikke er nødvendig. |
det er en sandhed, at fremtiden er agil. Faktisk med dagens stadigt skiftende markedspladser og hurtigt fremrykkende teknologi kan den fleksibilitet og lydhørhed, som Agile teknikker kan give, være den bedste mulighed for mange moderniseringsinitiativer. Imidlertid er Agile måske ikke altid den bedste metode til implementering af et specifikt projekt. Der er en tid og et sted for alt, selv projekter, der ikke bør bruge Agile.
for at læse en komplet liste over scenarier, når du skal og ikke bør bruge Agile praksis i dit projekt, samt andre tips til overgang mod et nyt organisatorisk paradigme, tjek RG ‘ s hvidbog om vellykket Agile projektlevering.
for at lære mere om Agile metodologi i praksis, Hent vores “Agile Practitioner’ s Guide.”