MKG logo
inloggen

Wat gebeurt er met mijn melding? Deel 4: afhandeling



Duizenden gebruikers werken dagelijks met onze software. Over het algemeen verloopt dat zonder veel problemen. Maar af en toe kunnen onverwachte of ongewenste resultaten van bepaalde handelingen voor obstakels in je werk zorgen. In dat geval kun je je probleem bij ons melden. Hoe gaan wij vervolgens met deze melding om? In vier delen nemen we je mee in de route die jouw melding aflegt binnen MKG. In deel 4: het afhandelen van een melding.


Sprint

Na de refinement (beoordeling) van de meldingen door de afdeling Ontwikkeling worden de meldingen afgehandeld volgens het scrum-model. De sprint is het belangrijkste onderdeel.

Hoogenboom Valves

In elke sprint van 4 weken wordt aan een nieuwe versie gewerkt die daarna wordt opgeleverd.

Meldingen kunnen over van alles gaan, zoals een wens voor een nieuwe eigenschap, een nieuwe functionaliteit, een foutmelding, een verbeteringsvoorstel. Het bepalen welke meldingen in een sprint opgepakt worden, gebeurt op basis van verschillende factoren, zoals:

- de verwachte inspanning
- het aantal gebruikers die het gemeld hebben
- het aantal gebruikers die ervan gaan profiteren
- de beschikbare capaciteit bij afdeling ontwikkeling
- het risico van de aanpassing
- in hoeverre het past in de strategische planning en de roadmap die door het productteam/managementteam is bepaald


Bij de sprint planning wordt door het developmentteam bepaald welke meldingen in een sprint van 4 weken worden afgehandeld. Deze meldingen worden in de sprint backlog geplaatst (in ons geval in het programma TOPdesk) als definitieve werklijst. Overige meldingen gaan naar de product backlog, en worden zoveel mogelijk in de volgende sprints opgepakt. Tijdens de sprint vindt er dagelijks een kort overleg plaats, de scrum, waarin iedere ontwikkelaar aangeeft wat diegene de vorige dag heeft opgeleverd, wat vandaag gedaan wordt en welke obstakels diegene tegenaan loopt tijdens de sprint. Aan het einde van de sprint wordt in de review de uit te leveren versie gedemonstreerd aan de stakeholders (het management, de teamleiders en andere belanghebbenden) om feedback te ontvangen over de oplossingen die zijn ontwikkeld. Daarna vindt er een retrospective plaats waarin het ontwikkelteam de samenwerking en mogelijke verbeteringen in het werkproces bespreekt.


Release/oplevering van een versie

Alle aanpassingen in een versie worden uitvoerig getest door het testteam van MKG. Bij elke versie vinden ook standaardtests plaats: een regressietest die alle cruciale processen meeneemt, een technische test (t.b.v. updateprocessen) en een performance test. Na goedkeuring van deze tests worden alle aanpassingen beschreven en als release notes gepubliceerd in Mijn MKG. De nieuwe versie gaat vervolgens eerst naar een selecte groep Bèta-klanten om te kijken hoe het in de praktijk werkt. Normaal gesproken volgt een algehele vrijgave een week later voor alle klanten. Een update herken je aan het versienummer, bijvoorbeeld van versie 005.057.xxx naar versie 005.058.xxx. Wanneer jouw melding in een versie is opgeleverd, krijg je een terugkoppeling hiervan via die melding.


Patches

Het kan voorkomen dat ondanks alle testen er toch fouten ontstaan in de software. Deze worden los van de vaste sprint planning in patches opgevolgd om de oplossingen sneller bij de eindgebruiker te krijgen. Een patch herken je aan de verhoging van het laatste cijfer in het versienummer, bijvoorbeeld van versie 005.057.006 naar patch 005.057.007. In het algemeen adviseren wij onze gebruikers om altijd met de laatst beschikbare versie van MKG te werken om zo van de meest recente verbeteringen in de software te profiteren.

Dit was het laatste deel van de serie 'Wat gebeurt er met mijn melding?'
meldingfoutmeldingcapaciteitversienummerfunctionaliteitprobleemverbeteringensoftwareversierelease notesgebruikerspatchesontwikkelingafhandelingsprintverbeteringsvoorstelinspanningrisicostrategische planningroadmapproduct backlogsprint backlogscrumreviewretrospectivetestteamregressietesttechnische testperformance testbèta-klanteneindgebruiker