Je kunt bijna niet meer om scrum heen, we horen het overal. Het lijkt wel alsof iedereen scrumt. Scrum heeft als voordeel dat het ontzettend flexibel is en de opdrachtgever in controle is over de prioriteiten van het project. Daarnaast zorgt scrum voor een kortere time to market, een hoge kwaliteit en beheersen we risico. Maar bovenal is scrum ook ontzettend leuk!
Je kunt bijna niet meer om scrum heen, we horen het overal. Het lijkt wel alsof iedereen scrumt. Scrum heeft als voordeel dat het ontzettend flexibel is en de opdrachtgever in controle is over de prioriteiten van het project. Daarnaast zorgt scrum voor een kortere time to market, een hoge kwaliteit en beheersen we risico. Maar bovenal is scrum ook ontzettend leuk!
‘Medewerker’ krijgt hoofdrol in film: procesverbetering Infostrada Creative T...TOPdesk
De bezoeker leert hoe je een procesverandertraject tot een succes kan maken. Dit wordt gedaan aan de hand van 15 concrete oplossingen. Rode draad in deze concrete oplossingen is de medewerker. Doordat de case zich afspeelt bij een schitterend bedrijf wat actief is in de televisiewereld krijg je ook nog een kijkje achter de schermen van deze wereld. (Gepresenteerd op het Nationaal Management & IT Symposium 2013 door Jildert de Groot en Ralf van Vegten)
Nu Covid-19 onderdeel is geworden van onze planningen, is het nog belangrijker geworden om medewerkers voor het uitvoeren van regulier onderhoud en stops zo productief mogelijk inzetten, en daarbij de benodigde stilstandstijd zo kort mogelijk maken.
Door de productiviteit te meten met Hands-on-Tool-Time metingen, kunnen we zien waar tijd verloren gaat aan onnodig wachten of overbodige acties. Hiermee wordt het mogelijk om concrete verbeteringen door te voeren. Het gebruik van HoTT-metingen is daarom een slim begin van een volgende stap in het optimaliseren van uw organisatie.
Voor het meten van de productiviteit gebruikt Stork een tool: de HoTT Toolkit.
In dit half uur durende Webinar legt Menno van den Berg uit wat HoTT is, wat er mogelijk is met deze tool en hoe uw verbetertraject vorm krijgt.
Facto Congres 2015. Workshop 8. Verbeteren van FM met LeanFacto Magazine
Steeds meer organisaties gebruiken ‘Lean’ als middel om de facilitaire processen te verbeteren en efficiënter in te richten. En met succes, want wie de methodiek slim en gestructureerd toepast, kan al snel resultaten behalen.
Lean denken richt zich op het zien van waarde door de ogen van de klant. Door het verbeteren en versoepelen van de processtroom en het elimineren van verspilling, worden lagere kosten en een betere waarde voor de klant bereikt.
Een interactieve workshop met aandacht voor de grondbeginselen van Lean voor Facility Management, het uitvoeren van een waarde-toevoegende analyse en prestaties meten met klantgerichte metingen en kritieke kwaliteitseisen (CTQ's en KPI's). Profiteer van de praktische handvatten en leer van de Lean-ervaringen bij verschillende organisaties (o.a Schiphol, Philips en UWV).
Blijf op de hoogte. Gratis whitepapers, het laatste nieuws en congres/opleiding updates leest u op www.facto.nl
Kon je er niet bij zijn op de klantendag dit jaar? Lees hoe Yesplan geëvolueerd is en waar het product heen gaat. Na deze presentatie ben je weer helemaal mee met de handigste event planning software.
Hoe releasen minder pijnlijk werd bij de ANWB AlarmcentraleJeroen Reijn
Continuous Delivery wordt vaak geassocieerd met een snellere time-to-market, maar wat als dat niet je voornaamste probleem is? Een aantal jaar geleden heeft de ANWB besloten om zich van een traditionele enterprise organisatie te transformeren naar een Agile organisatie. Bij de afdeling Hulpverlening zijn wij met drie teams bezig met het ontwikkelen van het nieuwe case managementsysteem voor de ANWB Alarmcentrale. Als onderdeel van onze agile werkwijze maakten wij een release en rolden wij deze uit aan het eind van onze 2 wekelijkse sprints. Dit leverde ons regelmatig verschillende problemen op en halverwege 2016 besloten we dat het anders moest. We hebben toen een beweging ingezet richting Continuous Delivery. In deze presentatie zullen we ingaan op de uitdagingen die we hadden, hoe we die hebben aangepakt, en op een aantal onverwachte voordelen.
I am a agile tester, because...(Agile testing put to practice)Derk-Jan de Grood
On 12 September Andreas Prins and I gave two presentation on the TestNet session night. The theme of the event was: Transforming testing to fit modern development. Andreas identified various rhythms (or wavelengths) in the SDLC and explained the automation that can be done in order to have short lead times and frequent feedback on code quality and delivered value.
My presentation was called “I am an agile tester, because…”. During my talk I discussed what it takes to be an agile tester and I introduced 12 statements that can be used as manifesto for the agile tester. During the presentation 40+ participants filled in the survey and we got a nice impression of how agile our testing is. You can find the results below, and in the slide deck.
Using a recent project I was involved in I put these statements to the test. I explain the test strategy I applied and shared my successes and failures. One of the participants tweeted about the presentation: “A nice war story. The 12 statements trigger me to think about my own role and the role of testing within my project and organization”. I think I succeeded my mission.
Zo pakte Groep Tack de ERP-implementatie in haar 7 vestigingen aan.SDE
Samen met ERP partner SDE rolde groep Tack Microsoft Dynamics NAV uit in haar 7 vestigingen, bij haar 130 medewerkers. Zo een groot projecten vraagt sterke voorbereidingen. Leer hoe Groep Tack haar organisatie klaar maakte voor deze grote verandering.
Hoe releasen minder pijnlijk werd bij de ANWB AlarmcentraleSjoerd Hemminga
Continuous Delivery wordt vaak geassocieerd met een snellere time-to-market, maar wat als dat niet je voornaamste probleem is? Een aantal jaar geleden heeft de ANWB besloten om zich van een traditionele enterprise organisatie te transformeren naar een Agile organisatie. Bij de afdeling Hulpverlening zijn wij met drie teams bezig met het ontwikkelen van het nieuwe case-managementsysteem voor de ANWB Alarmcentrale. Als onderdeel van onze agile werkwijze maakten wij een release en rolden wij deze uit aan het eind van onze tweewekelijkse sprints. Dit leverde ons regelmatig verschillende problemen op en halverwege 2016 besloten we dat het anders moest. We hebben toen een beweging ingezet richting Continuous Delivery. In deze presentatie zullen we ingaan op de uitdagingen die we hadden, hoe we die hebben aangepakt, en op een aantal onverwachte voordelen.
Kaizen, deel 4: continu verbeteren met kaizenteams.pptxBertTeeuwen1
Kaizen is continu verbeteren.
Wat is een kaizenteam?
Een kaizenteam is een groepje deskundigen van de werkvloer dat projectmatig een opdracht uitvoert,
zoals het oplossen van een probleem
of het realiseren van een prestatieverhoging
Andere namen voor een kaizenteam zijn verbeterteam of Small Group Activity.
Kaizenteams worden wel “het geheime wapen” van TPM en Lean genoemd
Kaizenteams kunnen gemakkelijk verzanden of tot teleurstellingen leiden. Daarom bespreken we in deze slideshare een paar belangrijke aandachtspunten
Een kaizenteam volgt altijd dezelfde route, die van PDCA, zoals uitgelegd in deel 3.
En dan de uitgebreide variant van 8 stappen.
De begeleider houdt zich strikt aan deze stappen en geeft aan, aan het team en aan de opdrachtgever hoe ver het team is in de PDCA-routine en zegt het ook als er een volgende stap wordt gezet.
De eerste stappen zijn voor de opdrachtgever.
Het onderwerp kiezen
En het doel stellen
En het team samenstellen
Er zijn drie soorten opdrachten:
Kleine, Grote en Te grote
Vooral dat laatste is een flinke valkuil voor opdrachtgevers: veel te grote opdrachten geven. Of de opdracht gaandeweg uitbreiden.
Beter te klein dan te groot.
Minimaal 6 weken voor een hele PDCA tot maximaal een half jaar. Daarna daalt het enthousiasme snel.
Minimaal de helft van de doorlooptijd van een kaizenproject is nodig voor:
Het uitvoeren van verbetervoorstellen in de praktijk
Voor het testen
En voor het standaardiseren en borgen
Er is een duidelijke rolverdeling tussen de opdrachtgever en het kaizenteam, de opdrachtnemer.
De opdrachtgever geeft de opdracht en stelt het doel,
Het team onderzoekt het probleem en komt met oplossingen.
De opdrachtgever doet niet mee aan de analyse en het bedenken van oplossingen.
De opdrachtgever heeft wel invloed op het soort oplossingen waar het team mee kan komen.
Dat doet de opdrachtgever door VOORAF randvoorwaarden mee te geven waar de oplossingen aan moeten voldoen.
Als de opdrachtgever geen dure oplossingen wil, geeft hij een maximum bedrag of een terugverdientijd als randvoorwaarde mee.
Het kaizenteam is de opdrachtnemer.
Deelnemers worden met zorg geselecteerd. Door de opdrachtgever, niet op basis van vrijwillige aanmelding. De samenstelling van het team moet goed passen bij het onderwerp. En de teamleden bij elkaar.
Deelname is vrijwillig, maar niet vrijblijvend. Iedereen doet mee tot het einde.
Het kaizenteam is de opdrachtnemer, dat betekent dat ze de hele PDCA moeten doorlopen en niet kunnen stoppen als ze de oplossingen voor het probleem bedacht hebben. En een actieplan gemaakt hebben.
Niet de opdrachtgever voert het actieplan uit, maar het team. Ze leveren hun bedachte oplossingen werkend op. Dat is heel belangrijk omdat de teamleden dan zullen moeten bedenken of hun bedachte oplossingen zullen worden omarmd door de collega’s.
Zoals de wet van Maier al zegt:
Het effect van een oplossing of EEN verbeteridee is het product van de kwaliteit ervan keer de acce
Er zijn veel verschillende definities en interpretaties van een Digital Twin - een digitale tweeling - dus het kan zijn dat niet iedereen hetzelfde beeld heeft over wat het is, waar het voor wordt gebruikt, wat er mee mogelijk is en hoe het mogelijk voor jou werkt.
In dit Webinar maak je kennis met het begrip Digital Twin en de toegevoegde waarde ervan, met name in de Operate & Maintain fase van een levenscyclus van een Asset. We geven antwoord op vragen zoals:
- welke elementen zitten er in de Digital Twin
- wat is er op de markt
- welke voorbeelden van implementaties zijn er
- wat de link is met Industrie 4.0
- wat is de toegevoegde waarde.
Agile software ontwikkeling met continuous deliveryWillem Meints
Een gastcollege waarin ik uitleg heb gegeven over continuous delivery en agile methodieken die we binnen het knowNow project van Info Support hebben toegepast.
Kwaliteit van binnen uit - de methodiek van de leer- en werkomgeving voor de ...Evelien Verkade
In de slides staat uitgelegd hoe het werkt met de leer- en werkomgeving voor de zorgpartners, om zo kwaliteit van binnenuit het zorgproces te ondersteunen, zodat voeding en groei van dit primaire proces mogelijk gemaakt wordt.
Waarom werken sommige ontwerpen wel en anderen niet? Wordt onze propositie wel begrepen? Sluit de tone-of-voice wel aan bij onze gebruikers? Hoe zorgen we ervoor dat mensen de toptaken op onze site beter kunnen volbrengen?
Dat is een greep in de vragen die je kunt behandelen door te testen. In onze workshop 'Agile Userchecks' gingen we in op de usercheck-methodiek, en wanneer je deze gebruikt.
Waarom werken sommige ontwerpen wel en anderen niet? Wordt onze propositie wel begrepen? Sluit de tone-of-voice wel aan bij onze gebruikers? Hoe zorgen we ervoor dat mensen de toptaken op onze site beter kunnen volbrengen?
Dat is een greep in de vragen die je kunt behandelen door te testen. In onze workshop 'Agile Userchecks' gaan we in op de usercheck-methodiek, en wanneer je deze gebruikt. Ook leggen we het naast A/B-testing, een andere populaire techniek.
Waarom werken sommige ontwerpen wel en anderen niet? Wordt onze propositie wel begrepen? Sluit de tone-of-voice wel aan bij onze gebruikers? Hoe zorgen we ervoor dat mensen de toptaken op onze site beter kunnen volbrengen?
Dat is een greep in de vragen die je kunt behandelen door te testen. In onze workshop 'Agile Userchecks' gaan we in op de usercheck-methodiek, en wanneer je deze gebruikt. Ook leggen we het naast A/B-testing, een andere populaire techniek.
‘Medewerker’ krijgt hoofdrol in film: procesverbetering Infostrada Creative T...TOPdesk
De bezoeker leert hoe je een procesverandertraject tot een succes kan maken. Dit wordt gedaan aan de hand van 15 concrete oplossingen. Rode draad in deze concrete oplossingen is de medewerker. Doordat de case zich afspeelt bij een schitterend bedrijf wat actief is in de televisiewereld krijg je ook nog een kijkje achter de schermen van deze wereld. (Gepresenteerd op het Nationaal Management & IT Symposium 2013 door Jildert de Groot en Ralf van Vegten)
Nu Covid-19 onderdeel is geworden van onze planningen, is het nog belangrijker geworden om medewerkers voor het uitvoeren van regulier onderhoud en stops zo productief mogelijk inzetten, en daarbij de benodigde stilstandstijd zo kort mogelijk maken.
Door de productiviteit te meten met Hands-on-Tool-Time metingen, kunnen we zien waar tijd verloren gaat aan onnodig wachten of overbodige acties. Hiermee wordt het mogelijk om concrete verbeteringen door te voeren. Het gebruik van HoTT-metingen is daarom een slim begin van een volgende stap in het optimaliseren van uw organisatie.
Voor het meten van de productiviteit gebruikt Stork een tool: de HoTT Toolkit.
In dit half uur durende Webinar legt Menno van den Berg uit wat HoTT is, wat er mogelijk is met deze tool en hoe uw verbetertraject vorm krijgt.
Facto Congres 2015. Workshop 8. Verbeteren van FM met LeanFacto Magazine
Steeds meer organisaties gebruiken ‘Lean’ als middel om de facilitaire processen te verbeteren en efficiënter in te richten. En met succes, want wie de methodiek slim en gestructureerd toepast, kan al snel resultaten behalen.
Lean denken richt zich op het zien van waarde door de ogen van de klant. Door het verbeteren en versoepelen van de processtroom en het elimineren van verspilling, worden lagere kosten en een betere waarde voor de klant bereikt.
Een interactieve workshop met aandacht voor de grondbeginselen van Lean voor Facility Management, het uitvoeren van een waarde-toevoegende analyse en prestaties meten met klantgerichte metingen en kritieke kwaliteitseisen (CTQ's en KPI's). Profiteer van de praktische handvatten en leer van de Lean-ervaringen bij verschillende organisaties (o.a Schiphol, Philips en UWV).
Blijf op de hoogte. Gratis whitepapers, het laatste nieuws en congres/opleiding updates leest u op www.facto.nl
Kon je er niet bij zijn op de klantendag dit jaar? Lees hoe Yesplan geëvolueerd is en waar het product heen gaat. Na deze presentatie ben je weer helemaal mee met de handigste event planning software.
Hoe releasen minder pijnlijk werd bij de ANWB AlarmcentraleJeroen Reijn
Continuous Delivery wordt vaak geassocieerd met een snellere time-to-market, maar wat als dat niet je voornaamste probleem is? Een aantal jaar geleden heeft de ANWB besloten om zich van een traditionele enterprise organisatie te transformeren naar een Agile organisatie. Bij de afdeling Hulpverlening zijn wij met drie teams bezig met het ontwikkelen van het nieuwe case managementsysteem voor de ANWB Alarmcentrale. Als onderdeel van onze agile werkwijze maakten wij een release en rolden wij deze uit aan het eind van onze 2 wekelijkse sprints. Dit leverde ons regelmatig verschillende problemen op en halverwege 2016 besloten we dat het anders moest. We hebben toen een beweging ingezet richting Continuous Delivery. In deze presentatie zullen we ingaan op de uitdagingen die we hadden, hoe we die hebben aangepakt, en op een aantal onverwachte voordelen.
I am a agile tester, because...(Agile testing put to practice)Derk-Jan de Grood
On 12 September Andreas Prins and I gave two presentation on the TestNet session night. The theme of the event was: Transforming testing to fit modern development. Andreas identified various rhythms (or wavelengths) in the SDLC and explained the automation that can be done in order to have short lead times and frequent feedback on code quality and delivered value.
My presentation was called “I am an agile tester, because…”. During my talk I discussed what it takes to be an agile tester and I introduced 12 statements that can be used as manifesto for the agile tester. During the presentation 40+ participants filled in the survey and we got a nice impression of how agile our testing is. You can find the results below, and in the slide deck.
Using a recent project I was involved in I put these statements to the test. I explain the test strategy I applied and shared my successes and failures. One of the participants tweeted about the presentation: “A nice war story. The 12 statements trigger me to think about my own role and the role of testing within my project and organization”. I think I succeeded my mission.
Zo pakte Groep Tack de ERP-implementatie in haar 7 vestigingen aan.SDE
Samen met ERP partner SDE rolde groep Tack Microsoft Dynamics NAV uit in haar 7 vestigingen, bij haar 130 medewerkers. Zo een groot projecten vraagt sterke voorbereidingen. Leer hoe Groep Tack haar organisatie klaar maakte voor deze grote verandering.
Hoe releasen minder pijnlijk werd bij de ANWB AlarmcentraleSjoerd Hemminga
Continuous Delivery wordt vaak geassocieerd met een snellere time-to-market, maar wat als dat niet je voornaamste probleem is? Een aantal jaar geleden heeft de ANWB besloten om zich van een traditionele enterprise organisatie te transformeren naar een Agile organisatie. Bij de afdeling Hulpverlening zijn wij met drie teams bezig met het ontwikkelen van het nieuwe case-managementsysteem voor de ANWB Alarmcentrale. Als onderdeel van onze agile werkwijze maakten wij een release en rolden wij deze uit aan het eind van onze tweewekelijkse sprints. Dit leverde ons regelmatig verschillende problemen op en halverwege 2016 besloten we dat het anders moest. We hebben toen een beweging ingezet richting Continuous Delivery. In deze presentatie zullen we ingaan op de uitdagingen die we hadden, hoe we die hebben aangepakt, en op een aantal onverwachte voordelen.
Kaizen, deel 4: continu verbeteren met kaizenteams.pptxBertTeeuwen1
Kaizen is continu verbeteren.
Wat is een kaizenteam?
Een kaizenteam is een groepje deskundigen van de werkvloer dat projectmatig een opdracht uitvoert,
zoals het oplossen van een probleem
of het realiseren van een prestatieverhoging
Andere namen voor een kaizenteam zijn verbeterteam of Small Group Activity.
Kaizenteams worden wel “het geheime wapen” van TPM en Lean genoemd
Kaizenteams kunnen gemakkelijk verzanden of tot teleurstellingen leiden. Daarom bespreken we in deze slideshare een paar belangrijke aandachtspunten
Een kaizenteam volgt altijd dezelfde route, die van PDCA, zoals uitgelegd in deel 3.
En dan de uitgebreide variant van 8 stappen.
De begeleider houdt zich strikt aan deze stappen en geeft aan, aan het team en aan de opdrachtgever hoe ver het team is in de PDCA-routine en zegt het ook als er een volgende stap wordt gezet.
De eerste stappen zijn voor de opdrachtgever.
Het onderwerp kiezen
En het doel stellen
En het team samenstellen
Er zijn drie soorten opdrachten:
Kleine, Grote en Te grote
Vooral dat laatste is een flinke valkuil voor opdrachtgevers: veel te grote opdrachten geven. Of de opdracht gaandeweg uitbreiden.
Beter te klein dan te groot.
Minimaal 6 weken voor een hele PDCA tot maximaal een half jaar. Daarna daalt het enthousiasme snel.
Minimaal de helft van de doorlooptijd van een kaizenproject is nodig voor:
Het uitvoeren van verbetervoorstellen in de praktijk
Voor het testen
En voor het standaardiseren en borgen
Er is een duidelijke rolverdeling tussen de opdrachtgever en het kaizenteam, de opdrachtnemer.
De opdrachtgever geeft de opdracht en stelt het doel,
Het team onderzoekt het probleem en komt met oplossingen.
De opdrachtgever doet niet mee aan de analyse en het bedenken van oplossingen.
De opdrachtgever heeft wel invloed op het soort oplossingen waar het team mee kan komen.
Dat doet de opdrachtgever door VOORAF randvoorwaarden mee te geven waar de oplossingen aan moeten voldoen.
Als de opdrachtgever geen dure oplossingen wil, geeft hij een maximum bedrag of een terugverdientijd als randvoorwaarde mee.
Het kaizenteam is de opdrachtnemer.
Deelnemers worden met zorg geselecteerd. Door de opdrachtgever, niet op basis van vrijwillige aanmelding. De samenstelling van het team moet goed passen bij het onderwerp. En de teamleden bij elkaar.
Deelname is vrijwillig, maar niet vrijblijvend. Iedereen doet mee tot het einde.
Het kaizenteam is de opdrachtnemer, dat betekent dat ze de hele PDCA moeten doorlopen en niet kunnen stoppen als ze de oplossingen voor het probleem bedacht hebben. En een actieplan gemaakt hebben.
Niet de opdrachtgever voert het actieplan uit, maar het team. Ze leveren hun bedachte oplossingen werkend op. Dat is heel belangrijk omdat de teamleden dan zullen moeten bedenken of hun bedachte oplossingen zullen worden omarmd door de collega’s.
Zoals de wet van Maier al zegt:
Het effect van een oplossing of EEN verbeteridee is het product van de kwaliteit ervan keer de acce
Er zijn veel verschillende definities en interpretaties van een Digital Twin - een digitale tweeling - dus het kan zijn dat niet iedereen hetzelfde beeld heeft over wat het is, waar het voor wordt gebruikt, wat er mee mogelijk is en hoe het mogelijk voor jou werkt.
In dit Webinar maak je kennis met het begrip Digital Twin en de toegevoegde waarde ervan, met name in de Operate & Maintain fase van een levenscyclus van een Asset. We geven antwoord op vragen zoals:
- welke elementen zitten er in de Digital Twin
- wat is er op de markt
- welke voorbeelden van implementaties zijn er
- wat de link is met Industrie 4.0
- wat is de toegevoegde waarde.
Agile software ontwikkeling met continuous deliveryWillem Meints
Een gastcollege waarin ik uitleg heb gegeven over continuous delivery en agile methodieken die we binnen het knowNow project van Info Support hebben toegepast.
Kwaliteit van binnen uit - de methodiek van de leer- en werkomgeving voor de ...Evelien Verkade
In de slides staat uitgelegd hoe het werkt met de leer- en werkomgeving voor de zorgpartners, om zo kwaliteit van binnenuit het zorgproces te ondersteunen, zodat voeding en groei van dit primaire proces mogelijk gemaakt wordt.
Waarom werken sommige ontwerpen wel en anderen niet? Wordt onze propositie wel begrepen? Sluit de tone-of-voice wel aan bij onze gebruikers? Hoe zorgen we ervoor dat mensen de toptaken op onze site beter kunnen volbrengen?
Dat is een greep in de vragen die je kunt behandelen door te testen. In onze workshop 'Agile Userchecks' gingen we in op de usercheck-methodiek, en wanneer je deze gebruikt.
Waarom werken sommige ontwerpen wel en anderen niet? Wordt onze propositie wel begrepen? Sluit de tone-of-voice wel aan bij onze gebruikers? Hoe zorgen we ervoor dat mensen de toptaken op onze site beter kunnen volbrengen?
Dat is een greep in de vragen die je kunt behandelen door te testen. In onze workshop 'Agile Userchecks' gaan we in op de usercheck-methodiek, en wanneer je deze gebruikt. Ook leggen we het naast A/B-testing, een andere populaire techniek.
Waarom werken sommige ontwerpen wel en anderen niet? Wordt onze propositie wel begrepen? Sluit de tone-of-voice wel aan bij onze gebruikers? Hoe zorgen we ervoor dat mensen de toptaken op onze site beter kunnen volbrengen?
Dat is een greep in de vragen die je kunt behandelen door te testen. In onze workshop 'Agile Userchecks' gaan we in op de usercheck-methodiek, en wanneer je deze gebruikt. Ook leggen we het naast A/B-testing, een andere populaire techniek.
Similar to Sessie 1 Communiceren vanuit de sneltrein Hanneke Mesu en Jesse Sprokholt (20)
Sessie 26 werkt u 's nachts ook? Ivo Klaassen Pleun Rijkers
Sessie 1 Communiceren vanuit de sneltrein Hanneke Mesu en Jesse Sprokholt
1. Communiceren vanuit de sneltrein
Hoe kun je communicatiemiddelen inzetten om de
organisatie tijdig bewust te maken van de
verandering die Epic teweeg brengt?
Jesse Sprokholt en Hanneke Mesu
2. PHASE 5 PHASE 6PHASE 3 PHASE 4PHASE 2PHASE 0 PHASE 1
Education, Analysis & Design Adoption & TransformationImplementation
Project
Definition &
Direction
Setting
Discovery &
Project
Scope
Validation
System
Build & End-
User
Adoption
Testing,
Training, &
Go-Live
Post-Live
Support &
Optimization
Rollouts &
Upgrades
Implementatie Overview
april 2012 mei – juli
augustus -
december
januari-maart
2013
april -oktober
november –
januari 2014
continue
• Contract
16 april
• Bemensing
projectteam
• Training en
certificering
projectteams
• Scope
• PID
• Validatiesessies 1
28, 29, 30 augustus
• Validatiesessies 2
9,10,11oktober
• Validatiesessies 3
6,7,8 november
• Specialisme Analyse
Sessies (SAS)
•Broomweeks
4, 5 18 en 19 december
• Start Readiness
programma
• Specialisme Analyse
Sessie 3, 4 (SAS)
• Inrichten Epic
• Workflow
Walk Through
Maart
• Unit testen
• Integratietesten
•Training super users
september
• Training
eindgebruikers
September –oktober
• Go-Live
27 oktober 2013
• Ondersteuning op
werkvloer
• Optimalisatie
• Optimalisatie
3. Education, Analysis & Design Adoption & TransformationImplementation
Project
Definition &
Direction
Setting
Discovery &
Project
Scope
Validation
System
Build & End-
User
Adoption
Testing,
Training, &
Go-Live
Post-Live
Support &
Optimization
Rollouts &
Upgrades
Interactie intensiteit
•Enthousiasmeren • Betrokkenheid
verhogen
•Informeren en
steunen
•Leiderschap
aanspreken
•Iedereen maakt
kennis
•Verwachtingen
managen
•Herpakken
Laag
Midden
Hoog
= intensiteit programma = intensiteit communicatie
4. • Project initiëren en afbakenen
• Team samenstellen
• Medewerkers certificeren
• Site visits eerste interactie met de afdelingen
• Kennis van de aanpak ligt bij leverancier en wordt gefragmenteerd gedeeld
• De informatiebehoefte vanuit de organisatie is groot
• Net als het ongeloof dat jij het niet weet
Enthousiast van start
5. Tips voor starters
• Proof of Concept voor publiek
• Zorg voor een goede basis, hou het simpel
• Intranet, nieuwsbrief, ervariumsessie
• Ben transparant
• Maak jezelf belangrijk. Zorg dat iedereen weet dat dit de allergrootste
verandering is die de organisatie ooit heeft meegemaakt
• Laat dit door de RvB uitdragen, bijvoorbeeld in de nieuwjaarstoespraak
6. Betrokken valideren
• Veel demo’s van een klein stukje Epic
• Stemmen
• Transparant delen van resultaten op intranet
• Eerste bewustwording van komende veranderingen
• Orderen staat centraal in Epic
• Arts moet veel aan de knoppen
• Veel aanpassingen in de werkwijze
7. Tips tijdens validatie
• Zorg dat intranet op orde is
• Zorg dat de organisatie rondom intranet op orde is
• Accepteer de vormgeving en werkwijze van Epic.
Red Red Red
Yellow Yellow Yellow
Green Green Green
Blue Blue Blue
N/A N/A N/A
Total Assessed Total Total
120 Day Counts 90 Day Counts 60 Day Counts
120 Day GLRA 90 Day GLRA 60 Day GLRA
639
79
267
183
134
7
670
72
277
164
110
16
684
50
215
197
212
10
11%
43%26%
17%
3%
Red Yellow Green Blue N/A
12%
40%
27%
20%
1%
Red Yellow Green Blue N/A
7%
31%
29%
31%
2%
Red Yellow Green Blue N/A
8. • Introverte lange projectfase
• Veel inhoudelijk contact met ervaringsdeskundige
• Workflow Walkthrough en roadshow met demo
Verwachtingsvol inrichten en testen
9. Tijd voor iets leuks
• Maak de harde processen wat zachter, kom met iets leuks
• Nodig gebruikers van andere Epic ziekenhuizen uit
• Gebruik deze periode om de trainingsfase en Go live voor te bereiden
10. • Go Live Readiness Assesment (GLRA) 120-90-60-30
• Maandelijkse Readiness bijeenkomsten
• Readiness teams per afdeling afdeling
• Beroep op leiderschap (door RvB)
• Verwachtingsmanagement
Readiness en transparantie
12. • 9000 deelnemers, 20 lokalen en 8 weken
• Iedereen aan de knoppen, zeer extraverte periode
• Heldere communicatie over het inschrijfproces, wie wordt waar en
wanneer getraind
• Trainingsmateriaal, Quick start guides, tipsheets, e-learnings
• Oefenomgeving
• Technical Dress Rehearsal en de End User Dress Rehearsal
Kennismaken tijdens training
13. Tips voor bij de trainingen
• Zorg voor een goede trainingslocatie, ook dit is een communicatiemiddel
• Reserveer tijd voor verwachtingsmanagement en detailvragen: parkeren,
catering, en zoek desgewenst een kolfruimte
• Investeer in contact met de buurt
• Als het nu niet leeft in de organisatie dan ben je te laat!
14. Adrenaline tijdens Go live
• Zeer dynamische periode waar veel energie van uitgaat
• 24/7 een commandocentrum door Radboudumc en Epic
• Overdrachtsmomenten voor floorsupport van buitenaf
• Dagelijkse superuser bijeenkomsten
• Korte lijntjes met calamiteitenorganisatie en Raad van Bestuur
• Strakke communicatielijnen, communicatie over issues en oplossingen
• Tipsheets
• Goede registratie van vragen, foutjes in het systeem
15. Tips bij Go live
• Er is niets belangrijker dan de Go Live,
voor niemand in de organisatie
• Snelle en flexibele berichtgeving op
homepage intranet
• sfeerimpressie via dagelijkse journaal
• berichten op homepage intranet
• Vergeet patiënten en verwijzers niet, voor hen verandert er weinig maar ze
moeten zich in deze hectiek veilig blijven voelen
• Doorloop het calamiteitenplan en zorg dat alle telefoonnummers
gecontroleerd zijn
• Hou je aan het schema, blijf niet langer. Daarvoor betaal je later de prijs
16. Herpakken bij nazorg en optimalisatie
• Heb oog voor het welbevinden van het team en zorg dat ze hun
enthousiasme terugkrijgen
• Betrek de organisatie bij het maken van keuzes
• Wat is een fout, wat is een wens, wat heeft prioriteit
• Echte aanpassingen pas na drie maanden
• Men is in het begin zeker niet tevreden met het systeem
• Rouwcurve…duurt een jaar
17.
18. Tips Nazorg en optimalisatie
• Benoem issues, maak prioritering duidelijk en laat voortgang zien
• Verwachtingsmanagement belangrijker dan ooit
• Vervolgtrainingen
• Probeer de tipsheets (>300) zo te ordenen dat ze gevonden worden