Den endelige vejledning til projektledelsesmetoder

Hvad er projektstyringsmetoder? En projektledelsesmetode er i det væsentlige et sæt vejledende principper og processer til styring af et projekt. Dit valg af metode definerer, hvordan du arbejder og kommunikerer.

Så hvordan vælger du en projektledelsesmetode?

Hvilken metode, du vælger, afhænger af dit team, projekttype og projektets omfang. At vælge projektstyringsmetoder (PMM) er en af de første beslutninger, du bliver nødt til at tage som projektleder.

Hvilken metode, du vælger, vil have en dyb og løbende indvirkning på, hvordan du og dit team arbejder. Forskellige projektstyringsmetoder har deres egne fordele og ulemper for forskellige projekttyper. Nogle er gearet til hastighed, andre for omfattende.

I denne artikel giver jeg dig et komplet overblik over forskellige PMMer, og hvordan du vælger dem.

BONUS: Klik her for at få vores helt gratis, kuraterede liste over 63 Project Management-skabeloner med alt hvad du behøver for at strømline dine processer i dag.

Typer af projektledelsesmetoder

På papir er PM-metoder værktøjsagnostiske, dvs. du skal være i stand til at bruge enhver metode uanset hvilket PM-værktøj du bruger.

I virkeligheden er de fleste projektstyringsværktøjer specialiserede til at bruge en håndfuld metoder. Dette vil være en faktor i hvilken metode, du til sidst vælger at bruge.

Spørgsmålet er nu: hvad er de forskellige typer projektstyringsmetoder? Hvad er deres fordele og ulemper? Hvilke slags projekter er de bedst egnede til?

Nedenfor ser jeg på 9 af de mest populære projektledelsesmetoder.

Vandfald

Vandfaldsmetoden er den ældste metode på denne liste. Det blev først skitseret af Dr. Winston Royce i 1970 som et svar på styring af den stadig mere komplekse karakter af softwareudvikling. Siden da er det blevet bredt vedtaget, mest fremtrædende i softwareindustrien.

Metoden med vandfald er sekventiel. Det er også stærkt kravfokuseret. Du skal have en krystalklar idé om, hvad projektet kræver, før du fortsætter videre. Der er ikke plads til korrektion, når projektet er i gang.

Vandfaldsmetoden er opdelt i diskrete faser. Du starter med at indsamle og analysere krav, designe løsningen (og din tilgang), implementere løsningen og løse eventuelle problemer.

Hvert trin i denne proces er selvstændigt; du afslutter et trin, før du går videre til et andet.

Grafisk kan du repræsentere det som følger:

Ovenstående er set fra et softwareudviklingsperspektiv. De enkelte faser ville være forskellige for kreativ projektledelse, men tilgangen forbliver den samme.

Fordele

Som Mike Wang, vores direktør for uddannelse og support, nævnt tidligere:

“En af de drivende faktorer bag vandfaldshåndtering er, at man ved at investere tid i de tidlige stadier af et projekt sikrer, at designbehov og andre krav er opfyldt – og dermed sparer tid og indsats, der generelt er forbundet med retroaktiv løsning af problemer ”

Vandfaldsmetoden har således flere fordele, såsom:

• Brugervenlighed: Dette modellen er let at forstå og bruge. Opdelingen mellem etaper er intuitiv og let at forstå uanset tidligere erfaring.
• Struktur: Stivheden i Waterfall-metoden er en forpligtelse, men kan også være en styrke. klar afgrænsning mellem etaper hjælper med at organisere og opdele arbejde. Da du ikke kan gå tilbage, skal du være “perfekt” i hvert trin, hvilket ften giver bedre resultater.
• Dokumentation: Det skarpe fokus på indsamling og forståelse af krav gør Waterfall-modellen stærkt afhængig af dokumentation. Dette gør det let for nye ressourcer at flytte ind og arbejde på projektet, når det er nødvendigt.

Ulemper

