De definitieve gids voor projectmanagementmethodologieën

Wat zijn projectmanagementmethodologieën? Een projectmanagementmethodologie is in wezen een reeks leidende principes en processen voor het managen van een project. Uw methodiekkeuze bepaalt hoe u werkt en communiceert.

Dus hoe kiest u een projectmanagementmethodologie?

Welke methodologie u kiest, hangt af van uw team, projecttype en project-scope. Het kiezen van projectmanagementmethodologieën (PMM) is een van de eerste beslissingen die u als projectmanager moet nemen.

Welke methodologie u kiest, heeft een diepgaande en voortdurende invloed op hoe u en uw team werken. Verschillende projectmanagementmethodologieën hebben hun eigen voor- en nadelen voor verschillende projecttypen. Sommige zijn afgestemd op snelheid, andere op volledigheid.

In dit artikel geef ik je een compleet overzicht van verschillende PMMs en hoe je ze kunt kiezen.

BONUS: Klik hier voor onze volledig gratis, samengestelde lijst van 63 projectbeheersjablonen met alles wat u nodig hebt om uw processen vandaag te stroomlijnen.

Soorten projectbeheermethodologieën

Op papier zijn PM-methodologieën tool-agnostisch, dwz je zou elke methodologie moeten kunnen gebruiken, ongeacht welke PM-tool je gebruikt.

In werkelijkheid zijn de meeste projectmanagementtools gespecialiseerd om een handvol methodologieën te gebruiken. Dit zal een factor zijn in welke methodologie u uiteindelijk kiest te gebruiken.

De vraag is nu: wat zijn de verschillende soorten projectmanagementmethodologieën? Wat zijn hun voor- en nadelen? Voor wat voor soort projecten zijn ze het meest geschikt?

Hieronder zal ik een kijkje nemen naar 9 van de meest populaire projectmanagementmethodologieën.

Waterval

De Waterval-methodiek is de oudste methodiek op deze lijst. Het werd voor het eerst beschreven door Dr. Winston Royce in 1970 als reactie op het beheer van de steeds complexere aard van softwareontwikkeling. Sindsdien is het op grote schaal gebruikt, vooral in de software-industrie.

De Waterfall-methodologie is sequentieel. Het is ook sterk op eisen gericht. U moet een glashelder idee hebben van wat het project vereist voordat u verder gaat. Er is geen ruimte voor correctie als het project eenmaal aan de gang is.

De Watervalmethode is onderverdeeld in afzonderlijke fasen. U begint met het verzamelen en analyseren van vereisten, het ontwerpen van de oplossing (en uw aanpak), het implementeren van de oplossing en het oplossen van eventuele problemen.

Elke fase in dit proces staat op zichzelf; je rondt een fase af voordat je naar een andere gaat.

Grafisch kun je het als volgt weergeven:

Het bovenstaande is vanuit het perspectief van softwareontwikkeling. Individuele fasen zouden anders zijn voor creatief projectmanagement, maar de aanpak blijft hetzelfde.

Voordelen

Zoals Mike Wang, onze directeur Training en Ondersteuning, eerder zei:

“Een van de drijvende factoren achter watervalbeheer is dat managers ervoor zorgen dat aan de ontwerpbehoeften en andere vereisten is voldaan door tijd te investeren in de vroege stadia van een project. Dit bespaart tijd en inspanning die doorgaans gepaard gaat met het achteraf corrigeren van problemen “

De Watervalmethode heeft dus verschillende voordelen, zoals:

• Gebruiksgemak: dit model is gemakkelijk te begrijpen en te gebruiken. De scheiding tussen fasen is intuïtief en gemakkelijk te begrijpen, ongeacht eerdere ervaring.
• Structuur: De starheid van de Watervalmethode is een probleem, maar kan ook een sterk punt zijn. duidelijke afbakening tussen fasen helpt bij het organiseren en verdelen van werk. Omdat je niet terug kunt gaan, moet je in elke fase perfect zijn, wat o ften levert betere resultaten op.
• Documentatie: de scherpe focus op het verzamelen en begrijpen van vereisten maakt het Waterfall-model sterk afhankelijk van documentatie. Dit maakt het gemakkelijk voor nieuwe bronnen om in te trekken en aan het project te werken wanneer dat nodig is.

