ABB Digiteam
[NL] Nederlands 1.1.0
[NL] Nederlands 1.1.0
  • Bouw mee aan het Semantische Ecosysteem van ABB
  • LBLOD – Lokale Besturen & Linked Open Data
  • Samenwerken bij Digiteam ABB
    • Welkom bij ABB: over ons en onze visie
    • Scaled Agile Organisatie van het Digiteam
      • Rollen en verantwoordelijkheden
    • Agile productontwikkeling bij ABB: Intro
      • Roadmap en roadmap planning
      • Groeispurten groeispurt planning
        • Voorbereiding van de planning
          • IPI-element: Impact Mapping
          • IPI-element: Story mapping
        • Centrale planningsdagen
          • IPI-element: capaciteitscheck
        • Groeispurtkalender
      • Sprints en sprintplanning
        • De sprint ceremonies
          • Sprintplanning
          • Backlog Refinement Meeting
          • (Daily) stand-up
          • Sprint demo (review)
          • Sprintrapportering op Solution Stand Up (SSU)
        • Innovatie en Planning Iteratie (IPI)
          • IPI-element: Innovatie
          • IPI- element: Spurt retrospective
          • IPI-element: Inspect & Adapt
    • Doelstellingen van het Digiteam
    • Verwerking van persoons- en andere gegevens
    • Tools om samen te werken
      • MIRO
      • Jira at ABB
      • Feature Passports
    • Hybride (samen)werken
  • Producten & Diensten
    • Gelinkt Notuleren, Embeddable en Plug-ins
      • Gelinkt Notuleren App
        • Fase 1: Voorbereiden agendapunten
        • Fase 2: Agenda
        • Fase 3: Zitting vervolledigen
        • Fase 4 & 5: Ondertekenen, publiceren & melden
        • Terminologieën (in uitvoering)
      • Embeddable & Say-Editor
    • Register van Maatregelen: Borden & Markeringen
    • Loket voor Lokale Besturen
      • Over de Modules
      • Toegang krijgen als lokale bestuur
      • Proof of concept versie Form Builder
      • Klachtenformulier
    • Gelinkt Publiceren en Melden
    • Publieke databanken
      • Mandatendatabank
      • Leidinggevendendatabank
      • Publicatiepagina Gelinkt Notuleren
      • Lokaal Beslist
    • Toezicht
    • Organisatieportaal
    • Erediensten
    • Open Proceshuis
    • Subsidiedatabank en Subsidie App
    • Formbuilder
    • Lokaal Mandatenbeheer
    • Toegankelijk Vlaanderen
    • Toegang krijgen tot de producten en diensten van ABB
      • Gebruikersrechten bekijken
      • Aanmelden
      • Afmelden of wisselen van bestuurseenheid
      • Ondersteunende functie: Printen
      • Toegang verlenen aan gebruikers tot producten en diensten via Gebruikersbeheer Vlaanderen
    • Overzicht applicaties, handleidingen en ontwikkelomgevingen
  • Ontwikkeling
    • Architectuur
      • Introductie voor niet-technici
      • [EN] Semantic Works Application Framework (FKA mu.semte.ch)
      • [EN] Docker
      • [EN] Linked Data & SPARQL
        • [EN] SPARQL & Virtuoso in Depth
        • [EN] SPARQLing exercises
        • [EN] Virtuoso in Depth
      • [EN] Ember.js
      • [EN] Templates & Coding conventions
      • Data Modellen
      • Rechtenbeheer & Inloggen
    • Front-end (HTML, CSS, JS)
      • Appuniversum
      • Accessibility
      • Ember
  • Testing
    • Testing bij ABB
      • Roadmap Testing ABB
      • Test strategie bij ABB
        • Wat is een testplan?
    • User Interviews & Testing [remote]
  • Design team ABB
    • Design
      • Feedback geven op Figma mockups
      • Interesting reads
      • Werken als designer bij ABB
Powered by GitBook
On this page
  • De groeispurt (planning)
  • De methodiek van de groeispurt planning
  • Wat kunnen we wanneer doen? (Roadmap planning)
  • Wat kunnen we wanneer doen? (Groeispurt planning)

Was this helpful?

Export as PDF
  1. Samenwerken bij Digiteam ABB
  2. Agile productontwikkeling bij ABB: Intro

