Bij Prowise werken we continu aan het verbeteren van de oplossingen die wij aan onze klanten leveren. Dit geldt ook voor ons SaaS-platform en onze webapplicaties. Regelmatige wijzigingen zijn nodig om functionaliteit, prestaties, beveiliging, betrouwbaarheid en gebruikservaring te verbeteren.
We besteden zorg aan het zo veilig en voorspelbaar mogelijk maken van deze wijzigingen. Ons releaseproces is erop gericht om verstoring voor scholen, leraren, leerlingen, beheerders en andere eindgebruikers zoveel mogelijk te beperken.
Scope van dit releaseproces
Dit releaseproces is van toepassing op het Prowise SaaS-platform en de webapplicaties, waaronder:
- Prowise SSO
- Prowise GO
- Prowise Screen Control
- Prowise Presenter
- MyProwise
- Prowise Partner-portaal
- Prowise Account
- Prowise Teach online functies
- Gerelateerde online platformfunctionaliteit
Dit proces is niet van toepassing op de corporate website van Prowise.
Releasecycli voor native software, zoals Prowise Central en de native versies van Prowise Teach, kunnen anders werken omdat updates voor geïnstalleerde software op een andere manier worden verspreid en toegepast.
Hoe releasebeslissingen worden genomen
Elke release wordt voorbereid door het relevante softwareteam dat verantwoordelijk is voor het product of de functionaliteit die wordt gewijzigd.
Voorafgaand aan een release beoordeelt de verantwoordelijke Product Manager het verwachte voordeel, het risico en de mogelijke klantimpact. Afhankelijk van de aard van de wijziging kunnen andere stakeholders worden betrokken, zoals:
- De CTO
- Serviceteams
- Salesteams
- Andere Product Managers
- Andere relevante interne experts
Het doel van deze beoordeling is om te bepalen of de release kan doorgaan, of extra waarborgen nodig zijn en of klanten vooraf geïnformeerd moeten worden.
Risicoclassificatie
Prowise classificeert releaserisico’s met behulp van brede categorieën. Deze categorieën helpen bij het bepalen van releaseplanning, communicatie en de mate van voorzichtigheid die nodig is.
| Risiconiveau | Betekenis |
|---|---|
| Verwaarloosbaar | Minimale verwachte impact en minimale waarschijnlijkheid van problemen. |
| Laag | Minimale verwachte impact en/of een lage tot gemiddelde waarschijnlijkheid van problemen. |
| Gemiddeld | Enige voorzichtigheid is vereist. Gemiddelde tot hoge impact is mogelijk, en de waarschijnlijkheid van problemen kan gemiddeld tot hoog zijn. |
| Hoog | Zorgvuldige behandeling is vereist. De mogelijke impact is hoog, en de waarschijnlijkheid van problemen wordt als hoog beschouwd. |
| Extreem | Als algemene regel niet acceptabel voor release. Het risico moet eerst worden verlaagd voordat de release kan doorgaan. |
Releases met een hoog risico zijn uiterst zeldzaam. In het algemeen streeft Prowise ernaar om de waarschijnlijkheid van problemen en de mogelijke klantimpact te verlagen voordat wordt doorgegaan met een release die anders in de categorie hoog risico zou vallen. In sommige uitzonderlijke situaties, zoals urgente operationele of beveiligingsgerelateerde omstandigheden, is het mogelijk niet haalbaar om alle risico’s voorafgaand aan de release te verlagen. In die gevallen wordt extra zorg besteed aan planning, communicatie, testen, monitoring en opvolging.
Releaseplanning
We streven ernaar om releases te plannen op momenten die mogelijke verstoring voor klanten beperken.
Voor releases met een hoger risico sturen we het releasemoment doorgaans richting ons vaste onderhoudsmoment: donderdag na 16:00 CEST, wat meestal na afloop van de meeste schooldagen is.
Releases met een lager risico kunnen buiten dit onderhoudsmoment plaatsvinden wanneer de verwachte klantimpact minimaal is.
Klantcommunicatie
Wanneer een release mogelijk een hoger risico of merkbare klantimpact met zich meebrengt, streven we ernaar om getroffen klanten vooraf te informeren.
Over het algemeen doen we dit door de organisatiebeheerders van de betrokken eindgebruikers ongeveer één week voor de verwachte release per e-mail te informeren.
Omdat releases worden getest tot het moment van deployment en opnieuw na deployment, kan een geplande release alsnog worden uitgesteld, geannuleerd of teruggedraaid als er problemen worden gevonden.
Waarom niet elke release vooraf wordt aangekondigd
Een van de manieren waarop we releaserisico beperken, is door wijzigingen klein en voorspelbaar te houden. Dit betekent dat we frequent releasen, en dat veel releases zeer klein en laag risico zijn.
Elke kleine release vooraf aankondigen zou leiden tot een groot volume aan communicatie zonder betekenisvolle waarde voor de meeste klanten. Om die reden communiceren we in het algemeen alleen vooraf wanneer het verwachte risico of de verwachte impact dit rechtvaardigt.
Niet vooraf aangekondigde releases worden nog steeds beoordeeld, getest en behandeld met als doel de klantimpact tot een absoluut minimum te beperken.
Hotfixes en urgente releases
Soms kan een release niet wachten op de reguliere planning- en communicatiecyclus. Dit kan voorkomen wanneer een wijziging nodig is om het volgende aan te pakken:
- Een actueel prestatieprobleem
- Een functioneel probleem
- Een beveiligingskwetsbaarheid
- Een ander urgent operationeel aandachtspunt
In deze situaties kan Prowise een hotfix of urgente wijziging releasen zonder voorafgaande communicatie, of met kortere kennisgeving dan gebruikelijk.
Technische wijzigingen met hoger risico
Sommige technische wijzigingen zijn van nature gevoeliger. Releases waarvoor bijvoorbeeld databasewijzigingen nodig zijn, kunnen een hoger operationeel risico met zich meebrengen.
Wanneer dergelijke wijzigingen noodzakelijk zijn, ook om redenen van prestaties, functionaliteit of beveiliging, streven we er nog steeds naar om vooraf te communiceren waar dit redelijkerwijs mogelijk is. In urgente situaties kan deze communicatie op korte termijn plaatsvinden.
Testen en rollback
Releases worden vóór deployment getest en na deployment opnieuw gecontroleerd.
Als vóór release een probleem wordt ontdekt, kan de release worden uitgesteld of geannuleerd. Als na release een probleem wordt ontdekt, kan Prowise corrigerende maatregelen nemen. Dit kan onder meer betekenen dat de release wordt teruggedraaid waar dit technisch mogelijk en passend is.
Vragen of zorgen
Deze pagina beschrijft het release management-proces voor Prowise SaaS-producten en webapplicaties.
Neem bij vragen of zorgen over dit release management-beleid contact op met de serviceafdeling van Prowise.