• Højere risiko: Stivheden i denne metode betyder, at hvis du finder en fejl eller har brug for at ændre noget, skal du i det væsentlige starte projektet fra starten. Dette øger risikoen for projektfejl væsentligt.
• Front-heavy: Hele Waterfall-metoden afhænger stærkt af din forståelse og analyse af kravene korrekt. Hvis du undlader at gøre det – eller hvis kravene ændres – skal du starte forfra. Denne manglende fleksibilitet gør det til et dårligt valg til lange og komplekse projekter.

Bedst til:

Waterfall-metoden bruges mest til softwareudvikling.Det fungerer bedst til følgende projekttyper:

• Korte, enkle projekter
• Projekter med klare og faste krav
• Projekter med skiftende ressourcer, der afhænger af dybdegående dokumentation

Agile

Agile, en anden softwareudviklingsfokuseret PM-metode, dukkede op som et svar på fejlen i Waterfall-metoden til styring af komplekse projekter. Selvom Agile PM-ideer havde været i brug i softwareindustrien i et stykke tid, opstod det formelt i 2001, da flere it-repræsentanter frigav “Agile Manifesto”

I tilgang og ideologi er Agile det modsatte. af vandfaldsmetoden. Som navnet antyder, favoriserer denne metode en hurtig og fleksibel tilgang (her er en måde at forstå Agile som forklaret for børnene). Der er ingen top-tunge kravsindsamling. Det er snarere iterativt med små trinvise ændringer, der reagerer på skiftende krav.

Grafisk kan det repræsenteres som følger:

Fordele

• Fleksibilitet og frihed: Da der ikke er faste faser eller fokus på krav, giver det dine ressourcer meget mere frihed til at eksperimentere og foretage trinvise ændringer. Dette gør det særligt velegnet til kreative projekter.
• Lavere risiko: Med Agile management får du regelmæssig feedback fra interessenter og foretager ændringer i overensstemmelse hermed. Dette reducerer drastisk risikoen for projektfejl, da interessenterne er involveret i hvert trin.

Ulemper

• Ingen fast plan: Agile-tilgangen lægger vægt på at reagere på ændringer, når de opstår. mangler nogen fast plan gør ressourcestyring og planlægning sværere. Du bliver konstant nødt til at jonglere med ressourcer og bringe dem til / fra på ad hoc-basis.
• Samarbejdstung: Manglen på en fast plan betyder, at alle involverede afdelinger – inklusive interessenter og sponsorer – bliver nødt til at arbejde tæt for at levere resultater. Den feedbackfokuserede tilgang betyder også, at interessenter skal være villige (og tilgængelige) til hurtigt at give feedback.

Bedst til:

Agile-tilgangens fleksibilitet betyder at du kan tilpasse det til forskellige typer projekter.

Når det er sagt, fungerer denne metode bedst til:

• Når du ikke har en fast ende i tankerne, men har en generel idé om et produkt.
• Når projektet skal rumme hurtige ændringer.
• Hvis samarbejde og kommunikation er dine nøglestyrker (og planlægning ikke er det)

Hybrid

Hybridmetoden er, som navnet antyder, en kombination af metoderne Vandfald og Agile. Det tager de bedste dele af både Waterfall og Agile og kombinerer dem i en fleksibel, men struktureret tilgang, der kan bruges på tværs af forskellige projekter.

Hybridmetoden fokuserer på at indsamle og analysere krav i starten – en nikkelse til vandfaldsmetoden. Derefter tager det fleksibiliteten i Agile tilgang med vægt på hurtige iterationer.

Ved at kombinere egenskaber fra Waterfall og Agile giver Hybrid-metoden (undertiden kaldet “Structured Agile”) dig det bedste fra begge verdener .

Fordele

