Projectmanagement workshop feb 2015 - definitief
•Download as PPTX, PDF•
0 likes•489 views
Workshop omgaan met onzekerheid (voorheen projectmanagement)
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Similar to Projectmanagement workshop feb 2015 - definitief
Similar to Projectmanagement workshop feb 2015 - definitief (20)
More from Jaco van Duivenboden
More from Jaco van Duivenboden (20)
Projectmanagement workshop feb 2015 - definitief
- 6. Kern Start pas met een project als het werk vooraf is gedaan: waarom, hoe en wat Stel de grenzen van het project scherp Projectmanagement geeft houvast, maar let op gedrag (valkuilen!)
- 7. Projectmanagement Omgaan met onzekerheid Drs. Jaco van Duivenboden NHG, afd. Implementatie 11 februari 2015
- 9. Agenda Wat is een project? Bouwstenen projectmanagement Uitwisselen huiswerk / ervaringen Slot
- 11. Wat is een project? Een project is een tijdelijke organisatie die wordt gecreëerd met als doel 1 of meerdere specialistische producten te leveren volgens een goedgekeurde business case
- 12. Wat maakt een project anders? Verandering / uitgevoerd in een veranderde omgeving Tijdelijk / eindigt als de producten zijn opgeleverd Functieoverschrijdend / verschillende vaardigheden en functies
- 13. Wat maakt een project anders? Uniek / elk project is anders Onzeker / kansen en bedreigingen
- 17. Projectmanagement Plan het werk in het project en werk volgens plan Wat is het project (en wat niet) Waarom wordt het project gedaan? Hoe wordt het project gedaan? Wie voert het project uit?
- 18. Thema’s projectmanagement Business Case / waarom? Scope / wat wel (en wat niet!) Organisatie / wie? Risico / wat als…? Plannen / hoe, hoeveel, wanneer?
- 19. Thema’s projectmanagement Kwaliteit / wat? Wijziging / wat is de impact? Voortgang / waar staan we nu?
- 20. Business case Bestaansrecht project Kosten, baten, niet alleen in € SWOT analyse Scenario’s
- 22. Scope Focus: grenzen van het project Wat betrekken we wel / niet in het project? Zo scherp mogelijk omschrijven
- 25. Opdrachtgever “Eigenaar” business case Verantwoordelijk voor projectsucces(!) Besluit over projectgrenzen, zoals scope, budget, planning
- 26. Projectleider Plannen Delegeren Bewaken / beheersen Zit nooit in de stuurgroep Opdrachtgever ≠ projectleider
- 28. Omgaan met onzekerheid Risico: kans x impact Risicomanagement Welke maatregelen? – Negeren/accepteren – Mitigeren – Voorkomen / elimineren
- 29. Plannen = faseren Project bestaat altijd uit 1 of meer fasen Binnen deze fasen wordt gepland, gemonitord en beheerst Iedere fase wordt afgesloten met – Terugkijken op de afgesloten fase – Peilen van de huidige status (business case) – Plannen van de volgende fase
- 30. Tijdlijn project opstarten en initiëren fase 1 afsluiten opstarten initiëren fase 1 fase 2 fase 3 afsluiten
- 32. Kwaliteit Levert project op wat werd bedoeld? Productkwaliteit Tolerantiegrenzen: – Productkwaliteit – Geld – Tijd
- 33. Wijzigingen (issues) Wijziging ≠ risico (kan het wel worden) Wijzigingslogboek Tolereren wijzigingen
- 34. Voortgang Waar staan we? T.o.v. planning, businesscase Communicatie in het project Rapportage, wat en aan wie
- 36. Valkuilen Business case klopt niet (meer) Verwarring over rol/verantwoordelijkheid “Scope creep” Project vs. staande organisatie Papieren tijgers
- 38. Project op papier Projectdefinitie Business case Scope Projectteamstructuur & Rolbeschrijving
- 39. Project op papier Acceptatiecriteria Risico’s Budget Projectaanpak & toleranties
- 40. Andere hulpmiddelen Productdecompositie Risico / wijzigingslogboek Tussentijdse rapportage Leerpuntenrapport Formats op het web!
- 41. Projectdenken “tussen de oren” Aandacht voor gedrag: – Communicatie – Verwachtingen – Taken/verantwoordelijkheid – Cultuur
- 43. Kern Start pas met een project als het werk vooraf is gedaan: waarom, hoe en wat Stel de grenzen van het project scherp Projectmanagement geeft houvast, maar let op gedrag (valkuilen!)
Editor's Notes
- Wat maakt een project anders dan ‘gewone werkzaamheden’? Een project is altijd tijdelijk. Projectmanager en Projectmedewerkers worden benoemd en zullen gedeeltelijk of full-time in een project worden geplaatst. Elk project levert een of meer specialistische producten op. Dit kan een standaard zijn, een boek, een it-programma voor huisartsen etc. etc. Dit specialische product moet gerechtvaardigd zijn in een business case. Deze business case is kort samengevat de levensvatbaarheid van het project. Een duur it-systeem voor huisartsen ontwikkelen waar de huisartsen maar weinig aan hebben, is niet gerechtvaardigd en zal dus nooit een positieve business case hebben. Een nieuwe standaard waar veel huisartsen op wachten en die dus veel waarde voor de leden oplevert heeft wel bestaansrecht en zal dus een positieve business case hebben. De waarde van deze standaard wegen namelijk op tegen de kosten van het ontwikkelen van deze standaard. Mocht tijdens de uitvoering van een project blijken dat de business case niet meer positief is (omdat bijvoorbeeld een PIN al door een andere organisatie zijn uitgebracht en deze zeer populair is) zal het project niet meer levensvatbaar zijn en dus gestopt of gewijzigd moeten worden. Zonder business case = geen project Wat is dus de reden van een business case, dat er geen projecten worden opgestart die geen niks opleveren voor leden of de kosten niet in verhouding staan tot de baten.
- Een project is anders dan normale werkzaamheden en vragen ook andere vaardigheden. Het belangrijkste verschil is dat een project tijdelijk is en er een begin en eind aan zit. De kennis die wordt opgedaan in elk project zou wel de basis moeten zijn voor nieuwe projecten. Functieoverschrijdend; de functies zijn in een project niet direct van toepassing. In het begin van een project worden de rollen geformuleerd en deze staan voor verantwoordelijkheden binnen het project. Een project is ook onzeker, omdat er zich factoren kunnen voordoen die de uitkomst van het project kunnen beïnvloeden. Hierbij kan worden gedacht aan uitval van projectmedewerkers, acties van andere organisaties, regelgeving vanuit VWS etc. etc. Verandering: een project is de manier om een verandering te bewerkstelligen, terwijl de lijnactiviteiten doorgang blijven vinden. Tijdelijkheid: project zijn van nature tijdelijk, met een vast begin én einde. Multidisciplinairiteit: verschillende mensen uit verschillende afdelingen werken op een tijdelijk basis samen om de producten van het project op te leveren. Uniciteit: elk project is uniek. Ook al zijn er soms vergelijkbare projecten, elk project is op zich éénmalig en uniek. Onzekerheid: bovenstaande eigenschappen maken dat projecten meer onzekerheid met zich mee brengen dan de dagelijkse lijnactiviteiten.
- Een project is anders dan normale werkzaamheden en vragen ook andere vaardigheden. Het belangrijkste verschil is dat een project tijdelijk is en er een begin en eind aan zit. De kennis die wordt opgedaan in elk project zou wel de basis moeten zijn voor nieuwe projecten. Functieoverschrijdend; de functies zijn in een project niet direct van toepassing. In het begin van een project worden de rollen geformuleerd en deze staan voor verantwoordelijkheden binnen het project. Een project is ook onzeker, omdat er zich factoren kunnen voordoen die de uitkomst van het project kunnen beïnvloeden. Hierbij kan worden gedacht aan uitval van projectmedewerkers, acties van andere organisaties, regelgeving vanuit VWS etc. etc. Verandering: een project is de manier om een verandering te bewerkstelligen, terwijl de lijnactiviteiten doorgang blijven vinden. Tijdelijkheid: project zijn van nature tijdelijk, met een vast begin én einde. Multidisciplinairiteit: verschillende mensen uit verschillende afdelingen werken op een tijdelijk basis samen om de producten van het project op te leveren. Uniciteit: elk project is uniek. Ook al zijn er soms vergelijkbare projecten, elk project is op zich éénmalig en uniek. Onzekerheid: bovenstaande eigenschappen maken dat projecten meer onzekerheid met zich mee brengen dan de dagelijkse lijnactiviteiten.