Projectmanagement onder onzekerheid

Transcriptie

1 Projectmanagement onder onzekerheid Risicomanagement & robuuste planningsstrategieën Damien Schatteman Research Center for Operations Management Katholieke Universiteit Leuven 1

2 Projectplanning onder onzekerheid Onzekerheid is de enige zekerheid Inferieur plannen = belangrijke faaloorzaak Academisch onderzoek aan K.U.Leuven Project met WTCB 2

3 Hoe onzekerheid managen? Risicomanagement Risico s beheersen: Reductie Overdracht Behandeling Acceptatie Anticipatie Robuust plannen Detectie Analyse Respons Risicomanagement Database 3

4 Risicodetectie en analyse Bestaande risicomanagementtools zijn vaak: - Arbeidsintensief - Weinig kwantitatief - Opgedane informatie niet herbruikbaar - Te weinig terugkoppeling naar de planning 4

5 Risicodetectie en analyse Nieuwe tijdsefficiënte methodiek: Groeperen van activiteiten Toekennen van risico s aan de activiteitsgroepen Aan de hand van de eigenschappen van de risico s worden deze geprojecteerd op de activiteiten van het project Voor iedere activiteit wordt er een duurtijdverdeling opgesteld 5

6 Grafische user interface Best case scenario Worst case scenario 6

7 Risicomanagement database Zich voorgedane risico s worden opgenomen in database Interviews vorige & nieuwe projecten: Risico Database Risicoprofiel van Bouwproject Risk Interviews 7

8 Activitietsduurtijden Deterministisch? Hoe bepalen? Agressieve schatting grote kans niet gehaald inflexibele activiteiten Veiligere schatting Studentensyndroom Bewustheid? 0,09 0,08 0,07 0,06 0,05 0,04 0,03 0,02 0,

9 Traditionele projectplanning hulpmiddelen X project netwerk activiteitsduurtijden Project plannings algoritme Verstoringen Onzekerheid Risico s projectplan reactief plan 9

10 Robuuste projectplanning hulpmiddelen projectnetwerk inflexibele activiteiten stochastische activiteitsduurtijden Project plannings algoritme Verstoringen Onzekerheid Risico s robuust projectplan reactief plan 10

11 Robuust plannen Algoritme zoekt: Gepast tijdsinterval activiteiten (cf. buffers) Inflexibele activiteit? Onzekerheid voorgangers? Project makespan blijft aanvaardbaar Afweging project due date en buffers Hulpmiddelenallocatie 11

12 Vergelijkende studie van planningsalgoritmen Er werden 4 algoritmen getest: MS Project ProChain STC 12

13 MS Project Houdt geen rekening met variantie van de activiteitsduurtijden Geplande Project delivery date 13

14 ProChain 50% regel: Projectbuffer is helft zo groot als de critical chain Houdt geen rekening met individuele variantie van activiteitsduurtijden Sum of squares: Houdt bij de berekening van de projectbuffer rekening met de variantie van de individuele activiteitsduurtijden Geplande Project delivery date 3 14

15 STC Houdt rekening met de variantie van de activiteitsduurtijden Geplande Project delivery date 15

16 1 e analyse: Stabiliteit bij gelijke projectduurtijd Het project werd een voldoende aantal keer gesimuleerd. Stabiliteitskost = Wanneer een activiteit vroeger of later start dan gepland, wordt er een kost toegerekend. Hoe onflexibeler de taak, hoe hoger de kost. 16

17 2 e analyse: confrontatie met de zich voorgedane verstoringen De verstoringen die zich tijdens het project voordeden werden geregistreerd. De plannen werden geconfronteerd met deze verstoringen. 17

18 MS Project Onrealistisch korte geplande projectduur -> forse overschrijding deadline Extensief herplannen van activiteiten 18

19 ProChain Onrealistisch lange geplande projectduur -> moeilijkheden bij contractvorming Extensief herplannen van activiteiten 19

20 STC Realistisch geplande projectduur -> bevordert vertrouwen Weinig herplannen 20

21 Conclusie Door het gebruik van risicoanalyse en een aangepast algoritme kan men: De stabiliteit van de planning sterk verbeteren. Een betrouwbare deadline berekenen. 21