Groeispurten groeispurt planning

PreviousRoadmap en roadmap planningNextVoorbereiding van de planning

Last updated 1 month ago

Was this helpful?

De groeispurt (planning)

Een groeispurt heeft steeds een duur van 10 weken. Het omvat vier ontwikkelsprints en een Innovatie en Planning Iteratie van telkens 2 weken. In de laatste week van de een groeispurt is er een Centrale Planningsdag (CPD) waar de doelen voor de volgende groeispurt wordt vastgelegd.

Door in periodes van 10 weken te werken is er voldoende focus om stappen te zetten maar niet te veel rigiditeit om met een steeds veranderende context om te gaan. Het geeft de ontwikkelteams een duidelijke focus voor 10 weken maar wel de mogelijkheid om met de volgende groeispurt in te spelen op (veranderde) prioriteiten uit de organisatie.

De groeispurtplanning is een planningstool voor de verschillende teams om hun eigen werk te plannen en op elkaar te kunnen afstemmen voor de komende 10 weken.

De groeispurtplanning is niet bedoeld voor de stakeholders die in principe enkel op het niveau van de oplossingen betrokken zijn.

De methodiek van de groeispurt planning

Wat kunnen we wanneer doen? (Roadmap planning)

Bij de roadmap planning is de eerste invalshoek die van de oplossingen. Enkel voor de meest nabije groeispurten wordt verwacht dat deze oplossingen ook in epics zijn onderverdeeld.

Als je op de roadmap enkel kijkt naar de volgende groeispurt, dan heb je dus een overzicht van de epics waaraan in de volgende groeispurt zal gewerkt worden. Dat overzicht is het startpunt voor de groeispurtplanning.

Wat kunnen we wanneer doen? (Groeispurt planning)

Definitie

Op basis van de Roadmap planning hebben we nu een beeld van (de oplossingen en) de epics waaraan we in de volgende groeispurt willen werken. Dan is de volgende vraag of we kunnen inschatten wanneer we aan welke epic kunnen werken gelet op onze beschikbare middelen. We proberen met andere woorden een zo realistisch mogelijke planning te maken en voorspelbaarheid te creëren voor de komende 10 weken.

Die voorspelbaarheid is belangrijk om eventuele bottlenecks tijdig te ontdekken en om te vermijden dat we onrealistische engagementen aangaan ten aanzien van onze andere collega's en teams binnen het digiteam.

Methodiek

  • aan welke epics we de komende 10 weken (4+1 sprints) verwachten te werken

  • aan welke issues we in welke sprint verwachten te werken

Voor de epics waaraan gewerkt zal worden in de eerstvolgende sprints zal het nodig zijn om de epics uit elkaar te trekken in kleinere "hoopjes" werk die passen binnen een sprint (=issues). Dit vereenvoudigt het plannen in de sprintplanning.

Epics waarvoor het werk nog meerdere sprints in de toekomst ligt , kunnen vager omschreven blijven en moeten nog niet opgedeeld zijn in issues.

Bij deze oefening hanteren we de volgende principes:

  • we mikken op maximale focus (aan zo weinig mogelijk epics / issues tegelijkertijd werken; maar eerder focus op een beperkt aantal epics en deze afwerken alvorens aan de volgende te beginnen.

  • het bepalen van de volgtijdelijkheid / afhankelijkheden van en tussen de epics en issues is belangrijker dan het plaatsen van de epics en issues in de juiste sprint. De groeispurt planning is geen kalender met engagementen, maar onze best mogelijke (realistische) inschatting van de planning voor de volgende sprints.

  • Naarmate we op de groeispurt planning verder vooruit kijken, daalt de mate van detail. Het werk dat gepland is voor de eerstvolgende sprint moet best tot op issue niveau gedefinieerd zijn; voor het werk dat gepland is om te starten in een van de latere sprints is het perfect aanvaardbaar wanneer dit nog niet volledig in issues is omschreven.

De r wordt uitgebreider besproken onder de vorige titel, maar wordt hier herhaald omdat ze de brug vormt tussen de roadmap planning en de groeispurtplanning.

We hebben een groeispurt planning die elke groeispurt tijdens de wordt opgemaakt en waarbij we inzichtelijk maken:

oadmap planning
Centrale Planningsdag