• Øget fleksibilitet: Tidligere end planlægningsfasen giver Hybrid-metoden dig væsentligt øget fleksibilitet sammenlignet med vandfaldsmetoden. Så længe kravene ikke ændrer sig væsentligt, kan du foretage ændringer, som de bliver anmodet om.
• Mere struktureret: Ved at låne den indledende planlægningsfase fra Waterfall adresserer Hybrid-metoden en af de største klager over Agile tilgangen – manglende struktur og planlægning. Derfor får du det “bedste fra begge verdener”.

Ulemper

• Kræver kompromis: Da du i det væsentlige forener to polære modsatte tilgange, begge sider bliver nødt til at gå på kompromis med krav og fleksibilitet.
• “Best of two worlds” tilgang frarøver dig fleksibiliteten i Agile og vandets sikre fodfæste. Eventuelle iterationer, du foretager, skal overholde budget- og planlægningsbegrænsningerne sæt dig op foran.

Bedst til

Hybrid-tilgangen er bedst egnet til projekter, der har mellemliggende krav sammenlignet med Agile og Waterfall, dvs. de kræver også struktur som fleksibilitet.

Dette vil hovedsagelig være mellemstore projekter med moderat høj kompleksitet, men faste budgetter. Du vil sandsynligvis have en idé om slutproduktet, men du er også åben for eksperimentering. Du får brug for et tæt samarbejde , især forbi planlægningsfasen.

Scrum

Scrum isn “taf ully-featured projektledelsesmetode. Snarere beskriver den en tilgang til Agile management med fokus på projektteams, korte “sprints” og daglige stand-up møder.

Mens det låner principperne og processerne fra Agile, har Scrum sine egne specifikke metoder og taktikker til at håndtere projektledelse. Som Mike sagde det tidligere:

“Agile er filosofien, og Scrum metoden. Mens scrum er adræt, er agile ikke scrum.”

Scrum-tilgangen placerer projektteamet foran og i midten af projektet. Ofte er der ingen projektleder. I stedet forventes holdet at være selvorganiserende og selvadministrerende. Dette gør den ideel til højt fokuserede og dygtige hold, men ikke så meget for andre.

Fordele

• Scrum “sprints”: Scrum-tilgangen er stærkt fokuseret på 30- dag “sprints”. Det er her, projektteamet nedbryder en ønskeliste med slutmål i små bidder og derefter arbejder på dem i 30-dages sessioner med daglige stand-up-møder. Dette gør det let at styre store og komplekse projekter.
• Hurtigt tempo: “sprint” -tilgangen med sin 30-dages grænse og daglige stand-up-møder fremmer hurtig iteration og udvikling.
• Teamfokuseret: Da projektteamet forventes at administrere sig selv, har Scrum-hold tydelig synlighed i projektet. Det betyder også, at projektledere kan indstille deres egne prioriteter i henhold til deres egen viden om deres evner.

Udover disse har det alle fordelene ved Agile – hurtig iteration og regelmæssig feedback fra interessenter.

Ulemper

• Scope creep: Da der ikke er nogen fast slutdato, og heller ikke en projektleder til planlægning og budgettering, kan Scrum let føre til scope creep.
• Højere risiko: Da projektteamet selvstyrer, er der en højere risiko for fiasko, medmindre teamet er stærkt disciplineret og motiveret. Hvis holdet ikke har tilstrækkelig erfaring, har Scrum en meget høj chance for fiasko.
• Manglende fleksibilitet: Projekt-teamets fokus betyder, at enhver ressource, der forlader holdet imellem, vil have enorm indflydelse på nettet resultater. Denne tilgang er heller ikke fleksibel nok til store teams.

Bedst til

Scrum-metoden er bedst for meget erfarne, disciplinerede og motiverede projektteam, der kan sætte deres egne prioriteter og forstå projektkrav klart. Det har alle manglerne ved Agile sammen med alle dets fordele. Det fungerer for store projekter, men mislykkes, hvis projektteamet selv er meget stort.

Kort sagt: brug Scrum, hvis du udvikler kompleks software og har et erfarent team til din rådighed.

