Meer grip op nieuwe releases?

Hoe blijf je bij?

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;

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

Weet je met een nieuwe release waar je heen gaat?

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.

Moet je voor het invoeren van een nieuwe release

simultaan kunnen schaken?

Het negenvlakkenmodel (BiSL)

Zijn alle gebruikers blij met een nieuwe release?

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

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”

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

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

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?

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.

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

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

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!

Dank voor uw aandacht!