Bagsiden af den agile medalje
Undskyldninger og ikke-beslutninger
Det lyder jo mega fedt – så lad os da komme ud over stepperne med agil projektledelse (siger jeg – mens jeg sidder her med armene over kors og forholder mig meget afventende).
I 2011 deltog jeg i et projekt hos en statslig styrelse – jeg var projektdeltager i projektet og projektledelsen stod en medarbejder fra styrelsen for. Projektet handlede om data i forsyningssektoren og projektlederen var tydeligt lige så vild med agilitet som Landbrugsstyrelsen.
Vi fik som deltagere bud om at stille i København hver 14. dag – for at sammen at påbegynde næste sprint. Vi var jo et team! Der var aldrig en dagsorden – ingen klare projektmål at stræbe efter og samles om – så møderne blev mere og mere diffuse, og konklusionerne aldrig for alvor truffet.
Det blev efterhånden en længere og længere (og længere) tur til København, som vi deltagere dog vidste ret præcist ville ophøre ved årsskiftet mellem 2011/2012. Som det eneste var nemlig projektets afsluttende dato som mejslet i granit.
Projektet var mit første møde med agil projektledelse – og selvom vi generelt er blevet MEGET dygtigere til det sidenhen – så ser jeg fortsat, at de agile projekter bliver undskyldningen for mange ikke-beslutninger eller ikke-overvejelser. Og det er virkelig en skam!
Den (store) agile transformation
Sidste år tog jeg så et SaFe kursus – for at snuse til hvordan man kan holde styr på, at ens mange SCRUM teams arbejder i samme retning – og jeg skal lige love for, at de tre ord ‘hurtigt, let og smidigt’ forsvandt som dug for solen og for mit indre, da vi bevægede os gennem rammeværket og metoderne.
Det er komplekst, og det kræver fuldstændig omlægning af virksomheder og virksomhedsstrukturer at indføre fx SaFe (eller SCRUM for den sags skyld). Der er stort set ikke et ord eller et begreb tilbage af dem, vi kender, når første releasetrain kører ud fra perronen.
Det kan selvfølgelig være en fordel, når man gerne vil lave transformationer. Ingen i virksomheden – som i overhovedet ingen – har gamle vaner at falde tilbage på, for alt er nyt for alle. Og der er kun metode- og rollebeskrivelser at klamre sig til – og naturligvis de få eksperter, der er hentet ind for at få det hele til at glide.
Men ‘hurtigt, let og smidigt’ det bliver det først, når alle er på plads i de nye rammer. Og det kan tage tid.
Nye agile roller – truer projektledelsen
Med indførelse af de agile projektmetoder i projektarbejdet kommer nye titler og roller i spil. I nogle agile setups forsvinder projektlederrollen, som den der leder og styrer.
Hvis du har været projektleder i en virksomhed, der har omlagt projektarbejdet til at være 100% Scrum baseret, så har du måske oplevet, at I, der var projektledere i går, har nye titler i dag.
Projektledelsen varetages af flere roller i Scrum og derfor vil du i omlægningen møde et valg mellem at blive en af virksomhedens fremtidige Scrum Mastere eller Product Ownere.
Som Scrum Master varetager og faciliterer du projektenes proces og fjerner sten på vejen for det tværorganisatoriske team. Er du derimod Product Owner er du bindeleddet mellem forretningen, kunden og projektet. Du er den, der beskriver projektets vision og løbende prioriterer de elementer, som projektet skal indeholde.
Selvom opgaverne under de to titler, umiddelbart vil lyde velkendte for dig, der er erfaren projektleder, så kan det alligevel give anledning til uro i maven. Står du med et flot projektleder CV og hører historierne om, at virksomheder siger farvel til deres projektledere, så er det helt naturligt at overveje om det CV nu er ubrugeligt.
I den situation kan tanker om hvorvidt, der fortsat er brug for dig, ramme hurtigt.
Jeg bruger ikke ordet agil (så ofte)
Jeg er faktisk vild med agile projekter – men jeg bruger ofte andre ord om det, jeg laver, og måden, jeg gør det på. Fx dynamisk, i iterationer osv.
Det gør jeg netop, fordi agilitet er behæftet med så mange holdninger, undskyldninger (“vi kan ikke planlægge noget som helst”), forvirringer i forhold til metoder (“mener du så SCRUM?”) og til tider et sort/hvid projektsyn, der slet ikke harmonerer med den pragmatik, som ellers kendetegner mit arbejde.
Når jeg siger sort/hvidt, så er det i den forstand, at man enten er agilist helt ind i hjertet og bander det plandrevne langt væk – eller omvendt. Og jeg er ingen af delene – og mener også, at virksomheder skal holde sig fra at være det – mere om det senere…
Det er laaaaang tid siden (hvis nogensinde), at jeg har kørt et projekt 100% plandrevet og altså stået med en færdig detailplan, kritisk vej belyst og en lækker successiv kalkulation og 2 streger under estimatet, inden projektet er gået igang. I de projekter, jeg har kørt, har det ikke været muligt.
Alligevel er jeg stor fan af de klassiske projektværktøjer og finder, at flere af dem sagtens fungerer med de agile. Fx er Kanban efterhånden blevet et fuldstændigt uundværligt værktøj for mig i mine projekter – jeg ELSKER det!
Men jeg har altid forsøgt at få et overblik over hele projektet med en high level plan først, og jeg ved, hvor min projekttrekant er stabil og hvor den er vaklende usikker…
Projektledere er der altid brug for!
Faktum er heldigvis, at de virksomheder, der har været igennem en agil transformation, så småt begynder at bringe projektlederrollen i spil igen. Der viser sig nemlig at være et stort behov for projektledernes kompetencer – enten i en af de nævnte roller eller på tværs af de agile teams, for at sikre, at deres fælles retning er i tråd med strategien. Og så naturligvis til de projekter, der dukker op, hvor den agile tilgang ikke er tilstrækkelig.
Så inden du går helt i panik – eller jeg gør for den sags skyld – så ro på. De kompetencer, du har som projektleder – som ansvarlig for en proces, for at skabe engagement og motivation, og for at overskue komplekse problemstillinger – dem er der også brug for i morgen og måske endda i endnu højere grad, end vi kender det i dag.
Vi har brug for både og – dynamik og faste planer
Den 25. maj 2018 er formentlig en deadline, mange aldrig vil glemme. Den dag trådte GDPR-reglerne i kraft, og det stillede nogle helt andre krav til virksomheder, organisationer og institutioner. I månedsvis op til kæmpede medarbejdere, projektledere og ledere med at få dataforordningen til at leve op til nogle ganske bestemte krav.
Nogle projekter fungerer bedst med faste rammer og mål – andre gør ikke. Og hiver og slider du lige nu i din organisation for at få en standardiseret proces til at passe hos jer, så er det måske en forfejlet kamp. Jeg mener af hele mit hjerte at:
Alle virksomheder har projekter, der kalder på agilitet og iterationer, – og alle virksomheder har projekter, der kalder på en benhård plan og et veldefineret mål – der skal holde.
Så hvilken agil metode hvornår?
Der findes et hav af agile metoder. Lasse Boris fra Plan A Projects har på fornemmeste vis visualiseret for os, hvornår de forskellige metoder særligt kommer til sin ret – se figur nedenfor.

Adaptare.dk | Hvilken agil metode?
Figur modificeret fra Plan A Projects; Løbende udvikling af fx it-systemer og platforme, hvor der er behov for med hyppige mellemrum – nogle gange nærmest fra dag til dag – at levere nye funktioner, forfininger mv til kunderne fx i den finansielle sektor – nyder særligt godt at de agile metoder. Her erstattes projektledelsen af andre roller. Men også i de mere traditionelle projekter, kan agiliteten gøre en positiv forskel. Fx med metoden Agile Project Management.
Som projektleder anno 2020 med de komplekse projekter i hobetal – så er et dybdegående kendskab til den plandrevne værktøjskasse ikke længere nok. Men du behøver ikke kaste den væk – der er masser af guld i den, som du med fordel kan kombinere med fede, nye værktøjer fra de agile projekter.
Og til dig, der sidder og nørkler med jeres projektmodel. Prøv at stoppe op og overvej, om du er ved at lægge en sort/hvid betragning ned over jeres projektarbejde…
Kræver du med modellen en færdig plan for alle projekter? Eller er der plads til det dynamiske? Til at blive klogere? Og hvordan er det håndteret? Hvordan vil I styre det? Og hvor er strategien?
Det er ikke blevet nemmere at være projektleder i 2019 – men det er blevet lidt sjovere 😉
Har dit projekt brug for agil projektledelse?
Adaptare.dk giver dig nu en onlineudgave af IPMAs kompleksitetsberegner – så du gennem 10 spørgsmål får en indikation af dit projekts kompleksitet.
Kompleksiteten af dit projekt siger noget om hvorvidt der i processen er brug for agililtet og mere dynamisk planlægning? Eller om det simple skal holdes simpelt!
Det er rigtig god viden for dig, der er projektleder, når du skal designe dets proces.
Du får også tre fif fra Adaptare.dk til hvordan du kan gribe dit projekt an i forhold til kompleksiteten af det. Det er helt GRATIS!