Requirements verzamelen is een risicovolle onderneming

Onderstaande blog gaat in op het risico van veel tijd besteden aan requirements die vervolgens veranderen of niet gebruikt worden. Een reden waarom er in Agile methoden iteratief aan requirements gewerkt wordt. http://brainslink.com/2011/10/10-reasons-to-not-define-requirements-up-front/

User stories splitsen

User stories zijn een veel gebruikte manier om conversaties met klanten/gebruikers vast te leggenmen toe te voegen aan de Product Backlog. Op basis van deze user stories kan in de sprints functionaliteit gerealiseerd worden. De kunst is om user stories op te splitsen tot de juiste behapbare grootte. Idealiter een paar dagen per stuk. Onderstaande [...]

Product Backlog een Agile work breakdown structure

De product backlog is een belangrijk concept in Agile methoden. Echter met alleen een product backlog ben je er niet. Andersom geldt het wel, als je een slecht gedefinieerde product backlog hebt, vallen veel van de voordelen van Agile methoden weg. Onderstaand artikel geeft een goed overzicht van het doel van de product backlog en [...]