Vad är projektledningsmetoder? En metod för projektledning är i huvudsak en uppsättning vägledande principer och processer för att hantera ett projekt. Ditt val av metod definierar hur du arbetar och kommunicerar.
Så hur väljer du en projektledningsmetodik?
Vilken metod du väljer beror på ditt team, projekttyp och projektets omfattning. Att välja PMM (Project Management Methodologies) är ett av de första besluten du måste ta som projektledare.
Vilken metod du väljer kommer att få en djupgående och kontinuerlig inverkan på hur du och ditt team arbetar. Olika projektledningsmetoder har sina egna fördelar och nackdelar för olika projekttyper. Vissa är inriktade på hastighet, andra på omfattning.
I den här artikeln ger jag dig en fullständig översikt över olika PMM och hur du väljer dem.
BONUS: Klicka här för att få vår helt gratis, samlade lista över 63 projektledningsmallar med allt du behöver för att effektivisera dina processer idag.
Typer av projektledningsmetoder
På papper är PM-metoder verktygsagnostiska, dvs. du borde kunna använda vilken metod som helst oavsett vilket PM-verktyg du använder.
I verkligheten är de flesta projektledningsverktyg specialiserade för att använda en handfull metoder. Detta kommer att vara en faktor i vilken metod du så småningom väljer att använda.
Frågan är nu: vilka är de olika typerna av projektledningsmetoder? Vilka är deras fördelar och nackdelar? Vilken typ av projekt passar de bäst för?
Nedan tar jag en titt på 9 av de mest populära metoderna för projektledning.
Vattenfall
Vattenfallmetoden är den äldsta metoden i denna lista. Det beskrevs först av Dr. Winston Royce 1970 som ett svar på att hantera programvaruutvecklingens alltmer komplexa karaktär. Sedan dess har den blivit allmänt antagen, mest framträdande inom mjukvaruindustrin.
Vattenfallmetoden är sekventiell. Det är också starkt kravfokuserat. Du måste ha en kristallklar uppfattning om vad projektet kräver innan du fortsätter. Det finns inget utrymme för korrigering när projektet är igång.
Vattenfallmetoden är indelad i diskreta steg. Du börjar med att samla in och analysera krav, utforma lösningen (och din metod), implementera lösningen och åtgärda eventuella problem.
Varje steg i denna process är fristående; du avslutar ett steg innan du går vidare till ett annat.
Grafiskt kan du representera det på följande sätt:
Ovanstående är ur ett mjukvaruutvecklingsperspektiv. Enskilda etapper skulle vara annorlunda för kreativ projektledning, men strategin förblir densamma.
Fördelar
Som Mike Wang, vår chef för utbildning och support, nämnde tidigare:
”En av de drivande faktorerna bakom vattenfallshanteringen är att genom att investera tid i ett tidigt skede av ett projekt säkerställer chefer designbehov och andra krav har uppfyllts – vilket sparar tid och ansträngning i allmänhet förknippad med retroaktiv korrigering av problem ”
Således har vattenfallsmetoden flera fördelar, såsom:
- Användarvänlighet: Detta modellen är lätt att förstå och använda. Fördelningen mellan etapper är intuitiv och lätt att förstå oavsett tidigare erfarenhet.
- Struktur: Vattenfallmetodens styvhet är en skuld, men kan också vara en styrka. tydlig avgränsning mellan etapper hjälper till att organisera och dela upp arbetet. Eftersom du inte kan gå tillbaka måste du vara ”perfekt” i varje steg, vilket o ften ger bättre resultat.
- Dokumentation: Det skarpa fokuset på insamling och förståelse av krav gör Waterfall-modellen starkt beroende av dokumentation. Detta gör det enkelt för nya resurser att flytta in och arbeta med projektet vid behov.
Nackdelar
- Högre risk: Metodens styvhet innebär att om du hittar ett fel eller behöver ändra något måste du i huvudsak starta projektet från början. Detta ökar avsevärt risken för projektfel.
- Front-heavy: Hela Waterfall-metoden beror starkt på att du förstår och analyserar kraven korrekt. Om du inte gör det – eller om kraven ändras – måste du börja om. Denna brist på flexibilitet gör det till ett dåligt val för långa och komplexa projekt.
Bäst för:
Vattenfallmetoden används oftast vid mjukvaruutveckling.Det fungerar bäst för följande projekttyper:
- Korta, enkla projekt
- Projekt med tydliga och fasta krav
- Projekt med förändrade resurser som är beroende av fördjupad dokumentation
Agile
Agile, en annan programvaruutvecklingsfokuserad PM-metodik, framkom som ett svar på misslyckandet med Waterfall-metoden för att hantera komplexa projekt. Även om Agile PM-idéer hade använts i mjukvaruindustrin ett tag, kom det formellt till 2001 när flera IT-representanter släppte ”Agile Manifesto”
Agile och ideologi är Agile motsatsen. av vattenfallmetoden. Som namnet antyder gynnar denna metod ett snabbt och flexibelt tillvägagångssätt (här är ett sätt att förstå Agile som förklaras för barn). Det finns ingen topp-tunga kravsamling. Det är snarare iterativt med små inkrementella förändringar som svarar på ändrade krav. 
Grafiskt kan det representeras enligt följande:
Fördelar
- Flexibilitet och frihet: Eftersom det inte finns några fasta steg eller fokuserar på krav ger det dina resurser mycket mer frihet att experimentera och göra inkrementella förändringar. särskilt väl lämpad för kreativa projekt.
- Lägre risk: Med Agile Management får du regelbunden feedback från intressenter och gör ändringar i enlighet därmed. Detta minskar drastiskt risken för projektfel eftersom intressenterna är involverade i varje steg.
Nackdelar
- Ingen fast plan: Agile-metoden betonar att svara på förändringar när de inträffar. saknas någon fast plan gör resurshantering och schemaläggning svårare. Du kommer ständigt att behöva jonglera resurser och sätta dem på / av på ett ad hoc-basis.
- Samarbete-tungt: Bristen på en fast plan innebär att alla inblandade avdelningar – inklusive intressenter och sponsorer – måste arbeta nära för att leverera resultat. Det feedbackfokuserade tillvägagångssättet innebär också att intressenter måste vara villiga (och tillgängliga) att ge feedback snabbt.
Bäst för:
Flexibiliteten i Agile-metoden innebär att du kan anpassa den till olika typer av projekt.
Med detta sagt fungerar den här metoden bäst för:
- När du inte har ett fast mål i åtanke men har en allmän uppfattning om en produkt.
- När projektet behöver tillgodose snabba förändringar.
- Om samarbete och kommunikation är dina viktigaste styrkor (och planering är inte)
Hybrid
Hybridmetoden är, som namnet antyder, en kombination av metoderna Vattenfall och Agile. Det tar de bästa delarna av både Waterfall och Agile och kombinerar dem i ett flexibelt men ändå strukturerat tillvägagångssätt som kan användas i olika projekt. 
Hybridmetoden fokuserar på att samla in och analysera krav initialt – en nick till Waterfall-metoden. Därifrån tar det flexibiliteten i Agile-tillvägagångssättet med betoning på snabba iterationer.
Genom att kombinera attribut från Waterfall och Agile ger Hybridmetoden (ibland kallad ”Structured Agile”) det bästa från båda världarna .
Fördelar
- Ökad flexibilitet: Tidigare planeringsstadiet ger Hybrid-metoden dig betydligt ökad flexibilitet jämfört med Waterfall-metoden. Så länge kraven inte ändras väsentligt kan du göra ändringar som de begärs.
- Mer strukturerad: Genom att låna den inledande planeringsfasen från Waterfall, tar Hybridmetoden upp ett av de största klagomålen om Agile-metoden – brist på struktur och planering. Därför får du det ”bästa av två världar”.
Nackdelar
- Kräver kompromiss: Eftersom du i huvudsak förenar två motsatta tillvägagångssätt, båda sidor kommer att behöva kompromissa med krav och flexibilitet.
- ”Best of two worlds” -metoden berövar dig flexibiliteten i Agile och vattenfallets säkra fot. Alla iterationer du gör måste följa budget- och schemaläggningsbegränsningarna ställa in front.
Bäst för
Hybridstrategin passar bäst för projekt som har mellanliggande krav jämfört med Agile och Waterfall, dvs. de kräver också struktur som flexibilitet.
För det mesta skulle detta vara medelstora projekt med måttligt hög komplexitet men fasta budgetar. Du skulle förmodligen ha en uppfattning om slutprodukten men du är också öppen för experiment. Du kommer att behöva nära samarbete , särskilt efter planeringsfasen.
Scrum
Scrum isn ”taf ully-featured project management methodology. Snarare beskriver den ett tillvägagångssätt för Agile management med fokus på projektteam, korta ”sprints” och dagliga stand-up-möten.
Även om det lånar principerna och processerna från Agile, har Scrum sina egna specifika metoder och taktik för att hantera projektledning. Som Mike uttryckte det tidigare:
”Agile är filosofin, och Scrum metodiken. Medan scrum är smidig, är agile inte scrum.”
Scrum-metoden placerar projektgruppen framför och i mitten av projektet. Ofta finns det ingen projektledare. Istället förväntas teamet vara självorganiserande och självhanterande. Detta gör den idealisk för högt fokuserade och skickliga team, men inte så mycket för andra.
Fördelar
- Scrum ”sprints”: Scrum-metoden är starkt fokuserad på 30- dag ”sprints”. Det är här projektgruppen delar upp en önskelista med slutmål i små bitar och sedan arbetar på dem i 30-dagars sessioner med dagliga stand-up-möten. Detta gör det enkelt att hantera stora och komplexa projekt.
- Snabbt: ”sprint” -strategin med sin 30-dagarsgräns och dagliga stand-up-möten främjar snabb iteration och utveckling.
- Teamfokuserad: Eftersom projektteamet förväntas hantera sig själv har Scrum-team tydlig synlighet i projektet. Det betyder också att projektledare kan ställa in sina egna prioriteringar enligt deras egna kunskaper om deras förmågor.
Förutom dessa har det alla fördelar med Agile – snabb iteration och regelbunden feedback från intressenter.
Nackdelar
- Omfattningskrypning: Eftersom det inte finns något fast slutdatum eller en projektledare för schemaläggning och budgetering kan Scrum enkelt leda till omfattningskrypning.
- Högre risk: Eftersom projektteamet hanterar sig själv finns det en högre risk för misslyckande om inte teamet är mycket disciplinerat och motiverat. Om teamet inte har tillräckligt med erfarenhet har Scrum mycket stor chans att misslyckas.
- Brist på flexibilitet: Projektgruppens fokus innebär att alla resurser som lämnar teamet däremellan kommer att påverka nätet enormt Detta tillvägagångssätt är inte heller tillräckligt flexibelt för stora team.
Bäst för
Scrummetoden är bäst för mycket erfarna, disciplinerade och motiverade projektteam som kan sätta sina egna prioriteringar och förstår projektkraven tydligt. Det har alla brister i Agile tillsammans med alla dess fördelar. Det fungerar för stora projekt, men misslyckas om själva projektgruppen är mycket stor.
Kort sagt: använd Scrum om du utvecklar komplex programvara och har ett erfaret team till ditt förfogande.
Critical Path Method (CPM) Critical Path Method (CPM)
Ovanstående fyra projekthanteringsmetoder framkom från programvaruutveckling. Även om du verkligen kan använda dem för icke-programvaruprojekt finns det bättre alternativ till ditt förfogande.
Ett av de mer populära alternativen är CPM (Critical Path Method).
I Metoden Critical Path kategoriserar du alla aktiviteter som behövs för att slutföra projektet i en arbetsfördelningsstruktur. Sedan kartlägger du den projicerade varaktigheten för varje aktivitet och beroendet mellan dem.
Detta hjälper dig att kartlägga aktiviteter som kan slutföras samtidigt och vilka aktiviteter som ska slutföras innan andra kan börja.
Fördelar
- Bättre schemaläggning: Betoning på att kartlägga aktiviteternas varaktighet och deras ömsesidiga beroende hjälper dig att schemalägga uppgifter bättre. Om uppgift X beror på att uppgift Y ska vara klar först hjälper CPM dig att identifiera och schemalägga den.
- Prioritering: Framgången med CPM-metoden beror på att identifiera och kartlägga kritiska och icke-kritiska aktiviteter. När du väl har kartlagt dessa aktiviteter kan du prioritera resurser bättre.
Nackdelar
- Schemaläggning kräver erfarenhet: Som alla erfarna projektledare kommer att säga, saker ta alltid mer tid än du förväntar dig. Om du inte har verklig erfarenhet av schemaläggning är du tvungen att felberäkna tid för varje aktivitet.
- Ingen flexibilitet: Precis som Vattenfallmetoden är CPM främre tung. Du måste planera allt i början. Om det finns några ändringar gör det hela schemat irrelevant. Detta gör den här metoden olämplig för projekt med förändrade krav.
Bäst för
Metoden Critical Path passar bäst för projekt med ömsesidigt beroende delar. Om du behöver att uppgifterna ska slutföras samtidigt, eller att en uppgift ska avslutas innan en annan kan börja, vill du använda den här metoden.
CPM hittar en hel del applikationer i komplexa men repetitiva aktiviteter som t.ex. industriprojekt. Det är mindre lämpligt för ett dynamiskt område som kreativ projektledning.
Critical Chain Project Management (CCPM)
Critical Chain PM är en av de nyare projektledningsmetoderna Det utvecklades som ett alternativ till metoden Critical Path med fokus på resurshantering.
Med CCPM arbetar du bakåt från slutmålet.Du känner igen leveranserna och använder sedan tidigare erfarenheter för att kartlägga de uppgifter som krävs för att slutföra projektet. Du kartlägger också ömsesidiga beroenden mellan resurser och fördelar dem i enlighet med varje uppgift.
Denna graf från TrackerSuite visar skillnaden mellan ett traditionellt och ett CCPM-projektschema.
CCPM betonar resursanvändning och minimerar förlorad produktivitet. Det är starkt beroende av ”monotasking”, dvs att fokusera på uppgiften och undvika multitasking.
För resurssnörda projektteam kan CCPM vara en kraftfull metod.
Fördelar
- Resurseffektiv: Hela fokuset på korrekt resurshantering gör CCPM till en av de mest resurseffektiva projektledningsmetoderna. Tyngdpunkten på monotasking är också väl anpassad till vår moderna förståelse för de skadliga effekterna av multitasking.
- Fokuserad på slutmålet: CCPM besöker inte den ”optimala” lösningen på ett problem. prioriterar ”tillräckligt bra” lösningar som kan hjälpa till att nå slutmålet. Eftersom du också arbetar bakåt från slutmålet ger CCPM vanligtvis bättre resultat för komplexa projekt.
Nackdelar
- Inte lämpligt för multiprojektmiljöer: CCPM: s resursfokuserade tillvägagångssätt kan bara fungera i enprojektmiljöer. I miljöer med flera projekt kan projekt dela resurser. CCPM kan inte planera för resursfördelning i ett sådant scenario.
- Förseningar vanliga: CCPM tilldelar ett mellanrum eller utfyllnad mellan uppgifter för att få en uppgiftslängd. I teorin ska detta kompensera för resurser som överskattas sin egen effektivitet. I själva verket fyller resurser, enligt Parkinsons lag, fyllningen med överdrivna förseningar.
Bäst för
CCPM fungerar bäst i miljöer där resurser ägnas åt ett enda projekt. Om du har ett dedikerat team för ett projekt fungerar det bra. Om ditt team sprids över flera projekt kommer du att kämpa med resursplanering.
CCPM: s resursfokuserade strategi är också idealisk för resurssnörda projektteam. Om du befinner dig ständigt överansträngd eller saknar tidsfrister. , kan CCPM-metoden vara för dig.
Integrated Project Management (IPM)
Integrated Project Management (IPM) – ibland även kallad ”Integrated Project Delivery” – är en vanlig projektledning metod i kreativa branscher. Denna metod betonar delning och standardisering av processer över hela organisationen.
IPM-metoden kom till som ett svar på kreativa kampanjs alltmer integrerade karaktär. Du producerar inte bara en enda annons ; du integrerar annonsen med mikrosidor, digitalt innehåll etc. De flesta kreativa projekt är en del av en större kampanj.
Ett integrerat projekt har följande komponenter:
Genom att integrera processer i hela organisationen ger IPM projektledare bättre insikt i projektet och tillgång till rätt resurser.
Detta gör IPM särskilt lämpligt för kreativa byråer.
Fördelar
- Transparens: Integrering av processer i hela organisationen förbättrar transparensen i organisationen. IPM-metoden fokuserar på teammedlemmar som dokumenterar och träffas regelbundet, vilket hjälper till att hålla alla i ögonen.
- Ansvar: IPM-metodens integrerade karaktär gör hela projektgruppen ansvarig för projektet. Eftersom ingen teammedlem kan arbeta i en silo förbättrar IPM ansvarsskyldigheten.
Nackdelar
Kräver omfattande planering: Med IPM-metoden måste du planera omfattande i förväg och se till att alla processer är väl integrerade. Detta ökar din börda avsevärt och kan leda till förseningar.
Bäst för
Stora byråer med olika team och processer gynnas mest av integrerad projektledning. Det fungerar bäst för komplexa kreativa projekt där du behöver resurser från flera team och avdelningar för att samverka med varandra.
PRiSM
PRiSM (Projektintegration Hållbara metoder) är en metod för projektledning som utvecklats av Green Project Management (GPM) Global.
Som antyds av skaparens namn fokuserar PRiSM-metoden på att redovisa och minimera projektets negativa miljöpåverkan. Det skiljer sig från traditionella metoder genom att det sträcker sig längre än projektets slut. I stället påverkar det hela projektets livscykel efter leverans för att maximera hållbarheten.
Här är en översikt över hur aktiviteter organiseras i PRiSM:
Fördelar
PRiSM-metoden är mycket relevant för moderna projekt där miljökostnader och hållbarhet är viktiga framgångskriterier.För stora projekt där minskad energiförbrukning, hantering av avfall och minimering av miljöpåverkan är kritisk, erbjuder PRiSM en livskraftig projektledning ideologi.
Nackdelar
PRiSM är olämplig för projekt där miljöbelastning inte ett problem (som programvara eller kreativa projekt).
Framgång med PRiSM-metoden kräver också att alla delar av projektgruppen – inklusive externa entreprenörer och intressenter – är ombord med hållbarhetsprincipen – en hård fråga i de flesta organisationer.
Bäst för
PRiSM passar mest för stora och komplexa fastighets- och industriprojekt där hållbarhet är en viktig fråga.
PRINCE2
PRINCE2 (Projects IN Controlled Environments) är den officiella projektledningsmetoden för den brittiska regeringen (vilket innebär att de flesta brittiska regeringsprojekt använder den). Du kan till och med få en PRINCE2-certifiering för att underlätta arbetet som projektledare i Storbritannien.
PRINCE2 bygger på 7 principer, 7 teman och 7 processer. De 7 PRINCE2-principerna är till exempel:
- Fortsatt affärsmotivering
- Lär dig av erfarenhet
- Definierade roller och ansvar
- Hantera efter steg
- Hantera med undantag
- Fokusera på produkter
- Skräddarsy efter projektmiljön
Wikipedia har en bra introduktionsartikel om denna metod. Jag föreslår att du börjar där om du är intresserad av PRINCE2.
Fördelar
Att driva ett PRINCE2-projekt kräver omfattande dokumentation. Dessutom är en av de ledande principerna för PRINCE2 att ”Lär av erfarenhet ”. Detta fokus på dokumentation och tidigare erfarenheter kan bidra till att minska riskerna.
Nackdelar
Nackdelen med PRINCE2s omfattande dokumentation är att förändringar kan vara svåra att tillgodose. Om kraven ändras måste du göra om dokumentationen och omfördela resurser, vilket kan hämma projektets takt.
Bäst för
Denna metod passar bäst för stora och komplexa projekt med fasta krav. Om du är i Storbritannien vill du troligen känna till PRINCE2-metoden. Det används i stor utsträckning i landet och är ett krav för statliga projekt.
Det finns flera andra PMM förutom dessa, såsom Six Sigma, Crystal, Feature Driven Development (FDD), Dynamic Systems Development (DSDM) , Rational Unified Process (RUP), Kanban och Lean Development (LD).
För det mesta väljer du dock en av metoderna som beskrivs ovan.
Hur man väljer rätt metod
Från ovanstående avsnitt är det tydligt att olika PM-metoder är bättre lämpade för olika projekt. Du vill inte använda PRiSM för ett mjukvaruprojekt, precis som du inte vill använda Agile för en stor fastighetsutveckling.
När du väljer PM-metoder, här är några saker att tänka på:
Utvärdera projektet
När du väljer en metod för projektledning hjälper det att börja från slutet. Du måste veta exakt hur den slutliga leveransen ska se ut och vad du behöver för att få det gjort.
Fokusera på att samla in initialkrav. krav föreslår att du behöver ett stort och varierat team, välj en metod som stöder flexibilitet.
På samma sätt, om du har en tydlig uppfattning om slutresultatet, välj en mer strukturerad metod som Waterfall. resultatet är vagt (vanligt vid interna projekt), välj en iterativ metod som Agile.
Några andra saker att tänka på när du utvärderar projektet är:
- Project budget
- Tidslinje
- Storlek och komplexitet
- Intressentförväntningar
- Projekttyp och bransch
Utvärdera ditt team
Din projektledningsmetodik är i grunden en ritning för projektet. Den berättar för ditt team vad du ska skapa och när du ska skapa det.
För att detta ska kunna ske måste din teamet ska kunna läsa ritningen itse Om.
Med andra ord, om ditt team inte känner till den projektledningsmetod som du väljer kommer du att kämpa för att få resultat. Du måste ägna tid åt att lära dig metoden (som vissa av dina teammedlemmar kan vara motståndskraftiga mot), vilket leder till förseningar.
Tänk också på din gruppsammansättning. Identifiera dess styrkor och svagheter. Om teamet trivs på samarbete kan du välja ett mindre strukturerat tillvägagångssätt som Agile. Om teamet är mycket motiverat och disciplinerat kan ett SCRUM-tillvägagångssätt fungera bra. Om du har begränsade resurser, välj en resurseffektiv metod som CCPM.
Här är några saker att tänka på när du utvärderar ditt team:
- Teamupplevelse
- Utbildning
- Självorganisationsfunktioner
- Lagberedskap
- Lagplats (fjärrkontroll, på plats osv.)
Välj i huvudsak en metod som passar ditt team istället för att tvinga ditt team att passa metoden.
Utvärdera din organisation
Hur ditt företag är organiserat, dess kultur och dess tidigare rekord kommer att ha stor inverkan på ditt val av metod för projektledning. Vissa metoder fungerar bara med stora organisationer med etablerade hierarkier. Andra är mer lämpliga för mindre, smalare kläder.
Till exempel, om dina tidigare poster visar att alla dina Agile-projekt har försenats OCH dåligt mottagna, är det en bra idé att undvika denna metod i framtiden.
Några saker du bör tänka på när du utvärderar din organisation är:
- Tidigare uppgifter och erfarenheter med olika metoder
- Kultur
- Organisationshierarki
- Flexibilitetsnivå
- Organisationens mognadsnivå
- Organisationsstorlek
- Tillgängliga resurser, inklusive externa resurser som frilansare och entreprenörer .
- Din bransch
Utvärdera dina intressenter
När du väljer en PM-metod, ta hänsyn till:
- Intressentinvolvering: Vissa metoder kräver att intressenter regelbundet involveras i varje steg i projektet. Med Agile, till exempel, behöver du intressenter regelbundet tillgängliga för feedback. Om intressenterna är upptagna, välj en metod ogy som kräver lägre intressentinvolvering.
- Intressentkrav: Hur fungerar dina intressenter? Vad kräver de av projektledaren? Om intressenterna är kända för att ändra projektets omfattning ofta, välj en mer flexibel metod. På samma sätt, om intressenterna behöver dagliga uppdateringar, välj en metod som kan tillgodose denna efterfrågan.
Med tanke på intressenternas betydelse för projektets framgång kommer det att ge lyckligare intressenter och hålla deras krav i åtanke mer framgångsrika projekt.
Utvärdera dina verktyg
Projektledningsverktyg är sällan metodologiska. De är vanligtvis utformade för att fungera bra med en specifik metod.
Därför kommer programvaruverktygen du har befintlig tillgång till och expertis inom att påverka ditt val.
För att göra detta:
- Gör en lista över alla programverktyg du använder för närvarande
- Lista över deras begränsningar och funktioner
- Jämför deras funktioner mot kraven för en specifik PM-metodik.
Helst bör den metod du väljer arbeta med din befintliga verktygssats. Om du måste köpa nya verktyg behöver du inte bara spendera mer utan kommer också att förlora kritisk tid vid omskolning av ditt team.
Genom att göra denna fördjupade utvärdering kan du välja en metod som passar din mål, ditt lags förmågor och dina intressenters krav perfekt.
Slutsats
Som projektledare har du flera projektledningsmetoder att välja mellan. Var och en av dessa metoder har sina egna styrkor och svagheter. Om du väljer rätt kommer du att köra ditt projekt snabbare, smidigare och effektivare.
Välj bland en av de flera metoderna som anges ovan. Utvärdera sedan ditt projekt, team, organisation, intressenter och befintliga verktyg för att välja metod som passar dina styrkor och krav.