Agile og Scrum bliver ofte præsenteret som det rigtige svar på næsten alle projektudfordringer. Men sandheden er mere nuanceret:
Agile er ikke altid den bedste tilgang – og i nogle projekter kan det faktisk gøre mere skade end gavn.

I dette indlæg får du en ærlig og praksisnær gennemgang af, hvornår du som projektleder bør lade Agile eller Scrum ligge – og hvad du i stedet skal overveje.

---

Først: Agile og Scrum er ikke det samme

Inden vi går videre, er det vigtigt at skelne:

• Agile er et mindset og et sæt principper
• Scrum er et konkret framework med roller, ceremonier og artefakter

Kritikken her handler ikke om, at Agile er dårligt, men om at Agile og Scrum ofte bruges ukritisk – også dér, hvor de ikke passer.

---

1. Når scope er fast, veldefineret og ikke forventes at ændre sig

Agile giver mest værdi, når:

• krav er usikre
• løsningen skal opdages undervejs
• læring er en del af processen

Hvis dit projekt derimod har:

• klart definerede leverancer
• faste regulatoriske krav
• lav usikkerhed

…så er Agile ofte unødvendigt komplekst.

Eksempler:

• Implementering af lovkrav
• Klassiske migreringsprojekter
• Projekter med fast pris og kontraktligt scope

Her kan en mere planbaseret tilgang give:

• bedre forudsigelighed
• færre diskussioner
• tydeligere ansvar

---

2. Når organisationen ikke er klar til Agile

Agile kræver mere modenhed, end mange tror.

Du bør være skeptisk, hvis:

• ledelsen stadig forventer faste planer og deadlines
• beslutninger tager lang tid
• teamet ikke har mandat til at prioritere selv
• “Agile” blot betyder “vi planlægger mindre”

👉 Agile uden empowerment bliver ofte til uorganiseret kaos.

Hvis organisationen ikke vil ændre adfærd, men kun metode, er det bedre at vælge en mere klassisk tilgang – eller starte småt.

---

3. Når interessenter kræver faste svar tidligt

Scrum og Agile arbejder med progressiv afklaring:

Vi lærer mere, efterhånden som vi bygger.

Men nogle projekter lever i en virkelighed, hvor interessenter forventer:

• faste deadlines
• præcise budgetter
• klare løfter tidligt

Hvis disse forventninger ikke kan ændres, vil Agile skabe frustration:

• “Hvornår er vi færdige?”
• “Hvad får vi helt præcist?”
• “Hvorfor kan du ikke bare svare?”

Her er det ofte bedre at:

• planlægge mere upfront
• reducere usikkerhed tidligt
• bruge Agile-elementer selektivt

---

4. Når teamet er nyt, uerfarent eller ustabilt

Scrum forudsætter:

• stabile teams
• høj grad af selvledelse
• fælles forståelse af mål og kvalitet

Hvis teamet:

• skifter ofte
• mangler domæneviden
• ikke er vant til at arbejde tæt sammen

…så risikerer Scrum at blive en ceremoni uden effekt.

Typiske symptomer:

• Sprint planning uden reelle estimater
• Daily standups uden handling
• Retrospectives uden forandring

I sådanne tilfælde kan mere struktur i starten skabe ro og retning.

---

5. Når projektet kræver tung dokumentation og governance

Agile siger ikke “ingen dokumentation” – men i praksis undervurderes den ofte.

I projekter med:

• compliance-krav
• revision
• offentlige udbud
• mange eksterne parter

…kan manglende dokumentation blive et reelt problem.

Her kan Agile stadig bruges, men Scrum alene er sjældent nok.
Du har brug for:

• klare beslutningsspor
• formelle godkendelser
• dokumenteret scope og ændringer

---

6. Når “Agile” bruges som undskyldning

Dette er måske den farligste situation.

Hvis du hører:

• “Vi er Agile, så vi planlægger ikke”
• “Vi er Agile, så deadlines er fleksible”
• “Vi er Agile, så kvaliteten kommer senere”

…så er det ikke Agile. Det er manglende ledelse.

I sådanne projekter bør du stoppe op og spørge:

Hjælper metoden os – eller skjuler den problemer?

---

Hvad kan du gøre i stedet?

Det er sjældent et enten-eller.

Mange succesfulde projekter bruger:

• Agile principper kombineret med
• klassisk planlægning
• klare beslutningspunkter
• fast governance

Spørg hellere:

• Hvilke dele af projektet er usikre?
• Hvor har vi brug for fleksibilitet?
• Hvor har vi brug for forudsigelighed?

Og design din tilgang derefter.

---

Hurtig beslutningsguide

Overvej ikke Agile eller Scrum, hvis:

• Scope er fast og kendt
• Organisationen ikke vil ændre adfærd
• Interessenter kræver faste svar tidligt
• Teamet er ustabilt eller meget nyt
• Projektet kræver tung dokumentation

Jo flere flueben → jo større grund til at tænke alternativt.

---

Konklusion

Agile og Scrum er stærke værktøjer – når de bruges det rigtige sted.
Men som projektleder er din vigtigste opgave ikke at følge en metode.

Det er at:

• forstå konteksten
• vælge bevidst
• og skabe fremdrift på en måde, der faktisk virker

At vælge ikke at bruge Agile kan i mange tilfælde være det mest professionelle valg.