Nadelen

• Hoger risico: de starheid van deze methodologie betekent dat als u een fout vindt of iets moet veranderen, moet u het project in wezen vanaf het begin starten. Dit verhoogt aanzienlijk het risico op het mislukken van een project.
• Front-heavy: de hele waterval-benadering hangt sterk af van uw begrip en correcte analyse van de vereisten. Als u dat niet doet – of als de vereisten veranderen – moet u opnieuw beginnen. Dit gebrek aan flexibiliteit maakt het een slechte keuze voor lange en complexe projecten.

Meest geschikt voor:

De Waterfall-methodologie wordt het meest gebruikt bij softwareontwikkeling.Het werkt het beste voor de volgende projecttypen:

• Korte, eenvoudige projecten
• Projecten met duidelijke en vaste vereisten
• Projecten met wisselende middelen die afhankelijk zijn van diepgaande documentatie

Agile

Agile, een andere op softwareontwikkeling gerichte PM-methodologie, ontstond als een reactie op het falen van de Waterfall-methode voor het beheren van complexe projecten. Hoewel Agile PM-ideeën al een hele tijd in de software-industrie in gebruik waren, ontstond het formeel in 2001 toen verschillende IT-vertegenwoordigers het “Agile Manifesto” uitbrachten.

In benadering en ideologie is Agile het tegenovergestelde van de waterval-methode. Zoals de naam al aangeeft, is deze methode voorstander van een snelle en flexibele aanpak (hier is een manier om Agile te begrijpen zoals uitgelegd aan kinderen). Er is geen topzware verzameling van vereisten. Het is eerder iteratief met kleine incrementele wijzigingen die reageren op veranderende vereisten.

Grafisch kan het als volgt worden weergegeven:

Voordelen

• Flexibiliteit en vrijheid: aangezien er geen vaste fasen of focus op vereisten zijn, geeft het uw middelen veel meer vrijheid om te experimenteren en incrementele wijzigingen aan te brengen. bijzonder geschikt voor creatieve projecten.
• Lager risico: met Agile management krijgt u regelmatig feedback van belanghebbenden en brengt u dienovereenkomstig wijzigingen aan Dit vermindert het risico op mislukking van een project drastisch, aangezien de belanghebbenden bij elke stap worden betrokken.

Nadelen

• Geen vast plan: de Agile-benadering legt de nadruk op het reageren op veranderingen wanneer deze zich voordoen. het ontbreken van een vast plan maakt resourcebeheer en planning moeilijker. Je zult constant met middelen moeten jongleren en ze ad-hoc aan / uit moeten zetten.
• Samenwerking-zwaar: het ontbreken van een vast plan betekent dat alle betrokken afdelingen – inclusief belanghebbenden en sponsors – nauw samenwerken om resultaten te boeken. De feedbackgerichte aanpak betekent ook dat belanghebbenden bereid (en beschikbaar) moeten zijn om snel feedback te geven.

Beste voor:

De flexibiliteit van de Agile-aanpak betekent dat u het aan verschillende soorten projecten kunt aanpassen.

Dat gezegd hebbende, deze methodologie werkt het beste voor:

• Wanneer u geen vast doel in gedachten heeft, maar een algemeen idee van een product.
• Wanneer het project snelle veranderingen moet accommoderen.
• Als samenwerking en communicatie uw belangrijkste sterke punten zijn (en planning niet)

Hybrid

De hybride benadering, zoals de naam al aangeeft, is een combinatie van de Waterfall en Agile methodologieën. Het neemt de beste delen van zowel Waterfall als Agile en combineert ze in een flexibele maar gestructureerde aanpak die in verschillende projecten kan worden gebruikt.

De hybride methodologie richt zich in eerste instantie op het verzamelen en analyseren van vereisten – een knipoog naar de Waterfall-methode. Van daaruit is de flexibiliteit van de Agile-aanpak vereist met de nadruk op snelle iteraties.

Door de kenmerken van Waterfall en Agile te combineren, geeft de hybride methode (ook wel “Structured Agile” genoemd) u het beste van twee werelden .

Voordelen

• Verhoogde flexibiliteit: voorbij de planningsfase biedt de hybride methode u aanzienlijk meer flexibiliteit in vergelijking met de watervalmethode. Zolang de vereisten niet wezenlijk veranderen, kunt u wijzigingen aanbrengen wanneer ze worden gevraagd.
• Meer gestructureerd: door de initiële planningsfase te lenen van Waterfall, lost de hybride methode een van de grootste klachten over de Agile-aanpak – gebrek aan structuur en planning. Daarom krijg je het “beste van twee werelden”.

Nadelen

• Vereist compromis: aangezien je in wezen twee tegengestelde benaderingen met elkaar verzoent, zijn beide kanten zal een compromis moeten sluiten over vereisten en flexibiliteit.
• “Best of both worlds” -benadering berooft u van de flexibiliteit van Agile en de zekerheid van Waterfall. Elke iteratie die u maakt, moet voldoen aan de budgetterings- en planningsbeperkingen vooraan opgesteld.

Beste voor

De hybride benadering is het meest geschikt voor projecten die middelmatige vereisten hebben in vergelijking met Agile en Waterfall, dwz ze vereisen ook structuur als flexibiliteit.

Meestal zijn dit middelgrote projecten met een matig hoge complexiteit maar met vaste budgetten. U heeft waarschijnlijk een idee van het eindproduct, maar u staat ook open voor experimenten. U heeft een nauwe samenwerking nodig , vooral na de planningsfase.

Scrum

Scrum is niet “taf uiterst functionele projectmanagementmethodologie. Het beschrijft eerder een benadering van Agile management met een focus op projectteams, korte “sprints” en dagelijkse stand-up meetings.

Hoewel het de principes en processen van Agile leent, heeft Scrum zijn eigen specifieke methoden en tactieken voor het omgaan met projectmanagement. Zoals Mike het eerder zei:

“Agile is de filosofie en Scrum de methodologie. Hoewel scrum agile is, is agile geen scrum.”

De Scrum-benadering plaatst het projectteam vooraan en in het midden van het project. Vaak is er geen projectmanager. In plaats daarvan wordt van het team verwacht dat het zelforganiserend en zelfsturend is. Dit maakt het ideaal voor zeer gefocuste en bekwame teams, maar niet zozeer voor anderen.

Voordelen

• Scrum “sprints”: De Scrum-benadering is sterk gericht op 30- dag “sprints”. Dit is waar het projectteam een verlanglijst met einddoelen opsplitst in kleine stukjes en er vervolgens aan werkt in sessies van 30 dagen met dagelijkse stand-up meetings. Dit maakt het gemakkelijk om grote en complexe projecten te beheren.
• Snel: de “sprint” -benadering met zijn limiet van 30 dagen en dagelijkse stand-up meetings bevordert snelle iteratie en ontwikkeling.
• Teamgericht: aangezien van het projectteam wordt verwacht dat het zichzelf beheert, hebben Scrum-teams duidelijk zicht op het project. Het betekent ook dat projectleiders hun eigen prioriteiten kunnen stellen op basis van hun eigen kennis van hun capaciteiten.

Daarnaast heeft het alle voordelen van Agile – snelle iteratie en regelmatige feedback van belanghebbenden.

Nadelen

• Scope creep: aangezien er geen vaste einddatum is, noch een projectmanager voor planning en budgettering, kan Scrum gemakkelijk leiden tot scope creep.
• Hoger risico: aangezien het projectteam zelfsturend is, is er een groter risico op mislukking, tenzij het team zeer gedisciplineerd en gemotiveerd is. Als het team niet genoeg ervaring heeft, heeft Scrum een zeer grote kans op mislukking.
• Gebrek aan flexibiliteit: de focus van het projectteam betekent dat elk middel dat het team tussendoor verlaat een enorme impact zal hebben op het net resultaten. Deze aanpak is ook niet flexibel genoeg voor grote teams.

Beste voor

De Scrum-aanpak is het beste voor zeer ervaren, gedisciplineerde en gemotiveerde projectteams die hun eigen prioriteiten en begrijp projectvereisten duidelijk. Het heeft alle tekortkomingen van Agile samen met al zijn voordelen. Het werkt voor grote projecten, maar faalt als het projectteam zelf erg groot is.

Kortom: gebruik Scrum als je “complexe software aan het ontwikkelen bent en een ervaren team tot je beschikking hebt.

Critical Path Method (CPM)

De bovenstaande vier projectmanagementmethodologieën zijn voortgekomen uit softwareontwikkeling. Hoewel u ze zeker kunt gebruiken voor niet-softwareprojecten, staan er betere alternatieven tot uw beschikking.

Een van de meer populaire alternatieven is de Critical Path Method (CPM).

In de Critical Path Method, categoriseert u alle activiteiten die nodig zijn om het project te voltooien binnen een work breakdown-structuur. Vervolgens breng je de verwachte duur van elke activiteit en de onderlinge afhankelijkheden in kaart.

Dit helpt je om activiteiten in kaart te brengen die tegelijkertijd kunnen worden voltooid, en welke activiteiten moeten worden voltooid voordat anderen kunnen beginnen.

Voordelen

• Betere planning: de nadruk op het in kaart brengen van de duur van activiteiten en hun onderlinge afhankelijkheden helpt u taken beter te plannen. Als taak X afhankelijk is van taak Y die als eerste moet worden voltooid, helpt CPM u deze te identificeren en te plannen.
• Prioritering: het succes van de CPM-methodologie hangt af van het identificeren en in kaart brengen van kritische en niet-kritische activiteiten. Zodra u deze activiteiten in kaart heeft gebracht, kunt u resources beter prioriteren.

Nadelen

• Planning vereist ervaring: zoals elke ervaren projectmanager u zal vertellen, neem altijd meer tijd in beslag dan u verwacht. Als u geen echte ervaring heeft met plannen, moet u de tijd voor elke activiteit verkeerd inschatten.
• Geen flexibiliteit: net als bij de Watervalmethode staat CPM voorop. zwaar. U moet vanaf het begin alles plannen. Als er wijzigingen zijn, is het hele schema niet relevant. Dit maakt deze methode ongeschikt voor projecten met veranderende eisen.

Beste voor

De Critical Path Method is het meest geschikt voor projecten met onderling afhankelijke onderdelen. Als u taken tegelijk wilt voltooien, of als de ene taak moet eindigen voordat een andere kan beginnen, “wilt u deze methode gebruiken.

CPM vindt veel toepassing in complexe, maar zich herhalende activiteiten zoals industriële projecten. Het is minder geschikt voor een dynamisch gebied zoals creatief projectmanagement.

Critical Chain Project Management (CCPM)

Critical Chain PM is een van de nieuwere projectmanagementmethodologieën Het is ontwikkeld als een alternatief voor de Critical Path-methode met een focus op resource management.

Met CCPM werk je achteruit vanaf het einddoel.Je herkent de deliverables en gebruikt vervolgens ervaringen uit het verleden om de taken in kaart te brengen die nodig zijn om het project te voltooien. Je brengt ook de onderlinge afhankelijkheden tussen bronnen in kaart en wijst ze dienovereenkomstig toe aan elke taak.

Deze grafiek van TrackerSuite laat het verschil zien tussen een traditionele versus een CCPM-projectplanning.

CCPM benadrukt het gebruik van bronnen en het minimaliseren van verloren productiviteit. Het is sterk afhankelijk van “monotasking”, dwz focussen op de taak die voorhanden is en multitasking vermijden.

Voor projectteams met beperkte middelen kan CCPM een krachtige methodologie zijn.

Voordelen

• Efficiënt gebruik van hulpbronnen: de volledige focus op goed hulpbronnenbeheer maakt CCPM tot een van de meest hulpbronnenefficiënte methodologieën voor projectbeheer. De nadruk op monotasking is ook goed in lijn met ons moderne begrip van de schadelijke effecten van multitasking.
• Gericht op het einddoel: CCPM is niet geobsedeerd door de optimale oplossing voor een probleem. geeft prioriteit aan goed genoeg-oplossingen die kunnen helpen het einddoel te bereiken. Aangezien u ook achteruit werkt vanuit het einddoel, levert CCPM gewoonlijk betere resultaten op voor complexe projecten.

Nadelen

• Niet geschikt voor omgevingen met meerdere projecten: de resourcegerichte benadering van CCPM kan alleen werken in omgevingen met één project. In multi-projectomgevingen kunnen projecten bronnen delen. CCPM kan in een dergelijk scenario geen plannen maken voor de verdeling van bronnen.
• Veel voorkomende vertragingen: CCPM wijst een gat of opvulling toe tussen taken om een taakduur af te leiden. In theorie zou dit de overschatting van middelen moeten compenseren hun eigen efficiëntie. In werkelijkheid vullen bronnen, in overeenstemming met de wet van Parkinson, de opvulling met buitensporige vertragingen.

Beste voor

CCPM werkt het beste in omgevingen waar bronnen zijn gewijd aan een enkel project. Als je een toegewijd team hebt voor een project, werkt het prima. Als uw team over meerdere projecten is verdeeld, zult u moeite hebben met resourceplanning.

De resourcegerichte benadering van CCPM is ook ideaal voor projectteams met beperkte middelen. Als u merkt dat u constant overwerkt bent of deadlines mist is de CCPM-methodologie misschien iets voor u.

Integrated Project Management (IPM)

Integrated Project Management (IPM) – soms ook wel “Integrated Project Delivery” genoemd – is een algemeen projectmanagement methodologie in creatieve industrieën. Deze methodologie legt de nadruk op het delen en standaardiseren van processen in de hele organisatie.

De IPM-benadering is ontstaan als reactie op het steeds meer geïntegreerde karakter van creatieve campagnes. U produceert niet zomaar één advertentie ; u integreert de advertentie met microsites, digitale inhoud, enz. De meeste creatieve projecten zijn onderdeel van een grotere campagne.

Een geïntegreerd project heeft de volgende componenten:

Door processen in de hele organisatie te integreren, geeft IPM projectmanagers een beter inzicht in het project en toegang tot de juiste bronnen.

Dit maakt IPM bijzonder geschikt voor creatieve bureaus.

Voordelen

• Transparantie: integratie van processen in de hele organisatie verbetert de transparantie binnen de organisatie. De IPM-benadering richt zich op het documenteren en regelmatig vergaderen van teamleden, waardoor iedereen op de hoogte blijft.
• Verantwoording: de geïntegreerde aard van de IPM-benadering maakt het hele projectteam verantwoordelijk voor het project. Aangezien geen enkel teamlid in een silo kan opereren, verbetert IPM de verantwoordingsplicht.

Nadelen

Vereist uitgebreide planning: met de IPM-aanpak moet u vooraf uitgebreid plannen en zorg ervoor dat alle processen goed geïntegreerd zijn. Dit verhoogt uw last aanzienlijk en kan tot vertragingen leiden.

Meest geschikt voor

Grote bureaus met diverse teams en processen profiteren het meest van Integrated Project Management. Het werkt het beste voor complexe creatieve projecten waarbij u middelen van meerdere teams en afdelingen nodig heeft om met elkaar te communiceren.

PRiSM

PRiSM (Projects Integration Sustainable Methods) is een projectmanagementmethodologie die is ontwikkeld door Green Project Management (GPM) Global.

Zoals gesuggereerd door de naam van de maker, richt de PRiSM-benadering zich op het in kaart brengen en minimaliseren van negatieve milieueffecten van het project. Het verschilt van traditionele methodologieën doordat het reikt verder dan het einde van het project. In plaats daarvan houdt het rekening met de hele levenscyclus van het project na oplevering om de duurzaamheid te maximaliseren.

Hier is een overzicht van hoe activiteiten in PRiSM worden georganiseerd:

Voordelen

De PRiSM-benadering is zeer relevant voor moderne projecten waar milieukosten en duurzaamheid de belangrijkste succescriteria zijn.Voor grote projecten waar het verminderen van het energieverbruik, het beheren van afval en het minimaliseren van de milieu-impact van cruciaal belang is, biedt PRiSM een levensvatbare ideologie voor projectbeheer.

Nadelen

PRiSM is ongeschikt voor projecten waar de impact op het milieu niet is een zorg (zoals software of creatieve projecten).

Succes met de PRiSM-aanpak vereist ook dat elk deel van het projectteam – inclusief externe aannemers en belanghebbenden – aan boord is met het duurzaamheidsprincipe – een harde vraag in de meeste organisaties.

Beste voor

