Roadmap
Hieronder staat een beknopte beschrijving van hoe we ons werk gedurende het jaar plannen en uitvoeren. Het is bedoeld voor klanten en partners die een overzicht willen hebben van onze kwartaalbenadering, onze tweewekelijkse sprints en hoe we PI (Program Increment) Planning twee weken voor het einde van elk kwartaal beheren.
Roadmaps
Bekijk onze roadmaps om een overzicht te krijgen van onze huidige prioriteiten en onze visie voor het jaar.
Waarom Is Dit Belangrijk Voor Jou
- Transparante mijlpalen: Je weet exact wanneer sprints beginnen en eindigen, en wanneer de belangrijke planningsactiviteiten (PI Planning) plaatsvinden.
- Regelmatige check-ins: Elke sprint omvat een review (of demo) vergadering waarin je de voortgang kunt zien, feedback kunt geven en aanpassingen kunt aanvragen.
- Proactieve afstemming aan het einde van het kwartaal: Het organiseren van PI Planning twee weken voor het einde van het kwartaal stelt ons in staat om ons gemakkelijk aan te passen aan de prioriteiten van het volgende kwartaal zonder te haasten.
Samenwerken
- Blijf betrokken: Jouw feedback tijdens sprint reviews en planningssessies stuurt onze beslissingen met betrekking tot functies, oplossingen en prioriteiten.
- Anticiperen: Met mijlpalen die elke twee weken (voor sprints) en elk kwartaal (voor PI Planning) zijn vastgesteld, kun je je eigen zakelijke of release deadlines dienovereenkomstig aanpassen.
Overzicht van Werkitems
AI Smarttalk beheert twee belangrijke soorten binnenkomende werkitems:
- Functies – Nieuwe functies of verbeteringen van bestaande functies.
- Bugs – Defecten of problemen binnen bestaande functies die een oplossing vereisen.
Hieronder volgt een kort overzicht van hoe functies en bugs doorgaans door ons proces vorderen:
| Item Type | Review Timing | Typical Priority Flow | Planning Cadence |
|---|---|---|---|
| Features | Tweewekelijks prioriteringsreviews | Geaccepteerd (naar backlog) / Uitgesteld / Afgewezen | Gedetailleerd tijdens PI Planning (elke 3 maanden) |
| Bugs | Continue triage; kritieke bugs worden zo snel mogelijk geanalyseerd | Hotfix (indien kritiek) / Bugfix (indien minder kritiek) | Kan worden ingevoegd in de huidige of volgende sprint |
Jaarplan – Overzicht
We verdelen het jaar in vier kwartalen (Q1, Q2, Q3, Q4). Elk kwartaal beslaat doorgaans drie maanden, en we gebruiken tweewekelijkse sprints om ons werk op te splitsen. Deze aanpak zorgt voor:
- Regelmatige updates volgens een voorspelbare planning.
- Frequent feedbackloops, waar je je ideeën kunt delen en het project kunt sturen.
- Aanpassingsvermogen voor het geval prioriteiten halverwege het kwartaal verschuiven.
Belangrijke Mijlpalen
-
Sprints (elke 2 weken)
- We voeren een reeks van tweewekelijkse sprints uit gedurende het kwartaal. Elke sprint eindigt met een beoordeling van het voltooide werk en de planning voor de volgende stappen.
-
PI Planning (2 weken voor het einde van elk kwartaal)
- Twee weken voor het einde van elk kwartaal houden we een PI Planning sessie.
- Waarom 2 weken van tevoren? Deze planning stelt ons in staat om voldoende informatie, gebruikersfeedback en teambeschikbaarheid te verzamelen om de doelstellingen voor het volgende kwartaal te finaliseren zonder de laatste sprint te verstoren.
-
Kwartaalovergang
- Aan het einde van elk kwartaal verzamelen we de bevindingen van sprintbeoordelingen, verwerken we de laatste feedback en bereiden we de doelstellingen voor het volgende kwartaal voor.
Hoe een Kwartaal Typisch Ontwikkelt
Een kwartaal (bijvoorbeeld, Q1, van 1 januari tot 31 maart) bestaat uit 6 sprints van ongeveer 14 dagen elk. Hier is het typische schema:
- Van Sprint 1 tot Sprint 5 – Normale ontwikkelingscycli, elk duurt twee weken.
- PI Planning – Gehouden rond de vijfde of zesde sprint, ongeveer twee weken voor het einde van het kwartaal.
- Finale Sprint & Afsluiting – We gebruiken de finale sprint om leveringen af te ronden en eventuele openstaande kwesties aan te pakken. Aan het einde van het kwartaal heb je een duidelijk overzicht van voltooide functies, opgeloste problemen en aankomende stappen.
- Q1 loopt van 1 januari tot 31 maart (ongeveer 90 dagen).
- Q2 loopt van 1 april tot 30 juni, enz.
- Elk kwartaal omvat een mijlpaal (PI Q1, PI Q2, enz.) twee weken voor het einde van het kwartaal (bijv. Q1 eindigt op 31 maart, PI Q1 is gepland op 17 maart).
Opmerking: Deze structuur (6 sprints per kwartaal, elk 2 weken lang) kan iets variëren afhankelijk van de werkelijke kalender, feestdagen of specifieke projectbehoeften. Desondanks blijven de tweewekelijkse sprintcyclus en de PI Planning voor het einde van het kwartaal constant om u voorspelbare mijlpalen te bieden.
Woordenlijst
Hieronder staat een woordenlijst van termen die vaak worden gebruikt in onze ontwikkelingsmethodologie:
Sprint
- Definitie: Een periode van tijd (typisch 1 tot 2 weken) waarin het team zich richt op een set van doelstellingen (gebruikersverhalen, taken) om een functionele productincrement te leveren.
- Doel: Snelle iteraties mogelijk maken, frequente zichtbaarheid in de voortgang en de mogelijkheid om aanpassingen te doen aan het einde van elke sprint.
PI (Program Increment)
- Definitie: Een langere tijdsperiode (vaak een kwartaal, ~8 tot 12 weken) die meerdere sprints groepeert.
- Doel: Teams plannen en afstemmen op bredere strategische doelstellingen, terwijl er ruimte is voor aanpassingen op een langere termijn dan een sprint.
Backlog
- Definitie: Een geprioriteerde lijst van functies, verbeteringen en oplossingen die geïmplementeerd moeten worden. Het wordt onderhouden door de Product Owner of het productteam.
- Doel: Zorgen dat het team zich richt op items die de hoogste waarde voor het product of project opleveren.
User Story
- Definitie: Een beknopte beschrijving van een functie vanuit het perspectief van de gebruiker (“Als een [gebruikertype] wil ik [capaciteit] zodat [voordeel]”).
- Doel: Zich richten op gebruikerswaarde en functionele vereisten verduidelijken.
Epic
- Definitie: Een grootschalige user story die over het algemeen kan worden opgesplitst in verschillende kleinere stories.
- Doel: Complexe functies of grootschalige projecten beheren en structureren.
Release
- Definitie: De levering van een gestabiliseerde versie van het product aan de productieomgeving of aan gebruikers.
- Doel: Bruikbare waarde bieden en concrete feedback verzamelen.