Stop mig, hvis du har hørt denne før: »Agilitet er ikke en metode, det er en måde at arbejde på«, eller »Det er en tankegang«, eller »Det er en tilgang«.
Man kunne argumentere for, at disse ord blot er synonymer for metode, men de mest ihærdige agilitetstilhængere vil ofte sige, at det ikke er tilfældet; at tankegangen informerer de mange metoder, der hører under dens paraply (Scrum, Kanban og så videre).
Er du allerede blevet ophidset? Klar til at kaste dig ind i vores omtaler med din egen kritiske vinkel, som en rigtig kommentarkriger? Der har været adskillige argumenter, øh, debatter om dette emne i vores egne kommentarsektioner og andre steder på nettet. Måske endda i bestyrelseslokalerne hos din egen organisation?
Det er tid til at afgøre det én gang for alle: Er agilitet en metode eller ej? Jeg talte med syv eksperter i agilitet og projektledelse for at få et endegyldigt svar.
Argumenterne for agilitet som metode
Én ting, som alle tilsyneladende er enige om, er, at agilitet er kompliceret. Som Sally Shaughnessy forklarer: »Det kræver:
- At prioritere fremskridt over perfektion (prøv at sælge det til en kunde)
- Prototyper frem for planlægning og dokumentation (svært for projektledere og strateger)
- Story points og hastighed frem for dage og kroner (forklar det til den budgetansvarlige)«
Men der er stor uenighed om, hvordan det bruges i praksis – er det en metode eller en tankegang?
Agilitet omtales ofte uformelt som en metode. Der findes masser af tweets, opslag og historier, der taler om »fordelene ved agil metode«, eller om hvordan »den agile metode er et tidsslugende og dyrt bekendtskab«, eller om hvor »effektiv og nyttig den agile metode er«. Hashtagget #agilemethodology er populært.
Her er nogle tanker om, hvorfor det er så almindeligt at omtale agilitet som en metode.
Forveksling af Scrum og agilitet
Der er en tendens til at bruge Scrum og agilitet som synonymer, selvom de ikke er det samme. Det skyldes sandsynligvis, at Scrum er den mest populære metode under den agile paraply.
Selvom Scrum kan være agilt, er agilitet ikke Scrum:
Opslag fra compsci
fællesskabet på Reddit
Mislykket implementering
Organisationer, der forsøger at gennemføre en agil transformation uden ordentlige processer for forandringsledelse, risikerer at give projektteammedlemmer og andre medarbejdere, som faktisk udfører arbejdet, et forkert billede af agilitet.
Det efterlader teammedlemmer med modvilje mod agilitet, hvilket i deres øjne betyder flere meningsløse møder, mere overvågning og detailstyring samt et pres for at få tingene gjort hurtigere og med færre ressourcer (som vi alle ved, at alle bare elsker).
Kommentar
af u/Dogbeast fra diskussionen Hvad er agilitet, og hvorfor er det vigtigt?
i learnprogramming
At »gøre« agilitet kontra at »være« agil
De, der argumenterer for, at agilitet er en tankegang snarere end en metode, taler ofte om deres organisationer og teams som nogen, der »er agile«, frem for at de »gør agilitet«.
Teams, der bare »gør agilitet«, har ikke blik for hvorfor bag det, de gør. I stedet for at »være agile« og følge den måde, agilitet er beskrevet på i Det Agile Manifest, følger de et sæt praksisser (dvs. en metode) uden at tænke over, hvorfor metoden er udformet på netop den måde.
Når teams således »gør agilitet«, tænker de på det, som de ville tænke på en metode – et sæt processer og praksisser, der skal skabe et bestemt resultat, snarere end som en tankegang om, hvordan man arbejder.
Her er et illustrativt svar på et spørgsmål om, hvorvidt agilitet er tænkt som en to-do-liste, der er opdelt i mindre arbejdsenheder og tildelt inden for sprints, men uden at bruge retrospektiver eller iteration.
Kommentar
af u/TheNegroSuave fra diskussionen Når agil ikke er agil
i agil
Argumentet for agilitet som en tankegang
Så hvorfor insisterer fortalere for agilitet så meget på, at det ikke er en metode, selvom mange mennesker tilsyneladende som standard omtaler det på den måde?
Liz Lockhart Lance, stabschef hos Performica, hævder, at “Agilitet er ikke en enkeltstående metode. Agilitet er en tankegang med rødder i Det Agile Manifest, hvor fire værdier og tolv principper styrer tænkningen og beslutningstagningen hos personer, der samarbejder om at udvikle nye løsninger, software, produkter osv.”
Hvis du har læst Det Agile Manifest, ved du, at de værdier og principper, Lance henviser til, ikke beskriver et specifikt sæt praksisser eller procedurer, der skal gennemføres af dem, der arbejder agilt.
I stedet, som hun udtrykker det: “En agil praktiker, der anvender agilitet som en tankegang, vil være åben over for forandring og læring, have fokus på mennesker og sætte samarbejde i centrum.”
Mange af de eksisterende metoder, der hører under den agile paraply, beskriver specifikke praksisser og processer, som understøtter denne tankegang, men Det Agile Manifest er igen ikke specifikt omkring, hvordan organisationer og teams rent faktisk skal ‘arbejde agilt.’
Sarah Hoban, seniordirektør i programstyringskontoret hos Aura, er enig. “Jeg vil beskrive agilitet som mere en tankegang end en metode … Du behøver ikke følge et foreskrevet sæt processer for at arbejde agilt. ”
“Agilitet er snarere en tilgang, som du anvender til at løse problemer. Det handler om at iterere på et problem, indtil du finder den løsning, der bedst opfylder dine kunders behov inden for den tidsramme og det budget, du har til rådighed,” tilføjer hun.
Som Hoban fremhæver, er iteration nøglen til agilitet. Både Det Agile Manifest og individuelle agile metoder tilskynder til iteration. Når du arbejder iterativt, løbende leverer MVP'er og ikke er alt for optaget af at få alting rigtigt første gang, arbejder du ud fra en agil tankegang, uanset om du følger Scrum-processer eller Kanban-processer.
Eric Risner ACP ®, grundlægger af Rise Up Leadership, bemærker, at agilitet handler om at lade situationen eller projektet styre, hvordan teamet arbejder. “Ordet ‘agil’ er filosofien om at gå til et projekt på den måde, der passer bedst til situationen. Der findes ikke én agil metode, der passer til alle projekter inden for projektledelse, da forskellige aktiviteter kræver forskellige tilgange.”
Selvom Det Agile Manifest kan opfattes som ret abstrakt, bringer Risner os tilbage til at omsætte agilitet til praksis gennem de mange agile metoder, der hører under denne store paraply.
Sammenkobling af tankegang og praksis
Jesse Fewell, grundlægger og administrerende direktør hos det agile konsulentfirma Fewell Innovation, hævder, at agilitet skal kombinere både den agile tankegang og praksissen med at ‘arbejde agilt.’
Hans argument er, at når organisationer forsøger at gennemføre en agil transformation, skal de fokusere lige meget på at ændre organisationskulturen og teamenes tankegang som på de konkrete taktikker og trin, de vil tage for at gøre den agile transformation vellykket.
Med hans egne ord: “Den virkelige magi opstår, når man bevidst blander det bedste fra både kulturelle samtaler og strukturelle skridt … både den agile tankegang og den agile mekanik [går] hånd i hånd.”
Agilitet er altså ikke en metode; det er en tankegang. Det Agile Manifest giver ganske vist en tankegang at arbejde ud fra, men som alle vores eksperter på hver deres måde påpegede, har teams og organisationer stadig brug for agile arbejdsgangsprocesser og procedurer for at få tingene gjort. I sidste ende er det afgørende, hvordan mennesker anvender agilitet i praksis.
Computerforskeren Allen Holub opsummerer det ganske fint:
Agil kultur er også vigtig
DPM-medstifter Galen Low understreger, at en agil kultur også er vigtig ud over blot den agile tankegang: “Det, vi skal huske om agilitet, er, at Det Agile Manifest udløste en revolution i måden, softwareudviklingsprojekter blev gennemført på omkring 2001.
“Nu hvor der er gået mere end 20 år, tager vi den rebelske og innovative ånd i det hele for givet, og vi sidder fast i forsøget på at se, om vi følger alle reglerne korrekt. Der var ingen regler i manifestet, kun vejledende principper og fælles værdier,” siger han. “Agile er lige så meget en kultur, som det er en tankegang.”
I en nylig podcast-episode med Dave Prior gav en senior konsulent hos Leading Agile, Prior, udtryk for noget lignende med specifik henvisning til agile bureauer: “Folk taler hele tiden om kultur i forbindelse med agile, som om man er nødt til at gå forrest med kulturen, og at kulturen er virkelig vigtig, men hvis man ikke skaber et miljø, hvor noget som Scrum kan overleve, kommer det ikke til at fungere … Hvis man ikke skaber det rum, hvor det kan vokse, kommer det ikke til at fungere.”
Vores officielle vurdering: Agile er en tankegang (og mere end det)
Så ja, agile er en tankegang, men det er også en kultur og et miljø, som alle på teamet skal tilslutte sig, for at det kan fungere.
Det er bestemt ikke kun en metode. Uden den agile tankegang og kultur mister agile procedurer deres tilsigtede værdi.
Som Shaughnessy bemærker: “Det er fordelagtigt at omfavne Agile … Det bringer teams sammen. Det styrker kommunikationen og mulighederne, ser fordelene ved at fejle og tager udgangspunkt i slutbrugernes behov, hvilket i sidste ende er alt det, vi forsøger at opnå: at udvikle produkter, der imødekommer brugernes behov på en gennemtænkt og intuitiv måde.”
Hvad synes du?
Ser du agile som en metode eller en tankegang? Det større spørgsmål her er måske, om agile faktisk er godt (og der er heller ikke mangel på debat om det her).
Hvis du vil vide mere om de store spørgsmål inden for projektledelse, kan du tilmelde dig The Digital Project Manager-nyhedsbrevet eller slutte dig til andre digitale projektledere i vores Slack-fællesskab for at fortsætte samtalen!
