Twee projectkillers

795
-1

Published on

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

Published in: Business, Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
795
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Twee projectkillers

  1. 1. Twee grootsteprojectkillers<br />Martin van Borselaer<br />© 2010 Whitehorses<br />
  2. 2. Agenda<br />Twee grootsteprojectkillers<br />Problemen, oorzaken en oplossingen<br />Vragen en discussie<br />
  3. 3. Disclaimer<br />Persoonlijke visie<br />
  4. 4. Disclaimer<br />75% kennis is onbewust<br />25% kennis is bewust<br />25%<br />
  5. 5. Disclaimer<br />Ik vertel nu 10% van wat ik weet<br />10%<br />
  6. 6. Disclaimer<br />10% van wat ik vertel blijft hangen<br />
  7. 7. Doelstelling voor vanavond<br />Bewustzijn creëren<br />Situatie herkennen<br />
  8. 8. Angst<br />
  9. 9. Complexiteit<br />
  10. 10. explosiefmengsel<br />
  11. 11. Mijn definitie van angst<br />“Angst weerhoudt ons te doen of te zeggen wat we weten dat juist is”.<br />
  12. 12. Angsten opdrachtgever<br />Teveel betalen/te weinig krijgen<br />Slechte kwaliteit<br />Verkeerde eisen stellen<br />Aanpassingsvermogen<br />
  13. 13. Angsten leverancier<br />Te lange duur/teveel kosten<br />Ontevreden klant<br />Fouten maken/reputatieschade<br />Klant die niet weet wat hij wil<br />Te veel vragen van eigen mensen<br />Ontevreden collega’s<br />
  14. 14. Angsten projectmanager<br />Slecht functionerende opdrachtgever<br />Slecht functionerend team<br />Slecht functionerende techniek<br />
  15. 15. Angsten projectmedewerker<br />Balans privé/werk<br />Fouten maken<br />
  16. 16. Diepere angsten<br />Bestaanszekerheid (baan, promotie, etc)<br />Ego/status<br />
  17. 17. Een project is een vat van angst<br />Opdrachtgever<br />Opdrachtnemer<br />Resultaat?<br />Projectmanager<br />Projectmedewerker<br />
  18. 18. Overdreven?<br /> Bewustzijn<br />Ratio<br /> Onderbewustzijn<br />Gevoel<br />
  19. 19. Angst is een slechte raadgever<br />
  20. 20. Voorbeelden uit de praktijk<br />Fixedprice/fixed date/unknown scope<br />Veel analyse/ontwerp<br />Vasthouden aan planning ipv werkelijkheid<br />Micromanagement<br />Fouten afstraffen en niet leren<br />Geen risico’s nemen, geen besluiten nemen<br />Etc.<br />
  21. 21. Oplossingen…<br />Geen helden en loosers, maar…<br />samen<br />
  22. 22. Fouten horen erbij<br />Fouten zijn normaal<br />Erkennen<br />Niet demoniseren<br />Eerder faciliteren<br />
  23. 23. Openstellen<br />
  24. 24. Transparantie<br />Ja, we maken fouten<br />Ja, we zijn niet perfect<br />Maar het is zichtbaar<br />We doen er wat aan<br />Samen<br />
  25. 25. Juiste niveau van “afrekenen”<br />
  26. 26. Complexiteit<br />Vroeger<br />Meer productie?<br />Meer mensen!<br />
  27. 27. Tegenwoordig moet alles complex zijn<br />Simple is stupid<br />Smart sells<br /><ul><li>Goede oplossingen zijn complex
  28. 28. Hoe ingewikkelder hoe beter</li></li></ul><li>Managers geloven in brainpower<br />Alles is analyseerbaar en planbaar<br />Eerst nadenken, dan doen<br />Eerst analyse, ontwerp, plannen<br />Daarna plan volgen<br />Afwijken plan = fout!<br />
  29. 29. De lopende band is het standaardmodel<br />Productiviteit door functiescheiding<br />Architecten: nadenkenEngineers: doen<br />Specialisatie belangrijker dan samenwerking<br />Project = productieproces<br />
  30. 30. Aanname: voorspelbaarheid<br />Chaos<br />Complexiteit <br />bepaalt <br />voorspelbaarheid<br />Complexiteitomgeving<br />Complex<br />Structuur<br />Complexiteittechniek<br />
  31. 31. Complexiteit is moeilijkvoorspelbaar<br />All models are wrong, but some are useful.<br />(George E. P. Box)<br />In theory, there is nodifferencebetweentheory and practice. In practice, there is!“<br />(Chuck Reid)<br />
  32. 32. Productontwikkeling<br />Een project is géén productieproces.<br />We weten niet wat we willen<br />We weten niet hoe we daar komen<br />We moeten het ontdekken<br />Aannames bewijzen en daarna bijsturen<br />Samenwerking verhoogt kennisopbouwSpecialisatie verhindert kennisopbouw<br />
  33. 33. Standaardmethode probleemoplossen<br />Kwaliteitscirkel van Deming<br />
  34. 34. De praktijk is vaak anders<br />
  35. 35. De “agile” Demingcirkel<br />
  36. 36. Sequentieel versus iteratief<br />
  37. 37. Focus<br />Sequentieel<br />Iteratief<br />Oplossingmaken<br />
  38. 38. Angst tegengaan met PRINCE2<br />Stuurgroep is eindverantwoordelijk<br />Projectmanager voert afgesproken proces uit, is niet resultaatverantwoordelijk<br />Bekende methode met invloed vanuit opdrachtgever<br />
  39. 39. Angst tegengaan met Scrum<br />Weinig beloven, wel snel toetsen<br />Onzekerheid hoort er bij<br />Teamprestatie boven individuele prestatie<br />Multi-disciplinair<br />Samen met klant<br />Niet goed? Geen probleem<br />Planning is niet absoluut<br />
  40. 40. Complexiteit tegengaan met PRINCE2<br />Fasegewijs uitvoeren<br />Niet sturen op activiteiten maar producten<br />
  41. 41. Complexiteit tegengaan met Scrum<br />Eenvoudig plannen op niveau User Story<br />Werkende software opleveren in stapjes<br />Samenwerken belangrijker dan voorspellen<br />
  42. 42. Conclusie<br />Projecten hebben meer kans op succes door het verhogen van het lerend vermogen.<br />Aanpak:<br />Samenwerking versterken<br />Onzekerheden accepteren<br />Kleine stapjes zetten<br />Cultuur van leren en verbeteren<br />Aannames bewijzen door te toetsen<br />
  43. 43. Twee grootste hindernissen<br /><ul><li>Angst
  44. 44. Complexiteit</li></ul>Recept voor succes<br /><ul><li>Samenwerken
  45. 45. Kleine stapjes
  46. 46. Leren en verbeteren</li>

×