Critical Path Method (CPM) Critical Path Method (CPM)

Ovenstående fire projektstyringsmetoder opstod fra softwareudvikling. Selvom du helt sikkert kan bruge dem til ikke-softwareprojekter, er der bedre alternativer til din rådighed.

Et af de mere populære alternativer er CPM (Critical Path Method).

I Metoden Critical Path kategoriserer du alle nødvendige aktiviteter for at gennemføre projektet inden for en arbejdsopdelingsstruktur. Derefter kortlægger du den forventede varighed af hver aktivitet og afhængighederne imellem dem.

Dette hjælper dig med at kortlægge aktiviteter, der kan gennemføres samtidigt, og hvilke aktiviteter der skal gennemføres, før andre kan starte.

Fordele

• Bedre planlægning: Vægten på kortlægning af aktiviteternes varighed og deres indbyrdes afhængighed hjælper dig med at planlægge opgaver bedre. Hvis opgave X afhænger af, at opgave Y skal være færdig først, hjælper CPM dig med at identificere og planlægge den.
• Prioritering: Succesen med CPM-metoden afhænger af at identificere og kortlægge kritiske og ikke-kritiske aktiviteter. Når du har kortlagt disse aktiviteter, kan du prioritere ressourcer bedre.

Ulemper

• Planlægning kræver erfaring: Som enhver erfaren projektleder vil fortælle dig, ting tager altid mere tid, end du forventer. Hvis du ikke har en reel erfaring med planlægning, er du nødt til at forkert beregne tid for hver aktivitet.
• Ingen fleksibilitet: Ligesom Waterfall-metoden er CPM foran tung. Du skal planlægge alt lige fra starten. Hvis der er ændringer, gør det hele tidsplanen irrelevant. Dette gør denne metode uegnet til projekter med skiftende krav.

Bedst til

Metoden Critical Path er bedst egnet til projekter med indbyrdes afhængige dele. Hvis du har brug for, at opgaver skal udføres samtidigt, eller at en opgave afsluttes, inden en anden kan begynde, vil du bruge denne metode.

CPM finder en masse applikationer i komplekse, men gentagne aktiviteter som f.eks. industrielle projekter. Det er mindre velegnet til et dynamisk område såsom kreativ projektstyring.

Critical Chain Project Management (CCPM)

Critical Chain PM er en af de nyere projektledelsesmetoder ud der. Det blev udviklet som et alternativ til metoden Critical Path med fokus på ressourcehåndtering.

Med CCPM arbejder du baglæns fra slutmålet.Du genkender leverancerne og bruger derefter tidligere erfaring til at kortlægge de opgaver, der kræves for at gennemføre projektet. Du kortlægger også indbyrdes afhængigheder mellem ressourcer og tildeler dem i overensstemmelse hermed til hver opgave.

Denne graf fra TrackerSuite viser forskellen mellem en traditionel vs. en CCPM-projektplan.

CCPM understreger ressourceudnyttelse og minimerer tabt produktivitet. Det er stærkt afhængig af “monotasking”, dvs. fokusering på den aktuelle opgave og undgåelse af multitasking.

For ressourcestyrede projektteams kan CCPM være en stærk metode.

Fordele

• Ressourceeffektiv: Hele fokuset på korrekt ressourcestyring gør CCPM til en af de mest ressourceeffektive projektledelsesmetoder omkring. Vægten på monotasking er også godt tilpasset vores moderne forståelse af de skadelige virkninger af multitasking.
• Fokuseret på slutmål: CCPM er ikke besat af den “optimale” løsning på et problem. prioriterer “gode nok” løsninger, der kan hjælpe med at nå slutmålet. Da du også arbejder bagud fra slutmålet, giver CCPM normalt bedre resultater til komplekse projekter.

Ulemper

