Kampen om den bedste projektledelse

I projektverdenen foregår der en uendelig kamp om den bedste projektledelse. Kampen bliver sikkert aldrig afgjort, men læs mere, og find ud af, om du er til den agile projektledelse er den klassiske - eller måske begge.

Den agile tilgang "adræt og smidig" var et slags oprør med den planlagte faseopdelte klassiske "struktur og mål" projektmodel. Med værktøjet Home Ground Polar Chart kan du hente hjælp og inspiration til, hvilken tilgang du skal vælge til hvilket projekt.

Et værktøj - Home Ground Polar Chart

Som indgangsvinkel til at forstå og arbejde med denne model, skal der tages udgangspunkt i, at det hverken er den agile eller den klassiske tilgang, som er "the silver bullet". I stedet giver modellen mulighed for, at organisationen og projektlederen kan indgå i en dialog om, hvorvidt det enkelte projekt skal gribes an ud fra den agile eller den klassiske tilgang.

Værtøjet danner rammen om en anden vigtig konklusion, nemlig at begge metoder har nogle miljøer, hvor det enkelte projekt passer bedst. Dermed giver det projektlederen mulighed for at vælge den rigtige tilgang til projektet fra start.

De 5 faktorer

De fem faktorer, der anvendes i "Home Ground Polar Chart" er:

Faktor 1: Size
Jo færre projektdeltagere, jo bedre passer den agile metode - og jo flere projektdeltagere, jo bedre passer den klassiske metode. Årsagen skal findes i, at der i den agile tilgang er et stort behov for tæt koordinering og vidensdeling, samvirke mellem mennesker samt fokus på kunderelateret samarbejde. Den klassiske tilgang har fokus på udarbejdelse af store dokumenter, sammenhængende planer og tydelige processer for at sikre koordinering og kommunikation på tværs af mange mennesker og store grupper.

Der angives ikke et præcist antal deltagere for, hvornår der vælges agilt eller klassisk. Derimod gives der nogle retningslinjer, bla. bliver det nævnt, at der ved den agile metode ikke bør være med end 40 deltagere i projektgruppen - selvom der dog er eksempler på vellykkede agile projekter med op til 200 deltagere.

Et andet vigtigt element er, at den klassiske projekttilgang har svært ved at virke effektivt i de små projekter, fordi den kan være svær at nedskalere til et passende niveau. Dette kræver ekspertviden, idet ikke-eksperter ofte vil vælge den sikre vej, og derfor overproducere dokumenter og lign.

Faktor 2: Criticality
Her forsøges det at angive, hvor kritisk projektleverancen er. Hvis der er tale om ufarlig leverance, er den agile metode at foretrække, hvorimod den er uafprøvet ved sikkerhedsmæssigt kritiske leverancer.

Et spørgsmål, der er med til at ramme svaret ind kan være konsekvensen af fejl i projektet. Ved virkelig afgørende farlig konsekvens, fx konsekvens, der kan betyde dødsfald, er der behov for en kritisk tilgang.

Faktor 3: Dynamism
Her angives, hvor mange ændringer der forventes at være om måneden på projektet. Ved mere end fem ændringer peger det i retning af agil metodevalg.

Den agile metodes enkle design, løbende afprøvninger og ombygninger passer perfekt til det dynamiske miljø, hvorimod de detaljerede og sammenhængende planer passer til et stabilt miljø, hvor de mange ændringer vil være for dyre.

Faktor 4: Personnel
Her vurderes der på projektdeltagernes projektkompetencer. Det betyder, at ved agile projekter er der behov for store projektkompetencer, mens den klassiske tilgang nemmere kan lade sig gøre, selvom projektdeltagerne ikke er projektvante.

Faktor 5: Culture
Her bliver det et spørgsmål om, hvor mange procent, der fungerer eller trives i kaos i forhold til struktur. Lidt mere præcist er det anskueliggjort ved at beskrive, at kaos handler om mange grader af frihed, mens de strukturerede rammer handler om, at medarbejdere føler sig godt tilpas i en organisationskultur, hvor deres roller er veldefineret ud fra klare retningslinjer og procedurer.

Kombinationen
Flere og flere virksomheder arbejder i dag med en kombineret model, som både indeholder elementer fra den agile tilgang og elementer fra den klassiske tilgang.

Konkrete eksempler herpå, er virksomheder der arbejder i "sprint" i projekterne samtdig med, at der anvendes Business Case, klare mål og strukturer. En ting synes dog at være et gennemgående vigtigt træk ved begge tilgange:

Afstemning af forventninger inden start af projekt

---

Hjælp os med at sprede budskabet! Del med dine venner på fx Facebook: