Posts tonen met het label gantt. Alle posts tonen
Posts tonen met het label gantt. Alle posts tonen

zondag 26 juni 2011

Projectmanagement technieken: PERT/CPM en GANTT

Wat was er eerst de kip of het ei? Met deze stelling zou ik het (huidige) gebruik van bovenstaande projectmanagement technieken eigenlijk het best kunnen vergelijken. De meeste projectmanagers werken namelijk niet volgens de meest recente methodiek op het gebied van (project) planning.

Waar staan de afkortingen eigenlijk voor en wie/welke van deze technieken was er het eerst? Vooral PERT en CPM worden nog wel eens door elkaar gehaald, dus als eerste wil ik de drie technieken wat nader toelichten. Onderaan deze blog staan alle gebruikte links verzameld.

De GANTT Chart
Als je de wiki site hebt gelezen weet je ondertussen dat het Henry Gantt was die tussen 1910 en 1915 deze grafische representatie heeft uitgedacht. Deze was volledig gericht op het tekenen van lijnen ('bars') die het uit te voeren werk in de tijd weergaven. Er was op dat moment nog geen sprake van relaties ofwel er was geen relationeel netwerk. Wel werd de hoeveelheid werk en de benodigde middelen aangegeven en zelfs de voortgang van de werkzaamheden werd zichtbaar gemaakt. In een publicatie van Wallace Clark uit 1923 (zie onderstaande link) is deze methodiek in detail beschreven.

De toenmalige stappen zijn nog dezelfde als die wij nu hebben om een planning op te stellen en te onderhouden namelijk dat de werkzaamheden
  • per onderdeel worden benoemd obv een WBS;
  • worden voorzien van doorlooptijden;
  • worden in de tijd uitgezet (maar niet obv 'vaste' relaties);
  • worden voorzien van hoeveelheid uren (werk);
  • worden gerelateerd aan de benodigde middelen;
  • de voortgang wordt gemeten en bijgehouden.
De voordelen waren daarmee ook hetzelfde namelijk dat alle werkzaamheden
  • inzichtelijk en samengebracht zijn;
  • zijn ingeschat obv hoeveelheid werk en doorlooptijd;
  • zijn in de tijd uitgezet (eerst dit dan dat);
  • benodigde inzet van middelen is bekend;
  • hoeveelheid inzet van middelen per periode is bekend en afgestemd;
  • voortgang wordt gedetailleerd gemeten en vastgelegd;
  • schema wordt aangepast indien noodzakelijk/gewenst.
Maar ook (zie blz 140 van de pdf) 'zijn er geen speciale privileges' omdat duidelijk is wie wat en wanneer moet doen. Ten opzichte van andere grafische presentaties was de GANTT chart bovendien eenvoudig op te stellen (te tekenen) en te lezen.

PERT
Program Evaluation and Review Technique (PERT) is ontwikkeld door de U.S. Navy Special Projects Office in 1957 om het Polaris onderzeeƫr project te ondersteunen. PERT was speciaal bedoeld om grote projecten inzichtelijker te maken. Het was niet primair gericht op start- en einddata maar meer op de onderlinge relaties en volgorde van zgn 'events' (mijlpalen). Een belangrijk verschil ten opzichte van de GANTT chart is niet alleen de wijze waarop de activiteiten worden weergegeven, namelijk als pijlen (tussen de mijlpalen, zgn 'event nodes') in een netwerkdiagram, maar ook dat er daarmee sprake is van een relationeel netwerk. Dit netwerk is daarmee door te rekenen op verwachtte start en eind data (zelfs rekeninghoudend met onzekerheden), de totale doorlooptijd en de beschikbare speling.

CPM
De 'Critical Path Method' (CPM), uitgedacht door Morgan R. Walker en James E. Kelley, Jr., voegde eind jaren 50 de definitie van een 'kritiek pad' (of langste pad) toe aan de PERT methode. Wat ook anders was dan de PERT methode is dat activiteiten werden weergegeven als 'blokken' ('boxes') ipv de pijlen. In deze blokken werden alle activiteit gegevens weergegeven zoals de doorlooptijd, de vroegste en laatste start en eind data, de speling en natuurlijk de activiteit omschrijving. Tussen de blokken zijn de relaties zichtbaar en zijn voorgangers ('predecessors') en opvolgers ('successors') duidelijk te herkennen.

CPM werd uiteindelijk ook de basis voor de huidige planning software pakketten (zie ook link). Deze plannings pakketten zijn , ook nu nog, in staat deze techniek op het scherm te gebruiken en dus volgens de CPM techniek te plannen. Echter nagenoeg alle gebruikers hebben de voorkeur voor de 'Bar Chart' (balkenschema) weergave. Het brengt de voordelen van de oude GANTT chart en, met het invoegen van relaties, de kracht van de CPM methode.