• Ikke passende for multiprojektmiljøer: CCPMs ressourcefokuserede tilgang kan kun fungere i enkeltprojektmiljøer. I miljøer med flere projekter kan projekter dele ressourcer. CCPM kan ikke planlægge ressourcefordeling i et sådant scenarie.
• Forsinkelser fælles: CCPM tildeler et hul eller polstring mellem opgaver for at udlede en opgavelængde. I teorien skal dette kompensere for ressourcer, der overvurderer deres egen effektivitet. I virkeligheden fylder ressourcer efter Parkinsons lov fyldningen med overordnede forsinkelser.

Bedst til

CCPM fungerer bedst i miljøer, hvor ressourcer er afsat til et enkelt projekt. Hvis du har et dedikeret team til et projekt, fungerer det godt. Hvis dit team er spredt over flere projekter, vil du kæmpe med ressourceplanlægning.

CCPMs ressourcefokuserede tilgang er også ideel til ressourcestyrede projektteams. Hvis du finder dig selv konstant overarbejdet eller mangler deadlines , kan CCPM-metoden være noget for dig.

Integrated Project Management (IPM)

Integrated Project Management (IPM) – undertiden også kaldet “Integrated Project Delivery” – er en fælles projektledelse metode i kreative industrier. Denne metode lægger vægt på deling og standardisering af processer på tværs af organisationen.

IPM-tilgangen opstod som et svar på kreativitetskampagnernes stadig mere integrerede karakter. Du producerer ikke bare en enkelt annonce ; du integrerer annoncen med mikrosites, digitalt indhold osv. De fleste kreative projekter er en del af en større kampagne.

Et integreret projekt har følgende komponenter:

Ved at integrere processer på tværs af organisationen giver IPM projektledere bedre indsigt i projektet og adgang til de rigtige ressourcer.

Dette gør IPM særlig passende for kreative bureauer.

Fordele

• Gennemsigtighed: Integrering af processer i hele organisationen forbedrer gennemsigtigheden i organisationen. IPM-tilgangen fokuserer på teammedlemmer, der dokumenterer og mødes regelmæssigt, hvilket hjælper med at holde alle i løkken.
• Ansvarlighed: Den integrerede karakter af IPM-tilgangen gør hele projektteamet ansvarligt for projektet. Da intet teammedlem kan operere i en silo, forbedrer IPM ansvarligheden.

Ulemper

Kræver omfattende planlægning: Med IPM-tilgangen bliver du nødt til at planlægge omfattende på forhånd og sikre, at alle processer er godt integrerede. Dette øger din byrde betydeligt og kan føre til forsinkelser.

Bedst for

Store bureauer med forskellige teams og processer drager mest fordel af integreret projektledelse. Det fungerer bedst til komplekse kreative projekter, hvor du har brug for ressourcer fra flere teams og afdelinger til at grænseflade til hinanden.

PRiSM

PRiSM (Projects integration Sustainable Methods) er en udviklet projektledelsesmetode. af Green Project Management (GPM) Global.

Som antydet af skaberens navn, fokuserer PRiSM-tilgangen på at tage højde for og minimere projektets ugunstige miljøpåvirkninger. Det adskiller sig fra traditionelle metoder, da det strækker sig ud over projektets afslutning. I stedet påvirker det hele projektets livscyklus efter levering for at maksimere bæredygtighed.

Her er en oversigt over, hvordan aktiviteter er organiseret i PRiSM:

Fordele

PRiSM-metoden er meget relevant for moderne projekter, hvor miljøomkostninger og bæredygtighed er nøglekriterier for succes.For store projekter, hvor reduktion af energiforbrug, håndtering af affald og minimering af miljøpåvirkning er kritisk, tilbyder PRiSM en levedygtig projektledelsesideologi.

Ulemper

PRiSM er uegnet til projekter, hvor miljøbelastning ikke er en bekymring (såsom software eller kreative projekter).

