Twee projectkillers
0 likes375 views
De twee belangrijkste oorzaken voor het falen van projecten en wat je er tegen kan doen.
Twee projectkillers
- 1. Twee grootsteprojectkillersMartin van Borselaer© 2010 Whitehorses
- 2. AgendaTwee grootsteprojectkillersProblemen, oorzaken en oplossingenVragen en discussie
- 4. Disclaimer75% kennis is onbewust25% kennis is bewust25%
- 5. DisclaimerIk vertel nu 10% van wat ik weet10%
- 6. Disclaimer10% van wat ik vertel blijft hangen
- 7. Doelstelling voor vanavondBewustzijn creërenSituatie 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 opdrachtgeverTeveel betalen/te weinig krijgenSlechte kwaliteitVerkeerde eisen stellenAanpassingsvermogen
- 13. Angsten leverancierTe lange duur/teveel kostenOntevreden klantFouten maken/reputatieschadeKlant die niet weet wat hij wilTe veel vragen van eigen mensenOntevreden collega’s
- 14. Angsten projectmanagerSlecht functionerende opdrachtgeverSlecht functionerend teamSlecht functionerende techniek
- 16. Diepere angstenBestaanszekerheid (baan, promotie, etc)Ego/status
- 17. Een project is een vat van angstOpdrachtgeverOpdrachtnemerResultaat?ProjectmanagerProjectmedewerker
- 19. Angst is een slechte raadgever
- 20. Voorbeelden uit de praktijkFixedprice/fixed date/unknown scopeVeel analyse/ontwerpVasthouden aan planning ipv werkelijkheidMicromanagementFouten afstraffen en niet lerenGeen risico’s nemen, geen besluiten nemenEtc.
- 21. Oplossingen…Geen helden en loosers, maar…samen
- 22. Fouten horen erbijFouten zijn normaalErkennenNiet demoniserenEerder faciliteren
- 23. Openstellen
- 24. TransparantieJa, we maken foutenJa, we zijn niet perfectMaar het is zichtbaarWe doen er wat aanSamen
- 25. Juiste niveau van “afrekenen”
- 27. Tegenwoordig moet alles complex zijnSimple is stupidSmart sellsGoede oplossingen zijn complex
- 28. Hoe ingewikkelder hoe beterManagers geloven in brainpowerAlles is analyseerbaar en planbaarEerst nadenken, dan doenEerst analyse, ontwerp, plannenDaarna plan volgenAfwijken plan = fout!
- 29. De lopende band is het standaardmodelProductiviteit door functiescheidingArchitecten: nadenkenEngineers: doenSpecialisatie belangrijker dan samenwerkingProject = productieproces
- 30. Aanname: voorspelbaarheidChaosComplexiteit bepaalt voorspelbaarheidComplexiteitomgevingComplexStructuurComplexiteittechniek
- 31. Complexiteit is moeilijkvoorspelbaarAll 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. ProductontwikkelingEen project is géén productieproces.We weten niet wat we willenWe weten niet hoe we daar komenWe moeten het ontdekkenAannames bewijzen en daarna bijsturenSamenwerking verhoogt kennisopbouwSpecialisatie verhindert kennisopbouw
- 34. De praktijk is vaak anders
- 38. Angst tegengaan met PRINCE2Stuurgroep is eindverantwoordelijkProjectmanager voert afgesproken proces uit, is niet resultaatverantwoordelijkBekende methode met invloed vanuit opdrachtgever
- 39. Angst tegengaan met ScrumWeinig beloven, wel snel toetsenOnzekerheid hoort er bijTeamprestatie boven individuele prestatieMulti-disciplinairSamen met klantNiet goed? Geen probleemPlanning is niet absoluut
- 40. Complexiteit tegengaan met PRINCE2Fasegewijs uitvoerenNiet sturen op activiteiten maar producten
- 41. Complexiteit tegengaan met ScrumEenvoudig plannen op niveau User StoryWerkende software opleveren in stapjesSamenwerken belangrijker dan voorspellen
- 42. ConclusieProjecten hebben meer kans op succes door het verhogen van het lerend vermogen.Aanpak:Samenwerking versterkenOnzekerheden accepterenKleine stapjes zettenCultuur van leren en verbeterenAannames bewijzen door te toetsen
- 45. Kleine stapjes