🚦 Release Readiness

Controle of een oplossing functioneel, technisch en organisatorisch gereed is voor release naar een hogere omgeving of productie.

← Terug naar Build & Test

Introductie

Het afronden van development betekent niet automatisch dat een oplossing klaar is voor release. Veel issues ontstaan niet tijdens development, maar vlak voor of tijdens deployment.

👉 Release Readiness zorgt ervoor dat alle aspecten van een oplossing gecontroleerd zijn voordat deze wordt uitgerold.

👉 Het fungeert als een go/no-go quality gate vóór deployment.

1. Wat is Release Readiness

Release Readiness is een gestructureerde controle om te bepalen of een release veilig en verantwoord kan plaatsvinden.

  • is de functionaliteit correct getest?
  • zijn alle afhankelijkheden opgelost?
  • is de organisatie voorbereid op de release?
  • kan de oplossing veilig worden uitgerold?

👉 Het doel is niet perfectie, maar een gecontroleerde en verantwoorde release.

2. Doel

  • verminderen van risico’s bij deployment
  • voorkomen van productie-incidenten
  • verbeteren van samenwerking tussen teams
  • zorgen voor voorspelbare releases

👉 Release Readiness valideert of de oplossing “fit for release” is. → bepaalt of werk klaar is om te starten

  • Definition of Done (DoD) → bepaalt of werk klaar is om opgeleverd te worden
  • Release Readiness → bepaalt of werk klaar is om live te gaan
    • DoR → Development → DoD → Release Readiness → Deploy

    👉 Samen vormen deze stappen de volledige kwaliteitsketen.

    4. Onderdelen van Release Readiness

    🔹 Functioneel

    • acceptance criteria behaald
    • functionele tests uitgevoerd
    • UAT afgerond (indien van toepassing)
    • business sign-off aanwezig

    🔹 Technisch

    • build succesvol en stabiel
    • code geïntegreerd en versiebeheer correct
    • configuratie en omgevingen correct ingesteld
    • rollback scenario uitgewerkt

    🔹 Testing

    • unit, integration en E2E tests uitgevoerd
    • regression tests succesvol
    • smoke tests voorbereid voor na deployment
    • geen kritische defects open

    🔹 Performance & Security

    • performance tests uitgevoerd indien relevant
    • security checks uitgevoerd
    • compliance vereisten gehaald

    🔹 Organisatie

    • stakeholders geïnformeerd
    • release notes beschikbaar
    • support en beheer voorbereid
    • monitoring en logging ingericht

    5. Go / No-Go besluit

    Release Readiness leidt tot een expliciet besluit:

    • ✅ Go → release kan doorgaan
    • ❌ No-Go → eerst issues oplossen

    👉 Dit besluit wordt vaak gezamenlijk genomen in een release-overleg.

    6. Checklist Release Readiness

    🔹 Functioneel

    • Functionele tests geslaagd
    • UAT afgerond
    • Business akkoord

    🔹 Techniek

    • Build stabiel
    • Configuratie correct
    • Rollback mogelijk

    🔹 Testing

    • Regression tests OK
    • Geen blocking bugs

    🔹 Organisatie

    • Stakeholders geïnformeerd
    • Release notes gereed
    • Monitoring actief

    7. Best practices

    • gebruik een vaste checklist per release
    • maak Go/No-Go expliciet en transparant
    • betrek business en operations
    • voorkom last-minute wijzigingen
    • automatiseer checks waar mogelijk (CI/CD)

    8. Samenvatting

    Release Readiness bepaalt of een oplossing daadwerkelijk klaar is om live te gaan.

    👉 Het vormt de laatste quality gate vóór deployment en voorkomt dat incomplete of risicovolle releases in productie terechtkomen.