Succes med PRiSM-tilgangen kræver også, at alle dele af projektteamet – inklusive eksterne entreprenører og interessenter – er ombord med bæredygtighedsprincippet – en hård anmodning i de fleste organisationer.

Bedst til

PRiSM er for det meste velegnet til store og komplekse ejendoms- og industriprojekter, hvor bæredygtighed er et centralt anliggende.

PRINCE2

PRINCE2 (Projects IN Controlled Environments) er den officielle projektstyringsmetode for den britiske regering (hvilket betyder, at de fleste britiske regeringsprojekter bruger den). Du kan endda få en PRINCE2-certificering for at gøre det lettere at arbejde som projektleder i Storbritannien.

PRINCE2 er baseret på 7 principper, 7 temaer og 7 processer. De 7 PRINCE2-principper er for eksempel:

1. Fortsat forretningsgrundlag
2. Lær af erfaring
3. Definerede roller og ansvarsområder
4. Manage by stages
5. Manage by Exception
6. Fokus på produkter
7. Skræddersyet til projektmiljøet

Wikipedia har en stor indledende artikel om denne metode. Jeg foreslår, at du starter der, hvis du “er interesseret i PRINCE2.

Fordele

At køre et PRINCE2-projekt kræver omfattende dokumentation. Derudover er et af de vejledende principper for PRINCE2 at” Lære af erfaring “. Dette fokus på dokumentation og tidligere erfaringer kan hjælpe med at reducere risikoen.

Ulemper

Ulempen ved PRINCE2s omfattende dokumentation er, at ændringer kan være svære at imødekomme. Hvis kravene ændres, skal du gentage dokumentationen og omfordele ressourcer, hvilket kan hæmme projektets tempo.

Bedst til

Denne metode er bedst egnet til store og komplekse projekter med faste krav. Hvis du er i Storbritannien, vil du sandsynligvis kende PRINCE2-metoden. Det er meget udbredt i landet og er et krav til statslige projekter.

Der er flere andre PMMer udover disse, såsom Six Sigma, Crystal, Feature Driven Development (FDD), Dynamic Systems Development (DSDM) , Rational Unified Process (RUP), Kanban og Lean Development (LD).

For det meste vælger du dog en af metoderne beskrevet ovenfor.

Sådan vælges den rigtige metode

Fra ovenstående afsnit er det klart, at forskellige PM-metoder er bedre egnet til forskellige projekter. Du vil ikke bruge PRiSM til et softwareprojekt, ligesom du ikke ønsker at bruge Agile til en stor ejendomsudvikling.

Når du vælger PM-metoder, er her et par ting at huske på:

Evaluer projektet

Når du vælger en projektledelsesmetode, hjælper det med at starte fra slutningen. Du skal vide nøjagtigt, hvordan den endelige levering skal se ud, og hvordan du skal få det gjort.

Fokuser på at indsamle de indledende krav. Hvis krav antyder, at du har brug for et stort og forskelligt team, skal du vælge en metode, der understøtter fleksibilitet.

Tilsvarende, hvis du har en klar idé om slutresultatet, skal du vælge en mere struktureret metode som f.eks. vandfald. resultatet er vagt (almindeligt i tilfælde af interne projekter), vælg en iterativ metode som Agile.

Nogle andre ting at overveje, når projektet evalueres, er:

• Projekt budget
• Tidslinje
• Størrelse og kompleksitet
• Interessenters forventninger
• Projekttype og industri

Evaluer dit team

Din projektledelsesmetode er i det væsentlige en plan for projektet. Den fortæller dit team, hvad du skal oprette, og hvornår du skal oprette det.

For at dette kan ske, skal din teamet skal kunne læse tegningen itse Hvis.

Med andre ord, hvis dit team ikke er bekendt med den projektledelsesmetode, du vælger, vil du kæmpe for at få resultater. Du bliver nødt til at bruge tid på at lære metoden (som nogle af dine teammedlemmer kan være modstandsdygtige over for), hvilket fører til forsinkelser.

