Verfijnen & schalen
Iteratie & release-ritme
Een voorspelbaar ritme om configuratiewijzigingen door te voeren zonder dat het project-modus terugkeert. Sprint, maand of kwartaal — kies het ritme dat past, en houd het aan.
Bijgewerkt op 18 mei 2026
Verfijnen · 6.2
Waarom dit nu
Twee veelvoorkomende patronen na go-live: (1) niets verandert nog (“we zijn live, klaar”) en (2) alles verandert ad hoc (iedere change is een crisis). Beide leiden tot stilstand of chaos. Een release-ritme is het middel om dat te vermijden — kleine wijzigingen, voorspelbaar, met dezelfde stappen.
Wat lever je op?
Releasekalender
Vast ritme (bv. maandelijks 1e dinsdag) met scope en freeze-windows.
RFC-flow
Request for Change-template: aanvraag → triage → impact → goedkeuring → release.
Test-strategie
Acceptatie-omgeving + smoke tests per release, met sign-off per dienst-eigenaar.
Communicatie-template
Wat verandert er, wanneer, voor wie — release notes die gebruikers begrijpen.
Drie types wijzigingen — drie cadansen
Klein & veilig
Wanneer nodig
Veld toevoegen, KB-artikel publiceren, template wijzigen. Eigenaar voert door, log in change-register.
Middelgroot
Maandelijkse release
Workflow-aanpassing, classificatie-uitbreiding, nieuwe rapport. RFC-flow, accept-test, communicatie.
Groot / structureel
Kwartaal-release
Nieuwe module activeren, integratie toevoegen, AI naar volgend niveau. Mini-project, stuurgroep-besluit.
Kernvragen
- 1Welk ritme past — sprint (2-weken), maand, of kwartaal voor de "middelgrote" laag? Hoe vaak willen gebruikers verandering aankunnen?
- 2Wie doet de triage van inkomende wijzigingsverzoeken? Welke criteria (impact × frequentie × moeite) gebruik je?
- 3Goedkeuring — welke change-board mag wat? Welke wijzigingen mag een admin alleen doen, welke vereisen sponsor?
- 4Acceptatie-omgeving — heb je er een? Hoe synchroniseer je productie-config naar test? Hoe lang test voordat het naar productie mag?
- 5Smoke-tests per release — minimale set scenario's die altijd door moet, los van de inhoud van de release.
- 6Roll-back per wijziging — vooral bij workflow-aanpassingen: kun je terug bij ongewenst gedrag?
- 7Release notes — wie schrijft, in welke taal, met welk detail? Voor gebruikers: kort & in jouw taal. Voor admins: technisch detail.
- 8Freeze-momenten — geen wijzigingen tijdens audit-week, fiscale afsluiting, eindejaarsperiode? Vastleggen in de kalender.
- 9Backlog — waar leeft de lijst van openstaande wijzigingsverzoeken? Wie prioriteert, hoe vaak?
- 10Productupdates van Gfacility zelf — release notes lezen, regression checken, eindgebruikers informeren. Wie pakt dat ritme?
Template — RFC-fiche
| Veld | Voorbeeldwaarde |
|---|---|
| Titel | Categorie "AI-assistent" toevoegen aan IT-ticket-flow |
| Aanvrager / dienst-eigenaar | Sara Janssen (Servicemanager) |
| Type | Middelgroot — classificatie-uitbreiding |
| Waarom | 15% van tickets gaan over Copilot/AI-tools, momenteel "anders" |
| Impact | Rapportage, AI-routing-regel, KB-tags |
| Risico's | Bestaande "anders"-tickets moeten geherclassificeerd worden |
| Roll-back | Categorie inactiveren — bestaande tickets behouden waarde |
| Voorgestelde release | Maand-release november |
| Goedkeuring | CAB (servicemgr, configurator, PM) — geen sponsor nodig |
Template — Releasekalender
| Maand | Release-datum | Freeze van/tot | Scope-focus | Communicatie |
|---|---|---|---|---|
| Okt | Di 7 okt 20:00 | Vr 3 okt — Wo 8 okt 9:00 | Workflow-aanpassingen IT | Release notes vr |
| Nov | Di 4 nov 20:00 | Vr 31 okt — Wo 5 nov 9:00 | Classificatie-uitbreiding | Release notes vr |
| Dec | — (geen) | Volledige maand | Freeze i.v.m. jaarafsluiting | Aankondiging eind nov |
| Jan | Di 13 jan 20:00 | Vr 9 jan — Wo 14 jan 9:00 | Kwartaal-release: nieuw dashboard | Release notes + uitleg-sessie |
| … | … | … | … | … |