Kip of het Ei?
Terug naar de 'kip of het ei' dilemma. Ook in het opstellen van een goede planning blijft het voor de meeste gebruikers van, mn MS Project, planning pakketten lastig te komen tot een goed relationeel (CPM) netwerk. Ondanks het voortschrijdend inzicht in betere rekenmethoden (PERT/CPM) en de kracht van de moderne systemen lijken de meeste planningen die ik tegenkom nog op de aloude GANTT Charts. Ondanks het feit dat de initieel opgestelde planning er redelijk (of zelfs goed) uit zal zien is actualisatie van de planning na aanvang van het project een complete ramp. Vaak komt een planning dan ook niet verder dan een kopietje aan de muur. Zeker als er wat meer complexiteit (lees aantal activiteiten, partijen etc.) of risico's (kritieke paden, wijzigingen etc.) in het project zitten dan is een relationeel netwerk een uitkomst.

Enerzijds zal de ervaring met de software hierin een bottleneck kunnen zijn, anderzijds is het opstellen van een planning niet zomaar het verzinnen van alle activiteiten en deze met relaties aan 'elkaar knopen'. Het eerste is veelal met een stukje training op te lossen, het opstellen van een goede planning is een kwestie van ervaring en de balans vinden tussen systeem/papier en behoefte, en daarmee de juiste weergave/communicatie/gebruik, in het project.

Ofwel heren projectmanagers zullen we de (oorspronkelijke) GANTT Chart loslaten en overgaan naar een meer CPM gerichte planning (in de Bar Chart weergave MET relaties) en de tools naar behoren gaan gebruiken, eventueel na een stukje training of ondersteuning?

Dan lossen we het kip/ei dilemma gezamenlijk op!

Groet,

Ed van der Tak
@EdvdTak

Links:



donderdag 23 december 2010

Planning - doe als de homo sapiens!

Het maken van plannen is zo oud als de mensheid. Al vanaf het moment dat de mens vooruit begon te denken en gezamenlijk op jacht ging werden plannen 'gesmeed' om een zo goed mogelijk resultaat te behalen. Bij het tot stand komen van deze plannen was er in het begin nog louter sprake van (non-)verbale communicatie.

Met het optekenen van de eerste jachttaferelen, de fameuze grot tekeningen van de jacht op dieren, werd mogelijk de eerste planning vorm gegeven. De plannen werden letterlijk 'opgetekend' en representeerde zowel de activiteit (de jacht) als het doel (de vangst). Zelfs zou je kunnen stellen dat ook de middelen in de tekeningen werden weergeven (de jager en zijn speer). Stel je eens voor dat een groep homo sapiens in een grot, bij een vuur, de strategie van de volgende jacht bespraken en zo de tekening gebruikte om hun planning te verbeteren. Gaat het te ver om dit een 'project kick-off' te noemen?

Tot 1910 was visualisatie van 'planning' vooral gericht op het inzichtelijk maken van de activiteiten in de vorm van tekeningen, schilderijen, beeldende kunst etc. Het uitvoeren van de plannen en planningen was een proces! In 1910 publiceerde Henry Gantt zijn 'Barchart' en maakte het mogelijk plannen vooraf in een presentatie vorm te gieten waarin de factor tijd ook weergegeven werd. Zijn methodiek maakte het mogelijk niet alleen het 'einddoel' en de 'middelen' weer te geven maar ook de 'werkwijze' van de uitvoering chronologisch inzichtelijk te maken. Door dit vast te leggen en te communiceren ging de focus van degene die het project uitvoerde meer naar beheersing in plaats van besturing. Plannen en planningen werden hiermee een product (de Barchart).

Met de verdere ontwikkelingen in het vakgebied Planning, CPM/PERT en planningsoftware pakketten, werd de focus steeds meer gelegd op het genereren van een barchart projectplanning. Planning is voor velen dan ook een (eind-)product en de planner is de producent! Erkenning van de functie van planner binnen projecten en organisaties is daarmee slechts gebaseerd op een eindproduct, terwijl zoals we in het begin lazen plannen en planningen vooral door communicatie tot stand komen.

Planning moet naar mijn mening dan ook weer gezien gaan worden als proces, de planner daarmee als procesmanager. Het doel is niet de barchart projectplanning maar de begeleiding van alle projectmedewerkers, de projectmanager in het bijzonder, in het uitvoeren van het project in relatie tot de factor tijd. Hij/zij heeft hiervoor veel meer tot zijn beschikking als de barchart en moet de ruimte krijgen voor bredere deelname in het projectproces.

Ik zie nieuwe ontwikkelingen zoals 4D/xD planning als een goede stap in de richting van product naar proces. Planningen zullen in andere vormen worden weergegeven. We hebben de middelen om de factor tijd en de weergave (de tekeningen) met elkaar te combineren.

Planners roep ik hierbij dan ook op het gebruik van de barchart te minimaliseren! Nee, niet wegdoen maar vraag je af welk detail je aan eenieder laat zien. Denk na over dit detail, denk na over andere weergave vormen en ga communiceren met de betrokkenen. Praat niet zozeer over verdere details maar over strategie, middelen, risico's en het doel. Ga net als de homo sapiens met elkaar rond het kampvuur en bespreek het project.

Plannen is een proces, geen product!

Succes!

Ed