De nadelen van CPM-schatting
Projectmanagers en bedrijfseigenaars zijn afhankelijk van de kritieke padmethode voor projectschatting om grote projecten op te splitsen in beter beheersbare taken. Vervolgens analyseren ze de relaties tussen banen om een effectiever schema voor het grotere project te produceren. Hoewel CPM-schatting effectief is gebleken bij het beheren van verschillende soorten projecten, heeft het proces zijn problemen, waarvan sommige kunnen leiden tot onnauwkeurige schattingen, inefficiënte planning en potentiële kostenoverschrijdingen.
Kritiek pad
Chemisch bedrijf DuPont heeft in 1957 de critical path-methode geformuleerd om de tijdelijke sluiting van een aantal van haar industriële faciliteiten voor onderhoud en reparaties aan te pakken. Het proces omvatte verschillende stappen, beginnend met het specificeren van de individuele activiteiten die nodig waren om de planten te sluiten en opnieuw te starten, gevolgd door het instellen van de volgorde van die activiteiten, het schetsen van een netwerkdiagram voor die reeks en het schatten van de tijd die nodig was om elke activiteit in de reeks te voltooien. Het diagram toont aan projectplanners het kritieke pad naar het bereiken van de gewenste resultaten.
Gebrek aan flexibiliteit
CPM-schatting kan een zeer effectief hulpmiddel zijn voor takenreeksen die voorspelbare tijdschattingen bevatten. CPM levert echter niet altijd de beste resultaten op projecten die taken bevatten die een groep nog moet uitvoeren of die waarover managers nog geen substantiële gegevens hebben verzameld. Een softwareontwikkelingsproject met een nieuwe module die programmeurs niet hebben gemaakt, zou bijvoorbeeld niet goed passen bij de CPM-schatting.
Gebrek aan eenvoud
Hoewel het proces van CPM-schatting managers in staat stelt om complexe taken op te splitsen in eenvoudigere taken, kunnen de niveaus waarop het proces deze taken kan afbreken, het kritieke paddiagram voor het gehele project veel complexer maken dan nodig. In het voorbeeld van het softwareproject kan het CPM-diagram de ontwerptaken van de gebruikersinterface, de databasestructuur en de code omvatten die gebruikersquery's doorgeeft tussen de presentatielaag en de database. Het onderbreken van elk van deze taken en het toevoegen ervan aan het CPM-diagram kan verwarring veroorzaken bij teamleden.
Gebrek aan toewijzing van middelen
Het hoofddoel van CPM-schatting is managers een schatting te geven van de tijd die nodig is om de noodzakelijke taken van een project uit te voeren. Een van de belangrijkste nadelen van de methode is dat het de managers niet de middelen verschaft om de middelen toe te wijzen die nodig zijn om aan deze schattingen te voldoen. In het voorbeeld van het softwareproject houdt de CPM-schatting geen rekening met programmeurs die zijn toegewezen aan andere projecten of database-ontwikkelaars die nieuwe systemen installeren die mogelijk niet beschikbaar zijn voor dat specifieke project.