Good practices m.b.t. het opstellen van eisen en wensen

< Eisen en wensen

Introductie

 * In de Agile wereld werk je in een multi-disciplinair team waarbij de ontwikkelaars dikwijls aan een half woord genoeg hebben.
 * Een user story is in die situatie vaak voldoende om een start te maken met het ontwikkelen van de software.
 * Als e.e.a. niet goed begrepen is dat kunnen de stakeholders na oplevering van het increment aangeven hoe ze e.e.a. bedoeld hadden.
 * Soms kan het toch nuttig zijn om bijvoorbeeld een definition-of-ready en/of acceptatie criteria te formuleren.

Pilot

 * Tegenwoordig is veel software in de cloud beschikbaar. Het is dus vaak mogelijk om de software uit te proberen met een klein team.
 * Het is verstandig om eens te gaan praten met bedrijven die het product al gebruiken.
 * Realiseer je dat leveranciers razendsnel hun product verbeteren. In 2018 bijvoorbeeld was de HR-oplossing van Microsoft nog relatief nieuw en moest deze op onderdelen nog verbeterd worden. Inmiddels zijn we twee jaar verder en zijn de belangrijkste gaten gedicht. Je zult dus moeten vaststellen of de huidige versie functionaliteit mist waar je niet op kunt wachten.

Nog verwerken
Het wordt steeds eenvoudiger om systemen aan te passen. Steeds meer systemen bieden mogelijkheden om de functionaliteit naar je hand te zetten. Bijvoorbeeld bij SRXP (leverancier van online declaratieoplossing) experimenteren ze in 2016 met functionaliteit om bedrijfsregels aan te passen. In mdd-tools heb je alle vrijheid om een systeem naar je hand te zetten. Mede dankzij deze technologische ontwikkelingen is het minder van belang om bij de start van je systeemontwikkelingstraject al heel expliciet te omschrijven hoe het systeem eruit moet komen te zien. Je kunt je requirments gaandeweg aanpassen.