Advarsel: Agil er blevet et bandeord, som man skal være forsigtig med at bruge - vi bør tænke det på en anden måde

Klumme: Agil er blevet et bandeord - og nu vi er ved bandeord, så lad os dvæle lidt ved disruption. Et belastet ord. Fyldt med konnotationer om varm luft, studieture til Californien for de privilegerede og disruptionrådet. Men er det i virkeligheden os, der bruger ordene forkert?

Artikel top billede

Denne klumme er et debatindlæg og er alene udtryk for skribentens synspunkter.

”Tak fordi du ikke brugte ordet agil.”

Jeg havde netop rejst mig, da it-chefen pludselig indskød en bemærkning på falderebet.

Vi havde haft en times drøftelse om udvikling- og implementeringsstrategi for en mobil kundeservice.

Jeg studsede selvfølgelig over bemærkningen og opdagede: Ja. Den er god nok. Agil er faktisk et ord, jeg undgår.

Jeg har bare ikke været bevidst om det. Før nu. Et passivt fravalg af ordet, så at sige.

Og en øjenåbner: Hvorfor er agil blevet et bandeord i de mere resultatorienterede kredse?

Kan vi overhovedet bruge det?

Kan ordet overhovedet bruges her i 2019?

Ja, der er situationer, hvor ordet agil skal i spil:

Det er et must say, hvis du vil i betragtning til at offentligt udbud, og det er også godt at kunne, hvis man er til interview og skal indgyde tillid hos HR-konsulenter, afdelingschefer og den slags.

Det forekommer i overraskende mange jobannoncer.

Men i forhold til at beskrive om vi laver it effektivt, er ordet ikke meget bevendt.

Jeg kan komme i tanke om adskillige it-katastrofer, der er kørt efter agile principper.

Agil er de facto blevet et ord, der betyder ”vi kører ikke længe vandfaldsmodel” ….. ”vi kører vandfaldsmodel, men nu i agil forklædning” ….. ”vi kører projekter mindre uhensigtsmæssigt end vi plejede at gøre – og det er også en slags fremskridt”.

Vi gør bare det samme på en ny måde, hvis du forstår hvad jeg mener

Jeg er selv certificeret scrum master.

Jeg husker, at jeg i sin tid læste det agile manifest med begejstring.

Så ”agil” er ikke født med de negative konnotationer. Der var engang, hvor det var sund fornuft. Et frisk pust. Væk fra nogle rigide best practices.

Men nu – her i 2019 – er det ikke nødvendigvis overbevisende at beskrive sin udviklingsmetode som ”vi kører efter agile principper”, hvis man skal overbevise en it-chef om, at man kan lave et effektivt udviklingsforløb og nogle overbevisende resultater.

It-cheferne har høstet erfaringer. De er nervøse for at få ”mere af det, som vi plejer - nu bare efter agile principper”. Det er ikke nok at være agil. Vi skal ville noget med det.

Problemet er, at hvis vi stræber efter det, som vi plejer at stræbe efter – men nu bare efter agile principper - så sker der ikke noget nyt.

Vi gør bare det samme på en ny måde, hvis du forstår, hvad jeg mener.

Du får et eksempel:

Vi har kendt til hjulet i lang tid. Vi har også kendt kufferten i lang tid. Man skulle mene, at det ville være en nobrainer sådan lige at få kombineret de to ting.

Men prøv at overvej, hvor lang tid der gik, inden der kom hjul på kufferter. Til trods for at der løbende er blevet arbejdet intensivt med kuffertdesign.

Og så er det, at ordet disruption dukker naturligt op i min hjerne.

Men det er et ord, jeg er opmærksom på at omgås varsomt. Et belastet ord. Fyldt med konnotationer om varm luft, studieture til Californien for de privilegerede, disruptionrådet osv.

Og det er måske en fejl. For vi har brug for det. Disruption. Og oprindeligt lå der noget helt andet i ordet.

Jeg tænker, at det samme måske gør sig gældende for ordet agil.

Vi skal bare huske, at det ikke kan stå alene: Vi skal først og fremmest fokusere på, hvad det er, vi stræber efter. Det er dét, der tæller. Vi skal levere resultater.

Klummer er læsernes platform på Computerworld til at fortælle de bedste historier, og samtidig er det vores meget populære og meget læste forum for videndeling.

Har du en god historie eller har du specialviden, som du synes trænger til at blive delt?

Læs vores klumme-guidelines og send os din tekst, så kontakter vi dig - måske bliver du en del af vores hurtigt voksende korps af klummeskribenter.

Læses lige nu

    Event: Computerworld Cloud & AI Festival 2026

    Digital transformation | Ballerup

    Eksplosiv udvikling i cloud og AI kræver overblik og viden. Computerworld samler 3.000 it-professionelle, 70+ leverandører og 120+ talere om AI, infrastruktur, data, compliance og sikkerhed. To dage med viden og netværk. Tilmeld dig nu.

    16 & 17 september 2026 | Gratis deltagelse

    Navnenyt fra it-Danmark

    Norriq Danmark A/S har pr. 1. december 2025 ansat Thomas Harboe Hald som Director Commercial Excellence. Thomas skal især beskæftige sig med opbygge og lede vores nye Customer Excellence Office. Thomas kommer fra en stilling som Partner hos Deloitte. Thomas er uddannet hos Copenhagen Business School som Graduate Diploma in Business Administration, Sales & Marketing. Thomas har tidligere beskæftiget sig med digital transformation, IT-strategi, ERP og forretningsudvikling. Nyt job

    Thomas Harboe Hald

    Norriq Danmark A/S

    Norriq Danmark A/S har pr. 2. marts 2026 ansat Sarah Strøyer Hove som Consultant ERP. Hun skal især beskæftige sig med de nyeste teknologiske muligheder sammen med forretningsprocesserne. Hun kommer fra en stilling som Business Controller hos NGI A/S. Hun er uddannet hos Professionshøjskolen UCN som markedsføringsøkonom og International Handel og Markedsføring. Hun har tidligere beskæftiget sig med lager og logistik. Nyt job

    Sarah Strøyer Hove

    Norriq Danmark A/S

    Norriq Danmark A/S har pr. 1. juli 2026 ansat Nanna-Louise Aae Kudahl som Project Manager. Hun skal især beskæftige sig med drive vores Business Central-projekter i samarbejde med resten af sine nye kollegaer i ERP. Hun kommer fra en stilling som Product Manager hos KMD A/S. Hun er uddannet på Aalborg Universitet i kommunikation og Digitale Medier og har en kandidat i IT-ledelse. Nyt job

    Nanna-Louise Aae Kudahl

    Norriq Danmark A/S

    Lector ApS har pr. 9. juli 2026 ansat Simeon Dimitrov som IT-konsulent i Lectors TeamShare-gruppe. Han skal især beskæftige sig med cloud og infrastruktur samt design og optimering af Lectors infrastruktur og løsninger. Han kommer fra en stilling som DevOps Engineer hos Kraftvaerk. Han har tidligere beskæftiget sig med Azure og onprem infrastruktur, automatisering, implementering og optimering af cloudløsninger. Nyt job

    Simeon Dimitrov

    Lector ApS