Invoering
Accepteren increment

Aan het einde van het increment wordt alles dat is geconstrueerd tijdens het increment opgeleverd. De projectsponsor dient goedkeuring te geven op aangeven van de gebruikersvertegenwoordigers, die het increment en de samenhang met eerdere incrementen hebben gecontroleerd.

Dit betekent overigens niet dat het opgeleverde increment vanaf nu ongewijzigd blijft. Lichte wijzigingen kunnen, en zullen optreden wanneer tasks van volgende incrementen taken aanroepen van het zojuist opgeleverde increment en vice versa, waar tasks van het huidige increment taken aanroepen die nog niet zijn gerealiseerd (via een dummy task).

Wijzigingen in incrementen dienen echter vooral beperkt te blijven tot hierboven genoemde mutaties. De implementatie van de business requirements zal veel minder aan wijziging onderhevig zijn.

Doel

Nadat de iteraties over ontwerp en bouw zijn afgerond door het projectteam, het increment is getest en ook de samenhang met eerdere incrementen is gecontroleerd, kan het opgeleverde increment worden geaccepteerd door de projectsponsor en de gebruikersvertegenwoordigers.

Stappen

1. Demonstreren increment
   Tijdens een workshop wordt het huidige increment door de gebruikersvertegenwoordigers getoond - in een demo - aan de projectsponsor. Dit gebeurt specifiek door de gebruikersvertegenwoordigers, om de bruikbaarheid van de applicatie direct aantoonbaar te maken.
   
   
2. Accepteren increment
   De projectsponsor keurt het increment, op aangeven van gebruikersvertegenwoordigers, projectleider en eventueel architect, goed. Dit wordt vastgelegd in het incrementplan. Hiermee wordt het increment afgerond. Let op: de applicatie wordt tijdens deze taak dus niet meer functioneel getest. Dit is reeds gebeurd in de ontwerp- en bouwfasen van het increment.
   
   
3. Opleveren applicatie
   Indien het huidige increment het laatste in het project is, wordt de applicatie in zijn geheel opgeleverd. Hiervoor dient de projectsponsor eveneens goedkeuring te geven, op advies van opnieuw gebruikersvertegenwoordigers, projectleider en eventueel architect.
   Nu echter wordt de applicatie bovendien in exploitatie genomen en moet overdracht naar beheer worden geregeld. De beheerder krijgt de beschikking over de volledige projectdocumentatie, diagrammen en code.
   
   

Richtlijnen

Indien een increment niet wordt goedgekeurd, is het zinvol met het projectteam in een workshop te evalueren welke maatregelen nog moeten worden genomen om het increment goed te laten keuren. De vastgestelde timebox mag echter niet lijden onder deze maatregelen. Dit betekent in het algemeen dat de niet goedgekeurde use cases weer worden opgenomen in de lijst met nog te implementeren use cases, zodat ze meedoen in de prioritering van het volgende increment.

Anders dan in traditionele systeemontwikkelprojecten, is de acceptatie van het increment meer een formaliteit dan een uitgebreide test. Het testen van de functionaliteit van het increment komt namelijk al aan de orde tijdens de ontwerp- en bouwfase van het increment. Een volledig getest increment wordt derhalve aangeboden ter acceptatie.
Veelal volstaat een demo of korte hands-on walkthrough met de projectsponsor. De gebruikersvertegenwoordigers treden hierbij op als 'gids' door de applicatie heen.