Overvej også din teamsammensætning. Identificer dets styrker og svagheder. Hvis holdet trives med samarbejde, kan du vælge en mindre struktureret tilgang som Agile. Hvis holdet er meget motiveret og disciplineret, kan en SCRUM-tilgang fungere godt. Hvis du har begrænsede ressourcer, skal du vælge en ressourceeffektiv tilgang som CCPM.

Her er et par ting at overveje, når du vurderer dit team:

• Teamoplevelse
• Træning
• Selvorganiseringsfunktioner
• Teamberedskab
• Holdplacering (fjern, på stedet osv.)

I det væsentlige skal du vælge en metode, der passer til dit team, i stedet for at tvinge dit team til at passe til metoden.

Evaluer din organisation

Hvordan din virksomhed er organiseret, dens kultur og dens tidligere optegnelser vil have stor indflydelse på dit valg af projektledelsesmetode. Nogle metoder fungerer kun med store organisationer med etablerede hierarkier. Andre er mere egnede til mindre, slankere tøj.

For eksempel, hvis dine tidligere optegnelser viser, at alle dine Agile-projekter er blevet forsinket OG dårligt modtaget, er det en god idé at undgå denne metode i fremtiden.

Et par ting, du bør overveje, når du vurderer din organisation, er:

• Tidligere optegnelser og erfaring med forskellige metoder
• Kultur
• Organisationshierarki
• Fleksibilitetsniveau
• Organisations modenhedsniveau
• Organisationsstørrelse
• Tilgængelige ressourcer, herunder eksterne ressourcer såsom freelancere og entreprenører .
• Din branche

Evaluer dine interessenter

Når du vælger en PM-metode, skal du indregne:

• Involvering af interessenter: Nogle metoder kræver, at interessenter regelmæssigt inddrages på hvert trin i projektet. Med Agile har du f.eks. Brug for interessenter, der skal være regelmæssigt tilgængelige for feedback. Hvis interessenterne har travlt, skal du vælge en metode ogy, der kræver lavere involvering af interessenter.
• Interessentkrav: Hvordan fungerer dine interessenter? Hvad kræver de af projektlederen? Hvis det vides, at interessenterne ændrer projektomfang ofte, skal du vælge en mere fleksibel metode. Hvis interessenterne har brug for daglige opdateringer, skal du også vælge en metode, der kan imødekomme denne efterspørgsel.

I betragtning af interessenternes betydning for projektets succes vil det medføre øje for lykkeligere interessenter og holde deres krav i tankerne mere vellykkede projekter.

Evaluer dine værktøjer

Projektledelsesværktøjer er sjældent metodologi-agnostiske. De er normalt designet til at arbejde godt med en bestemt metode.

Derfor vil de softwareværktøjer, du har eksisterende adgang til og ekspertise i, påvirke dit valg.

For at gøre dette:

• Lav en liste over alle softwareværktøjer, du bruger i øjeblikket
• Angiv deres begrænsninger og kapaciteter
• Sammenlign deres kapaciteter med kravene til en bestemt PM-metode.

Ideelt set skal den metode, du vælger, arbejde med dit eksisterende værktøjssæt. Hvis du er nødt til at købe nye værktøjer, behøver du ikke kun bruge mere, men du vil også miste kritisk tid til omskoling af dit team.

Hvis du foretager denne dybdegående evaluering, hjælper du dig med at vælge en metode, der passer til din mål, dit teams evner og dine interessenters krav perfekt.

Konklusion

Som projektleder har du flere projektledelsesmetoder at vælge imellem. Hver af disse metoder har sine egne styrker og svagheder. Hvis du vælger den rigtige, bliver det hurtigere, glattere og mere effektivt at køre dit projekt.

Vælg blandt en af de mange metoder, der er anført ovenfor. Evaluer derefter dit projekt, team, organisation, interessenter og eksisterende værktøjer til at vælge metode, der passer til dine styrker og krav.