Agile contracteren
In mijn praktijk kom ik het regelmatig tegen: een leverancier stelt de opdrachtgever voor om 'agile' te werken, en bij het bespreken van het contract blijkt dat zowel de opleverdatum als het eindresultaat (de op te leveren functionaliteit) niet vaststaan. Vaak wil een opdrachtgever echter enige zekerheid over het opgeleverde resultaat, de kosten en de opleverdatum. Het argument van de leverancier is dan meestal dat vaste afspraken over die onderwerpen niet passen bij de aard van agile.
- Lees ook: ‘Een stap voorwaarts in agile’
Dat is juist, althans ten dele. Bij een agile project wordt in korte iteraties, in nauwe samenwerking tussen leverancier en opdrachtgever, aan de beoogde oplossing gewerkt. Het uitgangspunt is dat de opdrachtgever een zogenaamde 'product owner' aanwijst, die gedurende het project (in iedere 'sprint') bepaalt welke functionaliteit in die sprint wordt ontwikkeld. In een IT-project dat volgens de agile-methode wordt uitgevoerd, is het gebruikelijk dat de initiële lijst van functionaliteiten wordt gewijzigd. Het komt daarom vaak voor dat, op basis van gewijzigde inzichten van de opdrachtgever, de omvang van het project verandert, omdat er meer, minder of andere functionaliteit ontwikkeld moet worden. Dit maakt het voor de leverancier moeilijk om een harde opleverdatum of een exact budget af te geven.