It-håndbogen Uddrag af artikel trykt i It-håndbogen. Gengivelse af denne artikel eller dele heraf er ikke tilladt ifølge dansk lov om ophavsret. Børsen Ledelseshåndbøger er Danmarks største og stærkeste videns- og udviklingsklub. Uanset hvilket område eller emne du beskæftiger dig med, får du her et komplet opslagsværk på print, USB-nøgle samt onlineversion, der giver dig overblik og indsigt. Ledelseshåndbogen er et praktisk og overskueligt værktøj til dig, der vil være 100% opdateret inden for et bestemt område – selvom du har en travl hverdag. © Børsen Forum A/S, 2010 Børsen Forum A/S Møntergade 19, DK – 1140 København K Telefon 70 127 129, www.blh.dk Er din organisation rustet til agile it-projekter? 5.1. 5.1. Er din organisation rustet til agile it-projekter? af management konsulent Torben Schütze, tsc@implement.dk, Implement Consulting Group P/S 1. Indledning Ønsket om et alternativ til den traditionelle vandfaldsmodel for udvikling og implementering har eksisteret i mange år under fællesbetegnelsen agile metoder. Traditionelt har de agile metoder været et anliggende for softwareudvikling i den private sektor. Men tendensen bliver mere og mere udbredt også inden for f.eks. offentlige systemanskaffelsesprojekter. I denne artikel vil der blive stillet skarpt på, hvad der kendetegner den agile metode, hvorfor og under hvilke omstændigheder en agil metode bør overvejes, og hvilke fordele såvel som ulemper den agile metode medfører sammenlignet med en traditionel vandfaldsmodel tilgang. Dernæst kommer artiklen ind på, hvilke krav den agile metode stiller til såvel kundens som leverandørens kompetencer, ressourcer og organisation. © Børsen Forum A/S, Børsen Ledelseshåndbøger Artiklen indeholder endeligt et separat afsnit vedrørende brug af agile metoder i forbindelse med it-anskaffelser hos offentlige myndigheder. 2. Hvad er agile metoder Agil udvikling er en samlebetegnelse for forskellige iterative software udviklingsmetoder. 6/December 2010 It-håndbogen 5.1. 1 5.1. Er din organisation rustet til agile it-projekter? De mest populære agile metoder er SCRUM, ExtremeProgramming (XP), Crystal Clear og Dynamic Systems Developement Method (DSDM). Det agile manifesto De agile metoder er forskellige i deres tilgang og indhold, men deler vision og kerneværdier med hinanden i form af et manifest1 med fire grundlæggende værdier og tolv supplerende principper. Manifestets grundlæggende værdier er: • Individer og interaktion er vigtigere end værktøjer og processer • Fungerende software er vigtigere end udførlig dokumentation • Aktiv kunde-involvering frem for kontraktforhandlinger • Fleksibilitet og forandringsparathed frem for at følge en plan slavisk. Agile iterationer er på max. 1 måned De agile metoder bygger alle på brugen af korte iterationer på 14 dage til 1 måned, hvor hver iteration resulterer i et færdigt modul eller delkomponent til den samlede systemløsning. Hver iteration inddrager både kunde og leverandør i et tæt samarbejde i teams. Afhængigt af hvilken af de agile metoder der anvendes, er der en række forskellige roller og processer som følges. Fælles for dem alle er dog, at der er fokus på det tætte og nære daglige samarbejde i teamet. Der fokuseres på at skabe hurtige resultater og på synlig forretningsmæssig værdi igennem de løbende iterationer, som er kendetegnet ved en kontinuerlig kortsigtet planlægning, design og udvikling, test og deployment. De agile metoder medfører gennemførelse af iterationer, der typisk timeboxes, dvs. har en tidsmæssig ramme på 14 dage til 1 måned. Kunden vælger løbende hvilke aktiviteter, der er vigtigst. 2 5.1. It-håndbogen 6/December 2010 © Børsen Forum A/S, Børsen Ledelseshåndbøger 1) http://agilemanifesto.org/ Er din organisation rustet til agile it-projekter? 5.1. Figur 1. Iterationer i den agile metodik Hver iteration resulterer i et færdigt produkt som typisk er et selvstændigt modul eller komponent i den samlede løsning. Hver iteration indeholder i princippet af de samme faser som i en traditionel model, dvs. planlægning, analyse, design, udvikling/byg, test og deployment. 3. Hvad er en traditionel vandfaldsmodel? Den traditionelle vandfaldsmodel har som grundpræmis, at alt specificeres, estimeres og planlægges på forhånd. Herefter styres der efter dette på forhånd definerede projektscope. Vandfaldsmodellens mangler Modellen bygger på en sekventiel proces fra definering af krav og planlægning af projekt, over udviklingsfasens analyse, design, udvikling og test. Når systemet er endeligt testet foreligger det egentlige produkt. © Børsen Forum A/S, Børsen Ledelseshåndbøger Når testen er overstået deployeres systemet typisk i produktionsmiljøet, og det er oftest først på dette tidspunkt, at kunden har en mulighed for at vurdere brugbarheden af systemet. Figur 2. Den traditionelle vandfaldsmodel Sker der ændringer til scopet undervejs håndteres disse ændringer typisk efter en formel ændringshåndteringspro- 6/December 2010 It-håndbogen 5.1. 3 5.1. Er din organisation rustet til agile it-projekter? cedure, som så resulterer i et ændret scope og i et justeret kontraktuelt grundlag. Vandfaldsmodellens tillid til, at alt kan forudses kan dog resultere i enten for store løsninger med overflødige funktioner, eller i forældede løsninger som virkeligheden og markedet har overhalet, når det er færdigudviklet. Det skyldes ofte at: • Der viser sig at være manglende konsensus om retning og prioritering af løsningen. • Markedets konditioner og behov bevæger sig hurtigere end udviklingen af løsningen kan følge med til. • Der er GAP mellem det som kunden i virkeligheden efterspurgte og det der bliver leveret – det skrevne ord opfattes forskelligt. • Løsningerne bliver som følge heraf unødigt omfattende og dyre. Den traditionelle vandfaldsmodels fokus på gennemførelsen af planen - ctr. den agile metodes fokus på tilpasning i hver enkelt iteration er således hovedårsagen til, at metoden ikke altid leverer den værdi for forretningen som var hensigten. Dette er et uddrag af artiklen som er bragt i Ledelseshåndbogen. Prøv en gratis Ledelseshåndbog online Bestil på boss.blh.dk, send en e-mail til kundeservice@borsen.dk eller ring på telefon 70 127 129. 5.1. It-håndbogen 6/December 2010 © Børsen Forum A/S, Børsen Ledelseshåndbøger 4