PRiSM is vooral geschikt voor grote en complexe vastgoed- en industriële projecten waar duurzaamheid een belangrijk aandachtspunt is.

PRINCE2

PRINCE2 (Projects IN Controlled Environments) is de officiële projectmanagementmethodologie van de Britse overheid (wat betekent dat de meeste Britse overheidsprojecten er gebruik van maken). U kunt zelfs een PRINCE2-certificering behalen om het werken als projectmanager in het VK gemakkelijker te maken.

PRINCE2 is gebaseerd op 7 principes, 7 themas en 7 processen. De 7 PRINCE2-principes zijn bijvoorbeeld:

1. Voortgezette zakelijke rechtvaardiging
2. Leer uit ervaring
3. Gedefinieerde rollen en verantwoordelijkheden
4. Beheer per fasen
5. Beheer per uitzondering
6. Focus op producten
7. Afstemmen op de projectomgeving

Wikipedia heeft een geweldig inleidend artikel over deze methodologie. Ik stel voor dat je daar begint als je “geïnteresseerd bent in PRINCE2.

Voordelen

Het runnen van een PRINCE2-project vereist uitgebreide documentatie. Bovendien is een van de leidende principes van PRINCE2:” Leren van ervaring “. Deze focus op documentatie en ervaringen uit het verleden kan helpen om risicos te verminderen.

Nadelen

Het nadeel van de uitgebreide documentatie van PRINCE2 is dat het moeilijk kan zijn om wijzigingen aan te brengen. Als de vereisten veranderen, moet u de documentatie opnieuw uitvoeren en middelen opnieuw toewijzen, wat het projecttempo kan belemmeren.

Beste voor

Deze methodologie is het meest geschikt voor grote en complexe projecten met vaste eisen. Als u zich in het VK bevindt, wilt u waarschijnlijk de PRINCE2-methodologie kennen. Het wordt veel gebruikt in het land en is een vereiste voor overheidsprojecten.

Naast deze zijn er nog andere PMMs, zoals Six Sigma, Crystal, Feature Driven Development (FDD), Dynamic Systems Development (DSDM) , Rational Unified Process (RUP), Kanban en Lean Development (LD).

U kiest echter voor het grootste deel uit een van de hierboven beschreven methodologieën.

Hoe u de juiste methodologie kiest

Uit het bovenstaande gedeelte is het duidelijk dat verschillende PM-methodologieën beter geschikt zijn voor verschillende projecten. Je zou PRiSM niet willen gebruiken voor een softwareproject, net zoals je Agile niet zou willen gebruiken voor een grote vastgoedontwikkeling.

Als je PM-methodologieën kiest, volgen hier een paar dingen om in gedachten te houden:

Evalueer het project

Bij het kiezen van een projectmanagementmethodologie helpt het om vanaf het einde te beginnen. U moet precies weten hoe het uiteindelijke resultaat eruit moet zien en wat u nodig heeft om het voor elkaar te krijgen.

Concentreer u op het verzamelen van initiële vereisten. vereisten suggereren dat u een groot en divers team nodig heeft. Kies een methodologie die flexibiliteit ondersteunt.

Evenzo, als u een duidelijk idee heeft van het eindresultaat, kiest u voor een meer gestructureerde methode, zoals Waterval. Als het einde resultaat is vaag (gebruikelijk in het geval van in-house projecten), kies een iteratieve methodologie zoals Agile.

Enkele andere zaken waarmee u rekening moet houden bij het evalueren van het project zijn:

• Project budget
• Tijdlijn
• Omvang en complexiteit
• Verwachtingen van belanghebbenden
• Projecttype en branche

Evalueer uw team

Uw projectmanagementmethodologie is in wezen een blauwdruk voor het project. Het vertelt uw team wat het moet maken en wanneer het moet worden gemaakt.

Om dit te laten gebeuren, moet uw team moet de blauwdruk itse kunnen lezen lf.

Met andere woorden, als uw team niet bekend is met de projectmanagementmethodologie van uw keuze, zult u moeite hebben om resultaten te behalen. Je zult tijd moeten besteden aan het leren van de methodologie (waartegen sommige van je teamleden misschien resistent zijn), wat tot vertragingen kan leiden.

