Sessieronde 4

1. Meer grip op
nieuwe releases?
Hoe blijf je bij?

2. Wie zijn wij?
Mark de Swart
Jan van Doornmalen
Susanne Zuurendonk
Wat willen en kunnen we voor u betekenen?
• de samenwerking tussen Business en ICT
laten werken;
• performance verbetering van en met ICT;
• het (helpen) realiseren van uw korte- en
lange termijn doelen;

3. Een release
Een release is een nieuwe versie van de
applicatie waarin een verzameling in het proces
change management vastgestelde
wijzigingsverzoeken als een samenhangend
geheel wordt ontworpen, gerealiseerd, getest en
ingevoerd.
Grip?Bron: www.aslbislfoundation.org

4. Weet je met een nieuwe release
waar je heen gaat?

5. Naar MoSCoW!
• M - must haves: deze eisen (requirements)
moeten in het eindresultaat terugkomen, zonder
deze eisen is het product niet bruikbaar;
• S - should haves: deze eisen zijn zeer gewenst,
maar zonder is het product wel bruikbaar;
• C - could haves: deze eisen zullen alleen aan bod
komen als er tijd genoeg is;
• W - won't haves (ook wel would haves
genoemd): deze eisen zullen in dit project niet
aan bod komen maar kunnen in de toekomst, bij
een vervolgproject, interessant zijn.

6. Moet je voor het invoeren
van een nieuwe release
simultaan kunnen schaken?

7. Het negenvlakkenmodel (BiSL)

8. Zijn alle gebruikers blij met een
nieuwe release?

9. https://www.youtube.com/watch?v=SByymar3bds

10. Blije gebruikers
• Wie de meeste dingen probeert wint
• Hogere tevredenheid bij mensen die
meegedacht/meegewerkt hebben
• ‘Uitrollen’ getuigt van minachting van de
werkvloer
• Nieuwe functionaliteit is niet hetzelfde als een
“nieuwe uitlaat onder de auto”

11. Pragmatische aanpak
Naar aanleiding van Osiris 6.15.1
• Inventariseren van
– Release notes
– Notities
– Technische documenten
– Installatie handleiding
– Detailbeschrijvingen (DO’s)
• Interviewen van ontwerpers
• Link naar Service pagina
• Bekijken van wijzigingen
– Tussen 6.14 en 6.15

12. Check
Na een release is er nieuwe functionaliteit in
gebruik zijn genomen
• Maar hoe controleer je of dit (juist) wordt
gebruikt?
– Kengetallen
– Meekijken met de gebruiker
Voorbeeld: cijfers moeten binnen een week
bekend zijn bij de student

13. Kengetallen 1)
Op het gebruik van bestaande, maar ook op het gebruik
van nieuwe functionaliteit kun je rapporteren.
Wie gebruikt wat, wanneer, en op welke manier?
Definieer kengetallen
1: Objectbepaling: Welk onderdeel van de bedrijfsvoering wil ik
door middel van een kengetal in de gaten houden?
2. Operationalisatie: Hoe druk ik hetgeen ik van de
bedrijfsvoering in de gaten wil houden in een kengetal uit?
3. Welke waarden van het kengetal zijn wel, en welke zijn niet
acceptabel?
4. Hoe kom ik aan de gegevens, en hoe bereken ik het kengetal?
5. Hoe stel ik de waarde ter beschikking?

14. Kengetallen 2)
• Haal ze uit het systeem.
– SQL / Rapport
• Gebruik deze als startpunt voor je analyse.
– Wellicht zijn er prima redenen om een stuk niet te
gebruiken.
• Sluit niet aan bij behoefte gebruiker
• Gebruiker niet goed getraind
• Het onderliggende proces is niet goed geregeld.

15. Kengetallen voorbeelden
• Percentage cursussen met inhoud
• Percentage cursussen t.o.v. vorig jaar (als waarde inschatting percentage cursussen
met inhoud)
• Percentage Studenten met examenprogramma
• Percentage afgegeven propedeuses/bachelors/masters/AD’s voldaan aan eisen
programma
• Percentage studenten met begeleider
• Gemiddelde wachttijd van een student op zijn diploma (8 weken termijn)
• Percentage minoren met keuring
• Percentage uitgebrachte BSA’s
• Percentage verwerkte cijferlijsten (Bij handmatige ondertekening), wachttijd
1mnd, 2 mnd, 3 mnd
• Gemiddelde wachttijd cijfers door de student (vaststeldatum t.o.v. toetsdatum)
– 80% lijn
– 95% lijn
• Percentage studenten ingelogd afgelopen maand
• Percentage cijfers ingevoerd via OSIRIS-docent
• Percentage cijfers digitaal ondertekend
• Percentage cijfers gepubliceerd binnen 3 weken/ 6 weken/ 10 weken

16. Meekijken met de gebruiker
• Samen met de eindgebruiker kijken naar de
handelingen in het systeem.
• Hoe gebruikt hij/zij de nieuwe of aangepast
functionaliteit?
• Kijken of en hoe dit verbetert kan worden.
• Het samen onderscheiden van nieuwe
wensen.
 Inbreng nieuwe wijzigingsverzoeken voor
volgende release

17. Grip!
• Betrek je gebruikers/stakeholders
• Maak keuzes: ook als je functionaliteit niet
implementeert
• Volcontinue proces
• Checken geeft inzicht
• Na livegang ben je dus niet klaar!

18. Dank voor uw
aandacht!