De twee belangrijkste oorzaken voor het falen van projecten en wat je er tegen kan doen.

1. Twee grootsteprojectkillers Martin van Borselaer © 2010 Whitehorses

2. Agenda Twee grootsteprojectkillers Problemen, oorzaken en oplossingen Vragen en discussie

3. Disclaimer Persoonlijke visie

4. Disclaimer 75% kennis is onbewust 25% kennis is bewust 25%

5. Disclaimer Ik vertel nu 10% van wat ik weet 10%

6. Disclaimer 10% van wat ik vertel blijft hangen

7. Doelstelling voor vanavond Bewustzijn creëren Situatie herkennen

8. Angst

9. Complexiteit

10. explosiefmengsel

11. Mijn definitie van angst “Angst weerhoudt ons te doen of te zeggen wat we weten dat juist is”.

12. Angsten opdrachtgever Teveel betalen/te weinig krijgen Slechte kwaliteit Verkeerde eisen stellen Aanpassingsvermogen

13. Angsten leverancier Te lange duur/teveel kosten Ontevreden klant Fouten maken/reputatieschade Klant die niet weet wat hij wil Te veel vragen van eigen mensen Ontevreden collega’s

14. Angsten projectmanager Slecht functionerende opdrachtgever Slecht functionerend team Slecht functionerende techniek

15. Angsten projectmedewerker Balans privé/werk Fouten maken

16. Diepere angsten Bestaanszekerheid (baan, promotie, etc) Ego/status

17. Een project is een vat van angst Opdrachtgever Opdrachtnemer Resultaat? Projectmanager Projectmedewerker

18. Overdreven? Bewustzijn Ratio Onderbewustzijn Gevoel

19. Angst is een slechte raadgever

20. Voorbeelden uit de praktijk Fixedprice/fixed date/unknown scope Veel analyse/ontwerp Vasthouden aan planning ipv werkelijkheid Micromanagement Fouten afstraffen en niet leren Geen risico’s nemen, geen besluiten nemen Etc.

21. Oplossingen… Geen helden en loosers, maar… samen

22. Fouten horen erbij Fouten zijn normaal Erkennen Niet demoniseren Eerder faciliteren

23. Openstellen

24. Transparantie Ja, we maken fouten Ja, we zijn niet perfect Maar het is zichtbaar We doen er wat aan Samen

25. Juiste niveau van “afrekenen”

26. Complexiteit Vroeger Meer productie? Meer mensen!

29. De lopende band is het standaardmodel Productiviteit door functiescheiding Architecten: nadenkenEngineers: doen Specialisatie belangrijker dan samenwerking Project = productieproces

30. Aanname: voorspelbaarheid Chaos Complexiteit bepaalt voorspelbaarheid Complexiteitomgeving Complex Structuur Complexiteittechniek

31. Complexiteit is moeilijkvoorspelbaar All models are wrong, but some are useful. (George E. P. Box) In theory, there is nodifferencebetweentheory and practice. In practice, there is!“ (Chuck Reid)

32. Productontwikkeling Een project is géén productieproces. We weten niet wat we willen We weten niet hoe we daar komen We moeten het ontdekken Aannames bewijzen en daarna bijsturen Samenwerking verhoogt kennisopbouwSpecialisatie verhindert kennisopbouw

33. Standaardmethode probleemoplossen Kwaliteitscirkel van Deming

34. De praktijk is vaak anders

35. De “agile” Demingcirkel

36. Sequentieel versus iteratief

37. Focus Sequentieel Iteratief Oplossingmaken

38. Angst tegengaan met PRINCE2 Stuurgroep is eindverantwoordelijk Projectmanager voert afgesproken proces uit, is niet resultaatverantwoordelijk Bekende methode met invloed vanuit opdrachtgever

39. Angst tegengaan met Scrum Weinig beloven, wel snel toetsen Onzekerheid hoort er bij Teamprestatie boven individuele prestatie Multi-disciplinair Samen met klant Niet goed? Geen probleem Planning is niet absoluut

40. Complexiteit tegengaan met PRINCE2 Fasegewijs uitvoeren Niet sturen op activiteiten maar producten

41. Complexiteit tegengaan met Scrum Eenvoudig plannen op niveau User Story Werkende software opleveren in stapjes Samenwerken belangrijker dan voorspellen

42. Conclusie Projecten hebben meer kans op succes door het verhogen van het lerend vermogen. Aanpak: Samenwerking versterken Onzekerheden accepteren Kleine stapjes zetten Cultuur van leren en verbeteren Aannames bewijzen door te toetsen

45. Kleine stapjes

46. Leren en verbeteren