Denk ook aan je teamsamenstelling. Identificeer de sterke en zwakke punten. Als het team gedijt op samenwerking, kun je voor een minder gestructureerde aanpak kiezen, zoals Agile. Als het team zeer gemotiveerd en gedisciplineerd is, kan een SCRUM-aanpak goed werken. Als je beperkte middelen hebt, kies dan voor een hulpbronnenefficiënte aanpak zoals CCPM.

Hier zijn een paar dingen waarmee u rekening moet houden bij het evalueren van uw team:

• Teamervaring
• Training
• Zelforganisatiecapaciteiten
• Teamparaatheid
• Teamlocatie (op afstand, op locatie, etc.)

Kies in wezen een methodologie die bij uw team past, in plaats van uw team te dwingen om bij de methodologie te passen.

Evalueer uw organisatie

Hoe uw bedrijf is georganiseerd, zijn cultuur en zijn verleden zullen een grote impact hebben op uw keuze van projectmanagementmethodologie. Sommige methodologieën werken alleen met grote organisaties met gevestigde hiërarchieën. Andere zijn geschikter voor kleinere, slankere outfits.

Als uw eerdere gegevens bijvoorbeeld aantonen dat al uw Agile-projecten zijn vertraagd EN slecht ontvangen, is het een goed idee om deze methodologie in de toekomst te vermijden.

Een paar dingen waarmee u rekening moet houden bij het evalueren van uw organisatie zijn:

• Eerdere gegevens en ervaring met verschillende methodologieën
• Cultuur
• Organisatiehiërarchie
• Niveau van flexibiliteit
• Niveau van volwassenheid van de organisatie
• Grootte van de organisatie
• Beschikbare bronnen, inclusief externe bronnen zoals freelancers en contractanten .
• Uw branche

Evalueer uw belanghebbenden

Houd bij het kiezen van een PM-methodologie rekening met:

• Betrokkenheid van belanghebbenden: Sommige methodologieën vereisen dat belanghebbenden regelmatig worden betrokken in elke fase van het project. Met Agile bijvoorbeeld, moeten belanghebbenden regelmatig beschikbaar zijn voor feedback. Als de belanghebbenden het druk hebben, kies dan een methode Dat vereist een lagere betrokkenheid van belanghebbenden.
• Vereisten van belanghebbenden: hoe werken uw belanghebbenden? Wat vragen ze van de projectmanager? Als bekend is dat de belanghebbenden vaak van projectbereik veranderen, kies dan voor een meer flexibele methodologie. Evenzo, als de belanghebbenden dagelijkse updates nodig hebben, kies dan een methodologie die aan deze vraag kan voldoen.

Gezien het belang van belanghebbenden bij het succes van het project, zal het in gedachten houden van hun vereisten zorgen voor gelukkiger belanghebbenden en meer succesvolle projecten.

Evalueer uw tools

Projectmanagementtools zijn zelden methodologie-agnostisch. Ze zijn meestal ontworpen om goed samen te werken met een specifieke methodologie.

Daarom zullen de softwaretools waartoe u toegang hebt en waarover u beschikt, van invloed zijn op uw keuze.

Om dit te doen:

• Maak een lijst van alle softwaretools die je momenteel gebruikt
• Maak een lijst van hun beperkingen en mogelijkheden
• Vergelijk hun mogelijkheden met de vereisten voor een specifieke PM-methodologie.

Idealiter zou de methodologie die u kiest, moeten werken met uw bestaande toolset. Als u nieuwe tools moet kopen, zult u niet alleen meer moeten besteden, maar ook kritieke tijd verliezen om uw team bij te scholen.

Door deze diepgaande evaluatie uit te voeren, kunt u een methodologie kiezen die aansluit bij uw doelstellingen, de capaciteiten van uw team en de vereisten van uw belanghebbenden perfect.

Conclusie

Als projectmanager heeft u verschillende projectmanagementmethodes om uit te kiezen. Elk van deze methodologieën heeft zijn eigen sterke en zwakke punten. Als u de juiste kiest, wordt uw project sneller, soepeler en efficiënter uitgevoerd.

Kies uit een van de verschillende hierboven genoemde methoden. Evalueer vervolgens uw project, team, organisatie, belanghebbenden en bestaande tools om een methodologie te kiezen die aansluit bij uw sterke punten en vereisten.