Ga naar inhoud

Sprinting

Versie: 1.0 Eigenaar: Project Manager Goedgekeurd door: Directie Harborn Datum laatste review: 2025 Reviewfrequentie: Jaarlijks


Doel

Deze procedure beschrijft de richtlijnen voor het uitvoeren van Scrum-sprints bij Harborn, met als doel heldere klantvereisten en informatiebeveiliging te waarborgen gedurende de gehele sprintcyclus. De procedure bevordert effectieve samenwerking tussen klant en ontwikkelteam, bewaakt de definitie van "klaar" (Definition of Done) en integreert beveiligingsmaatregelen in elk onderdeel van het ontwikkelproces.

Toepassingsgebied

Deze procedure is van toepassing op alle projecten waarbij Harborn werkt met een iteratief (agile/Scrum) ontwikkelproces.


Processtappen

1. Voor de sprint (Pre-Sprint)

Klantbetrokkenheid

Zorg voor een samenwerkende relatie met de klant door hen te betrekken bij de sprintplanning. Vraag actief om input bij het definiëren van user stories en het prioriteren van werkzaamheden.

Definition of Done (DoD)

Definieer en documenteer de Definition of Done voor user stories. Leg vast welke specifieke criteria per user story vervuld moeten zijn voordat deze als voltooid en klantklaar beschouwd kan worden.

Data- en eisenverzameling

Zorg voor effectieve communicatie tussen klant en ontwikkelteam. Alle benodigde gegevens, specificaties en vereisten worden verzameld en gedocumenteerd vóór aanvang van de sprint.

Beveiligings- en compliancevereisten

Identificeer en documenteer eventuele specifieke beveiligings- of compliance-eisen die verband houden met het project. Zorg dat de klant deze vereisten begrijpt en accepteert vóór de start van de sprint.

2. Tijdens de sprint (Sprint Execution)

Sprintplanning

Houd sprintplanningsbijeenkomsten om user stories te bespreken, vereisten te verduidelijken en inspanning te schatten. Betrek de klant bij deze sessies om gezamenlijk begrip en afstemming te garanderen.

Dagelijkse stand-ups

Voer dagelijkse stand-up meetings om transparantie over voortgang te bieden, uitdagingen te bespreken en continue samenwerking tussen ontwikkelteam en klant te waarborgen.

Zichtbaarheid sprint backlog

Houd een zichtbare en actuele sprint backlog bij die duidelijk de status van elke user story communiceert, inclusief voortgang, acceptatiecriteria en openstaande punten of afhankelijkheden.

Klantbetrokkenheid

Moedig de klant aan deel te nemen aan sprintreviews en regelmatig feedback te geven op voltooide user stories. Dit zorgt dat verwachtingen worden nagekomen en tijdige aanpassingen mogelijk zijn.

Continue integratie en testen

Implementeer practices voor continue integratie en geautomatiseerd testen om de kwaliteit en stabiliteit van het sprintproduct gedurende het gehele ontwikkelproces te waarborgen.

3. Afsluiting van de sprint (Sprint Completion)

Sprintreview en retrospective

Houd een sprintreview met de klant om voltooide user stories te demonstreren, feedback te verzamelen en verbetermogelijkheden te identificeren. Voer aansluitend een retrospective uit om de prestaties van de sprint te reflecteren en lessen te documenteren.

Acceptatie van deliverables

Verkrijg formele acceptatie van de klant voor voltooide user stories. Dit bevestigt hun tevredenheid en borgt naleving van de overeengekomen vereisten.

Documentatie en archivering

Documenteer de uitkomsten van de sprintreview en retrospective. Archiveer deze informatie op een veilige manier en bewaar de records voor auditdoeleinden.


Rollen en verantwoordelijkheden

Rol Verantwoordelijkheid
Project Manager Bewaakt het sprintproces en zorgt voor naleving van deze procedure
Scrum Master Faciliteert sprintbijeenkomsten en verwijdert belemmeringen
Ontwikkelteam Voert user stories uit conform DoD en beveiligingsvereisten
Klant / Product Owner Levert vereisten aan, neemt deel aan reviews en accepteert deliverables

Gerelateerde beleidsregels

  • Geen specifiek beleid — zie algemene ISMS-documentatie

Gerelateerde controls