M1 software processen

1. Concept Check: De Grote Twee

Je moet het fundamentele verschil begrijpen tussen de twee hoofdstromingen.

A. Waterval (De "Estafette")

• De kern: Alles is sequentieel. Je plant eerst alles, dan bouw je alles, dan test je alles.

• De metafoor: Het bouwen van een brug. Je gaat halverwege niet beslissen om de pijlers te verplaatsen.

• Wanneer werkt dit?

  • Kleine, eenvoudige projecten.

  • Wanneer de vereisten (requirements) glashelder zijn en niet veranderen.

• Het probleem: Software is onvoorspelbaar en klanten weten vaak pas wat ze willen als ze het zien. Aanpassingen zijn duur of onmogelijk in late fases.

  +1

B. Agile / Scrum (De "Rugby" aanpak)

• De kern: Iteratief en incrementeel. Je levert elke 2-4 weken (Sprint) werkende software op.

  +2

• De metafoor: Een rugby team dat samen als unit beweegt en inspeelt op veranderingen.

• Wanneer werkt dit?

  • Complexe projecten met onduidelijke of wijzigende vereisten.

  • Als snelheid naar de markt (Time to Market) belangrijk is.

• Het doel: Zo snel mogelijk waarde (value) leveren voor de klant

Quick Reference (Voor je spiekbrief)

Onderwerp Slide Ref Kernwoorden

Scrum Rollen

PO (Wat/Waarde), Scrum Master (Proces/Coach), Team (Hoe/Doen).

Scrum Events

Sprint Planning, Daily, Review (Demo), Retrospective (Proces verbeteren).

Artefacten

Product Backlog, Sprint Backlog, Burndown Chart, Increment.

Schatten

Planning Poker, Story Points (complexiteit, niet uren!), Fibonacci.

Verschil

Cruciaal: Zie de "Iron Triangle" op slide 33.

Scenario 1: Waterval vs. Agile (De "Iron Triangle")

Vraag: Een klant wil een project met een vast budget en een vaste deadline, maar ze weten nog niet precies welke features ze willen. Welke methode past hier?

Antwoord: Agile/Scrum. Redenering: Kijk naar Slide 33. Bij Waterval staan de Requirements (scope) vast, en zijn Tijd en Resources variabel (geschat). Dit past niet bij de vraag (want de requirements zijn onbekend). Bij Agile staan Tijd (Sprints/Deadlines) en Resources (Team) vast. De variabele is de Scope (Features). Engineering Inzicht: In Scrum werk je "Value Driven". Je bouwt eerst wat het meeste geld oplevert. Als de tijd op is, heb je tenminste de belangrijkste features af, in plaats van een half-afgewerkte brug.

Scenario 2: Planning Poker & Story Points

Vraag: Tijdens Planning Poker schat Developer A een taak op "3 punten" en Developer B op "13 punten". Wat doe je? A) Je neemt het gemiddelde (8 punten). B) Je neemt de hoogste (13) voor de zekerheid. C) De developers bespreken hun verschil en stemmen opnieuw.

Antwoord: C. Redenering: Planning poker dient om consensus te bereiken. De afwijking wijst erop dat ze de taak anders interpreteren. Developer B ziet misschien een risico dat A over het hoofd ziet. Valkuil: Story points zijn een maat voor complexiteit, niet direct voor uren/tijd. Het hangt niet af van wie het doet (senior of junior), maar hoe moeilijk het probleem is.

Scenario 3: De rol van de Scrum Master

Vraag: De Product Owner komt tijdens de sprint naar een developer en vraagt om "snel even dit extra knopje toe te voegen". Wat moet er gebeuren?

Antwoord: De Scrum Master moet ingrijpen. * Redenering: Een sprint staat vast (Sprint Backlog ligt vast). Veranderingen tijdens de sprint verstoren de focus. De Scrum Master beschermt het team en ruimt struikelblokken uit de weg. De PO moet dit op de Product Backlog zetten voor de volgende sprint.

Scenario 4: "We weten het niet" (Spike)

Vraag: Het team moet een koppeling maken met een onbekende API en kan onmogelijk inschatten hoe complex dit is. Hoe plan je dit in een sprint?

Antwoord: Gebruik een Spike. * Redenering: Een Spike is een specifieke user story bedoeld om onderzoek te doen of een prototype (PoC) te maken. Het is time-boxed. Het doel is niet "afwerken", maar "kennis opdoen" zodat je het daarna wél kan inschatten.