Hva er prosjektledelsesmetoder? En metodikk for prosjektledelse er egentlig et sett med ledende prinsipper og prosesser for å administrere et prosjekt. Ditt valg av metodikk definerer hvordan du jobber og kommuniserer.
Så hvordan velger du en prosjektledelsesmetodikk?
Hvilken metode du velger vil avhenge av teamet ditt, prosjekttype og prosjektomfang. Å velge prosjektledelsesmetodikk (PMM) er en av de første beslutningene du må ta som prosjektleder.
Hvilken metode du velger, vil ha en dyp og kontinuerlig innvirkning på hvordan du og teamet ditt jobber. Ulike prosjektledelsesmetoder har sine egne fordeler og ulemper for forskjellige prosjekttyper. Noen er rettet mot hastighet, andre for omfattende.
I denne artikkelen vil jeg gi deg en fullstendig oversikt over forskjellige PMM-er og hvordan du velger dem.
BONUS: Klikk her for å få vår helt gratis, kuraterte liste med 63 prosjektledelsesmaler med alt du trenger for å effektivisere prosessene dine i dag.
Typer av prosjektledelsesmetoder
På papir er PM-metoder verktøyagnostiske, dvs. du burde kunne bruke hvilken som helst metodikk uavhengig av hvilket PM-verktøy du bruker.
I virkeligheten er de fleste prosjektledelsesverktøy spesialiserte for å bruke en håndfull metoder. Dette vil være en faktor i hvilken metode du til slutt velger å bruke.
Spørsmålet er nå: hva er de forskjellige typene prosjektledelsesmetoder? Hva er deres fordeler og ulemper? Hva slags prosjekter egner de seg best for?
Nedenfor ser jeg på 9 av de mest populære metodene for prosjektledelse.
Foss
Waterfall-metoden er den eldste metoden på denne listen. Det ble først skissert av Dr. Winston Royce i 1970 som et svar på å håndtere den stadig mer komplekse naturen til programvareutvikling. Siden den gang har den blitt adoptert, mest fremtredende i programvareindustrien.
Metoden for fossefall er sekvensiell. Det er også sterkt kravfokusert. Du må ha en krystallklar ide om hva prosjektet krever før du går videre. Det er ikke rom for korreksjon når prosjektet er i gang.
Fossemetoden er delt inn i diskrete stadier. Du begynner med å samle inn og analysere krav, designe løsningen (og din tilnærming), implementere løsningen og løse eventuelle problemer.
Hvert trinn i denne prosessen er selvstendig; du avslutter ett trinn før du går videre til et annet.
Grafisk kan du representere det slik:
Ovennevnte er fra et programvareutviklingsperspektiv. Individuelle trinn vil være forskjellige for kreativ prosjektledelse, men tilnærmingen forblir den samme.
Fordeler
Som Mike Wang, vår direktør for opplæring og støtte, nevnte tidligere:
«En av de drivende faktorene bak fosseforvaltning er at ledere sørger for at designbehov og andre krav er oppfylt ved å investere tid i de tidlige stadiene av et prosjekt – og dermed sparer tid og innsats generelt assosiert med retroaktiv korrigering av problemer ”
Dermed har Waterfall-metoden flere fordeler, for eksempel:
- Brukervennlighet: Dette modellen er enkel å forstå og bruke. Inndelingen mellom trinn er intuitiv og lett å forstå uansett tidligere erfaring.
- Struktur: Stivheten til Fossemetoden er en forpliktelse, men kan også være en styrke. klar avgrensning mellom trinn hjelper til med å organisere og dele opp arbeidet. Siden du ikke kan gå tilbake, må du være «perfekt» i hvert trinn, som ften gir bedre resultater.
- Dokumentasjon: Det skarpe fokuset på å samle og forstå kravene gjør Waterfall-modellen sterkt avhengig av dokumentasjon. Dette gjør det enkelt for nye ressurser å flytte inn og jobbe med prosjektet når det er nødvendig.
Ulemper
- Høyere risiko: Stivheten i denne metoden betyr at Hvis du finner en feil eller trenger å endre noe, må du i hovedsak starte prosjektet fra begynnelsen. Dette øker risikoen for prosjektfeil vesentlig.
- Front-heavy: Hele Waterfall-tilnærmingen avhenger sterkt av at du forstår og analyserer kravene riktig. Hvis du ikke klarer det – eller hvis kravene endres – må du starte på nytt. Denne mangelen på fleksibilitet gjør det til et dårlig valg for lange og komplekse prosjekter.
Best for:
Waterfall-metoden brukes oftest i programvareutvikling.Det fungerer best for følgende prosjekttyper:
- Korte, enkle prosjekter
- Prosjekter med klare og faste krav
- Prosjekter med skiftende ressurser som er avhengig av grundig dokumentasjon
Agile
Agile, en annen programvareutviklingsfokusert PM-metode, dukket opp som et svar på mislykkingen av Waterfall-metoden for å administrere komplekse prosjekter. Selv om Agile PM-ideer hadde vært i bruk i programvareindustrien en god stund, ble det formelt til i 2001 da flere IT-representanter ga ut «Agile Manifesto»
I tilnærming og ideologi er Agile det motsatte. av Waterfall-metoden. Som navnet antyder, favoriserer denne metoden en rask og fleksibel tilnærming (her er en måte å forstå Agile som forklart for barna). Det er ingen topp-tunge kravsinnsamling. Snarere er det iterativt med små inkrementelle endringer som svarer på skiftende krav. 
Grafisk kan den vises som følger:
Fordeler
- Fleksibilitet og frihet: Siden det ikke er faste stadier eller fokus på krav, gir det ressursene dine mye mer frihet til å eksperimentere og gjøre inkrementelle endringer. Dette gjør det spesielt godt egnet for kreative prosjekter.
- Lavere risiko: Med smidig ledelse får du regelmessige tilbakemeldinger fra interessenter og gjør endringer i henhold til dette. Dette reduserer risikoen for prosjektfeil drastisk siden interessentene er involvert i hvert trinn.
Ulemper
- Ingen fast plan: Agile-tilnærmingen legger vekt på å svare på endringer når de skjer. er mangel på noen fast plan gjør ressursadministrasjon og planlegging vanskeligere. Du vil hele tiden måtte sjonglere med ressurser og bringe dem av / på ad-hoc-basis.
- Samarbeidstung: Mangelen på en fast plan betyr at alle involverte avdelinger – inkludert interessenter og sponsorer – må jobbe tett for å levere resultater. Den tilbakemeldingsfokuserte tilnærmingen betyr også at interessenter må være villige (og tilgjengelige) til å gi tilbakemelding raskt.
Best for:
Fleksibiliteten til Agile-tilnærmingen betyr at du kan tilpasse det til forskjellige typer prosjekter.
Når det er sagt, fungerer denne metoden best for:
- Når du ikke har en fast mål i tankene, men har en generell idé om et produkt.
- Når prosjektet må imøtekomme raske endringer.
- Hvis samarbeid og kommunikasjon er dine viktigste styrker (og planlegging ikke er det)
Hybrid
Hybrid-tilnærmingen, som navnet antyder, er en kombinasjon av metodene Waterfall og Agile. Det tar de beste delene av både Waterfall og Agile og kombinerer dem i en fleksibel, men strukturert tilnærming som kan brukes på tvers av forskjellige prosjekter. 
Hybridmetoden fokuserer på å samle og analysere krav i utgangspunktet – en nikk til Waterfall-metoden. Derfra tar det fleksibiliteten til Agile-tilnærming med vekt på raske iterasjoner.
Ved å kombinere attributter fra Waterfall og Agile, gir Hybrid-metoden (noen ganger kalt «Structured Agile») deg det beste fra begge verdener .
Fordeler
- Økt fleksibilitet: Tidligere enn planleggingsfasen gir Hybrid-metoden deg betydelig økt fleksibilitet sammenlignet med Waterfall-metoden. Så lenge kravene ikke endres vesentlig, kan du gjøre endringer etter hvert som de blir bedt om det.
- Mer strukturert: Ved å låne den innledende planleggingsfasen fra Waterfall, adresserer Hybrid-metoden en av de største klagene om den smidige tilnærmingen – mangel på struktur og planlegging. Derfor får du det «beste fra begge verdener».
Ulemper
- Krever kompromiss: Siden du i hovedsak forener to polære motsatte tilnærminger, begge sider vil måtte gå på akkord med krav og fleksibilitet.
- «Best of two worlds» -tilnærmingen frarøver deg fleksibiliteten til Agile og den sikre foten til fossen. Eventuelle iterasjoner du gjør, må overholde begrensningene for budsjettering og planlegging sett opp foran.
Best for
Hybrid-tilnærmingen er best egnet for prosjekter som har mellomstore krav sammenlignet med smidig og foss, dvs. de krever også struktur som fleksibilitet.
Dette vil for det meste være mellomstore prosjekter med moderat høy kompleksitet, men faste budsjetter. Du vil sannsynligvis ha en ide om sluttproduktet, men du er også åpen for eksperimentering. Du vil trenge et tett samarbeid , spesielt forbi planleggingsfasen.
Scrum
Scrum isn «taf ully-featured project management methodology. Snarere beskriver den en tilnærming til smidig ledelse med fokus på prosjektgrupper, korte «sprints» og daglige stand-up-møter.
Mens det låner prinsippene og prosessene fra Agile, har Scrum sine egne spesifikke metoder og taktikker for å håndtere prosjektledelse. Som Mike sa det tidligere:
«Agile er filosofien, og Scrum metodikken. Mens scrum er smidig, er agile ikke scrum.»
Scrum-tilnærmingen plasserer prosjektgruppen foran og midt i prosjektet. Ofte er det ingen prosjektleder. I stedet forventes teamet å være selvorganiserende og selvadministrerende. Dette gjør det ideelt for høyt fokuserte og dyktige team, men ikke så mye for andre.
Fordeler
- Scrum «sprints»: Scrum-tilnærmingen er sterkt fokusert på 30- dag «sprinter». Det er her prosjektteamet bryter ned en ønskeliste med sluttmål i små biter, og deretter jobber med dem i 30-dagers økter med daglige stand-up-møter. Dette gjør det enkelt å administrere store og komplekse prosjekter.
- Fartsfylt: «sprint» -tilnærmingen med sin 30-dagersgrense og daglige stand-up-møter fremmer rask iterasjon og utvikling.
- Teamfokusert: Siden prosjektgruppen forventes å administrere seg selv, har Scrum-teamene tydelig innsyn i prosjektet. Det betyr også at prosjektledere kan sette sine egne prioriteringer i henhold til deres egen kunnskap om deres evner.
I tillegg til disse har det alle fordelene med Agile – rask iterasjon og regelmessig tilbakemelding fra interessenter.
Ulemper
- Omfangskryp: Siden det ikke er noen fast sluttdato, og heller ikke en prosjektleder for planlegging og budsjettering, kan Scrum lett føre til omfangskryp.
- Høyere risiko: Siden prosjektgruppen er selvledende, er det en høyere risiko for fiasko med mindre teamet er svært disiplinert og motivert. Hvis teamet ikke har nok erfaring, har Scrum en veldig stor sjanse for å mislykkes.
- Manglende fleksibilitet: Prosjektgruppens fokus betyr at enhver ressurs som forlater teamet imellom, vil påvirke nettet enormt. resultater. Denne tilnærmingen er heller ikke fleksibel nok for store team.
Best for
Scrum-tilnærmingen er best for høyt erfarne, disiplinerte og motiverte prosjektgrupper som kan sette sine egne prioriteringer og forstår prosjektkravene tydelig. Den har alle manglene ved Agile sammen med alle fordelene. Den fungerer for store prosjekter, men mislykkes hvis prosjektgruppen selv er veldig stor.
Kort sagt: bruk Scrum hvis du utvikler kompleks programvare og har et erfarent team til din disposisjon.
Critical Path Method (CPM) Critical Path Method (CPM)
De fire ovennevnte metodene for prosjektledelse kom frem fra programvareutvikling. Selv om du absolutt kan bruke dem til ikke-programvareprosjekter, har du bedre alternativer.
Et av de mest populære alternativene er Critical Path Method (CPM).
I Metoden Critical Path kategoriserer du alle aktiviteter som er nødvendige for å fullføre prosjektet i en arbeidsfordelingsstruktur. Deretter kartlegger du den planlagte varigheten av hver aktivitet og avhengighet mellom dem.
Dette hjelper deg med å kartlegge aktiviteter som kan fullføres samtidig, og hvilke aktiviteter som skal fullføres før andre kan starte.
Fordeler
- Bedre planlegging: Vekten på å kartlegge varigheten av aktivitetene og deres gjensidig avhengighet hjelper deg med å planlegge oppgaver bedre. Hvis oppgave X er avhengig av at oppgave Y skal være ferdig først, vil CPM hjelpe deg med å identifisere og planlegge den.
- Prioritering: Suksessen til CPM-metoden avhenger av å identifisere og kartlegge kritiske og ikke-kritiske aktiviteter. Når du har kartlagt disse aktivitetene, kan du prioritere ressurser bedre.
Ulemper
- Planlegging krever erfaring: Som enhver erfaren prosjektleder vil fortelle deg, ting tar alltid mer tid enn du forventer. Hvis du ikke har erfaring fra planlegging, er du nødt til å feilberegne tid for hver aktivitet.
- Ingen fleksibilitet: I likhet med Waterfall-metoden er CPM foran tung. Du må planlegge alt helt i starten. Hvis det er noen endringer, gjør det hele tidsplanen irrelevant. Dette gjør denne metoden uegnet for prosjekter med skiftende krav.
Best for
The Critical Path Method er best egnet for prosjekter med gjensidig avhengige deler. Hvis du trenger at oppgaver skal fullføres samtidig, eller at en oppgave skal avsluttes før en annen kan begynne, vil du bruke denne metoden.
CPM finner mye anvendelse i komplekse, men repeterende aktiviteter som f.eks. industrielle prosjekter. Det er mindre egnet for et dynamisk område som kreativ prosjektledelse.
Critical Chain Project Management (CCPM)
Critical Chain PM er en av de nyere metodene for prosjektledelse der. Den ble utviklet som et alternativ til Critical Path-metoden med fokus på ressursadministrasjon.
Med CCPM jobber du bakover fra det endelige målet.Du kjenner igjen resultatene, og bruker deretter tidligere erfaring til å kartlegge oppgavene som kreves for å fullføre prosjektet. Du kartlegger også gjensidig avhengighet mellom ressurser og fordeler dem i henhold til hver oppgave.
Denne grafen fra TrackerSuite viser forskjellen mellom en tradisjonell vs. en CCPM-prosjektplan.
CCPM legger vekt på ressursutnyttelse og minimering av tapt produktivitet. Det er sterkt avhengig av «monotasking», dvs. å fokusere på oppgaven og unngå multitasking.
For ressurssnål prosjektgrupper kan CCPM være en kraftig metode.
Fordeler
- Ressurseffektiv: Hele fokuset på riktig ressursadministrasjon gjør CCPM til en av de mest ressurseffektive metodene for prosjektledelse rundt. Vekten på monotasking er også godt tilpasset vår moderne forståelse av de skadelige effektene av multitasking.
- Fokusert på sluttmålet: CCPM besetter ikke den «optimale» løsningen på et problem. prioriterer «gode nok» løsninger som kan bidra til å nå sluttmålet. Siden du også jobber bakover fra sluttmålet, gir CCPM vanligvis bedre resultater for komplekse prosjekter.
Ulemper
- Ikke aktuelt for miljøer med flere prosjekter: CCPMs ressursfokuserte tilnærming kan bare fungere i miljøer med ett prosjekt. I flerprosjektmiljøer kan prosjekter dele ressurser. CCPM kan ikke planlegge for ressursfordeling i et slikt scenario.
- Forsinkelser som er vanlige: CCPM tildeler et gap eller polstring mellom oppgavene for å utlede en oppgavelengde. I teorien skal dette kompensere for ressurser som overvurderer sin egen effektivitet. I virkeligheten fyller ressurser, i følge Parkinsons lov, polstringen med utallige forsinkelser.
Best for
CCPM fungerer best i miljøer der ressurser er viet til et enkelt prosjekt. Hvis du har et dedikert team for et prosjekt, fungerer det bra. Hvis teamet ditt er spredt over flere prosjekter, vil du slite med ressursplanlegging.
Den ressursfokuserte tilnærmingen til CCPM er også ideell for ressurssnål prosjektgrupper. Hvis du finner deg selv konstant overarbeidet eller mangler frister , kan CCPM-metoden være for deg.
Integrated Project Management (IPM)
Integrated Project Management (IPM) – noen ganger også kalt «Integrated Project Delivery» – er en vanlig prosjektledelse metodikk i kreative næringer. Denne metoden legger vekt på deling og standardisering av prosesser i hele organisasjonen.
IPM-tilnærmingen kom som et svar på den stadig mer integrerte naturen til kreative kampanjer. Du produserer ikke bare en enkelt annonse ; du integrerer annonsen med mikrosider, digitalt innhold, etc. De fleste kreative prosjekter er en del av en større kampanje.
Et integrert prosjekt har følgende komponenter:
Ved å integrere prosesser i organisasjonen gir IPM prosjektledere bedre innsikt i prosjektet og tilgang til de riktige ressursene.
Dette gjør IPM spesielt passende for kreative byråer.
Fordeler
- Åpenhet: Integrering av prosesser i hele organisasjonen forbedrer gjennomsiktigheten i organisasjonen. IPM-tilnærmingen fokuserer på teammedlemmer som dokumenterer og møtes regelmessig, noe som hjelper med å holde alle i løkken.
- Ansvar: Den integrerte arten av IPM-tilnærmingen gjør hele prosjektgruppen ansvarlig for prosjektet. Siden ingen teammedlemmer kan operere i en silo, forbedrer IPM ansvarligheten.
Ulemper
Krever omfattende planlegging: Med IPM-tilnærmingen må du planlegge omfattende på forhånd og sørge for at alle prosesser er godt integrert. Dette øker belastningen betydelig og kan føre til forsinkelser.
Best for
Store byråer med forskjellige team og prosesser drar mest nytte av integrert prosjektledelse. Det fungerer best for komplekse kreative prosjekter der du trenger ressurser fra flere team og avdelinger for å få kontakt med hverandre.
PRiSM
PRiSM (Projects integration Sustainable Methods) er en prosjektledelsesmetode utviklet av Green Project Management (GPM) Global.
Som antydet av skapernavnet, fokuserer PRiSM-tilnærmingen på å ta hensyn til og minimere ugunstige miljøpåvirkninger av prosjektet. Det er forskjellig fra tradisjonelle metoder ved at det strekker seg utover slutten av prosjektet. I stedet påvirker det hele livssyklusen til prosjektet etter levering for å maksimere bærekraft.
Her er en oversikt over hvordan aktiviteter er organisert i PRiSM:
Fordeler
PRiSM-tilnærmingen er veldig relevant for moderne prosjekter der miljøkostnader og bærekraft er viktige suksesskriterier.For store prosjekter der det er viktig å redusere energiforbruk, håndtere avfall og minimere miljøpåvirkningen, tilbyr PRiSM en levedyktig ideologi for prosjektledelse.
Ulemper
PRiSM er uegnet for prosjekter der miljøbelastning ikke er en bekymring (for eksempel programvare eller kreative prosjekter).
Suksess med PRiSM-tilnærmingen krever også at alle deler av prosjektgruppen – inkludert eksterne entreprenører og interessenter – er ombord med bærekraftsprinsippet – en hard spørsmål de fleste organisasjoner.
Best for
PRiSM egner seg stort sett for store og komplekse eiendoms- og industriprosjekter der bærekraft er et sentralt anliggende.
PRINCE2
PRINCE2 (Projects IN Controlled Environments) er den offisielle metoden for prosjektledelse fra den britiske regjeringen (som betyr at de fleste britiske statlige prosjekter bruker den). Du kan til og med få en PRINCE2-sertifisering for å gjøre arbeidet som prosjektleder i Storbritannia lettere.
PRINCE2 er basert på 7 prinsipper, 7 temaer og 7 prosesser. De 7 PRINCE2-prinsippene er for eksempel:
- Fortsatt rettferdiggjørelse av virksomheten
- Lær av erfaring
- Definerte roller og ansvar
- Manage by stages
- Manage by Exception
- Fokus på produkter
- Skreddersy for prosjektmiljøet
Wikipedia har en flott innledende artikkel om denne metoden. Jeg foreslår at du begynner der hvis du er interessert i PRINCE2.
Fordeler
Å drive et PRINCE2-prosjekt krever omfattende dokumentasjon. I tillegg er et av de ledende prinsippene for PRINCE2 å «Lære av erfaring «. Dette fokuset på dokumentasjon og tidligere erfaring kan bidra til å redusere risiko.
Ulemper
Ulempen med PRINCE2s omfattende dokumentasjon er at endringer kan være vanskelig å imøtekomme. Hvis kravene endres, må du gjøre om dokumentasjonen og tildele ressurser på nytt, noe som kan hemme prosjektets tempo.
Best for
Denne metoden er best egnet for store og komplekse prosjekter. med faste krav. Hvis du er i Storbritannia, vil du sannsynligvis vite PRINCE2-metoden. Det er mye brukt i landet og er et krav for statlige prosjekter.
Det er flere andre PMMer foruten disse, for eksempel Six Sigma, Crystal, Feature Driven Development (FDD), Dynamic Systems Development (DSDM) , Rational Unified Process (RUP), Kanban og Lean Development (LD).
For det meste velger du imidlertid en av metodene beskrevet ovenfor.
Hvordan velge riktig metode
Fra avsnittet ovenfor er det klart at forskjellige PM-metoder er bedre egnet for forskjellige prosjekter. Du vil ikke bruke PRiSM til et programvareprosjekt, akkurat som du ikke vil bruke Agile til en stor eiendomsutvikling.
Når du velger PM-metoder, er det noen få ting du må huske på:
Evaluer prosjektet
Når du velger en metodikk for prosjektledelse, hjelper det å starte fra slutten. Du må vite nøyaktig hvordan den endelige leveransen skal se ut og hvordan du trenger å få det gjort.
Fokuser på å samle innledende krav. krav antyder at du trenger et stort og mangfoldig team, velg en metodikk som støtter fleksibilitet.
På samme måte, hvis du har en klar ide om sluttresultatet, velg en mer strukturert metode som Waterfall. resultatet er vagt (vanlig i forbindelse med interne prosjekter), velg en iterativ metodikk som Agile.
Noen andre ting du bør vurdere når du vurderer prosjektet er:
- Prosjekt budsjett
- Tidslinje
- Størrelse og kompleksitet
- Interessenters forventninger
- Prosjektype og bransje
Evaluer teamet ditt
Metoden for prosjektledelse er egentlig en plan for prosjektet. Den forteller teamet ditt hva du skal lage og når du skal lage det.
For at dette skal skje, må din teamet skal kunne lese tegningen itse Hvis.
Med andre ord, hvis teamet ditt ikke er kjent med den valgte prosjektledelsesmetoden, vil du slite med å få resultater. Du må bruke tid på å lære metodikken (som noen av teammedlemmene dine kan være motstandsdyktige mot), noe som fører til forsinkelser.
Vurder også teamets sammensetning. Identifiser styrker og svakheter. Hvis teamet trives med samarbeid, kan du velge en mindre strukturert tilnærming som Agile. Hvis teamet er høyt motivert og disiplinert, kan en SCRUM-tilnærming fungere bra. Hvis du har begrensede ressurser, velg en ressurseffektiv tilnærming som CCPM.
Her er noen ting du bør vurdere når du vurderer teamet ditt:
- Teamopplevelse
- Trening
- Selvorganiseringsfunksjoner
- Teamberedskap
- Teamlokasjon (ekstern, på stedet osv.)
I hovedsak velger du en metodikk som passer teamet ditt, i stedet for å tvinge teamet ditt til å passe metodikken.
Evaluer organisasjonen din
Hvordan firmaet ditt er organisert, dets kultur og tidligere poster vil ha stor innvirkning på ditt valg av prosjektledelsesmetodikk. Noen metoder fungerer bare med store organisasjoner med etablerte hierarkier. Andre er mer egnet for mindre, slankere antrekk.
For eksempel, hvis tidligere poster viser at alle dine Agile-prosjekter har blitt forsinket OG dårlig mottatt, er det en god ide å unngå denne metoden i fremtiden.
Noen ting du bør vurdere når du vurderer organisasjonen din er:
- Tidligere poster og erfaring med forskjellige metoder
- Kultur
- Organisasjonshierarki
- Fleksibilitetsnivå
- Organisasjons modenhetsnivå
- Organisasjonsstørrelse
- Tilgjengelige ressurser, inkludert eksterne ressurser som frilansere og entreprenører .
- Din bransje
Evaluer interessentene dine
Når du velger en PM-metodikk, tar du hensyn til:
- Involvering av interessenter: Noen metoder krever at interessenter regelmessig blir involvert på hvert trinn av prosjektet. Med Agile, for eksempel, trenger du interessenter for å være regelmessig tilgjengelig for tilbakemelding. Hvis interessentene er opptatt, velg en metode ogy som krever lavere involvering av interessenter.
- Interessentkrav: Hvordan fungerer interessentene dine? Hva krever de av prosjektlederen? Hvis det er kjent at interessentene endrer prosjektomfang ofte, velg en mer fleksibel metode. På samme måte, hvis interessentene krever daglige oppdateringer, velg en metode som kan imøtekomme denne etterspørselen. mer vellykkede prosjekter.
Evaluer verktøyene dine
Prosjektledelsesverktøy er sjelden metodisk agnostiske. De er vanligvis designet for å fungere godt med en bestemt metode.
Derfor vil programvareverktøyene du har eksisterende tilgang til og ekspertise i, påvirke ditt valg.
For å gjøre dette:
- Lag en liste over alle programvareverktøyene du bruker for øyeblikket
- Oppgi begrensninger og muligheter
- Sammenlign evnene med kravene til en bestemt PM-metode.
Ideelt sett bør metoden du velger, fungere med det eksisterende verktøysettet. Hvis du må kjøpe nye verktøy, vil du ikke bare måtte bruke mer, men du vil også miste kritisk tid på omskolering av teamet ditt.
Hvis du gjør denne grundige evalueringen, kan du velge en metode som er i tråd med mål, teamets evner og interessentens krav perfekt.
Konklusjon
Som prosjektleder har du flere prosjektledelsesmetoder å velge mellom. Hver av disse metodene har sine egne styrker og svakheter. Hvis du velger den rette, vil du kjøre prosjektet raskere, jevnere og mer effektivt.
Velg blant en av de mange metodene som er oppført ovenfor. Evaluer deretter prosjektet, teamet, organisasjonen, interessenter og eksisterende verktøy for å velge metodikk som samsvarer med dine styrker og krav.