Er zijn veel projecten die worden geconfronteerd met problemen bij het inwinnen en specificeren van eisen aan softwaresystemen. Eisen of requirements komen bijvoorbeeld te laat naar voren of zijn per on-geluk niet opgenomen in de scope van het project. Ook komt het voor dat requirements worden vergeten mee te nemen als input voor de technische oplossing. Een ander voorbeeld is dat requirements wel worden herkend, maar dat ze alleen van de positieve kant worden benaderd. Uitzonderingsgevallen en alternatief gedrag zijn dan op de een of andere manier van de kar gevallen of uit het zicht geraakt. En zo zijn er nog veel meer soortgelijke problemen. Nu geldt dit op zich voor alle requirements, maar in veel gevallen zijn de problemen groter als het zogenaamde niet-functionele requirements betreft. Op de een of andere manier is er dan gewoon minder aandacht voor niet-functionele requirements of is het lastiger om dit type requirements goed onder woorden te brengen. Wat er ook aan de hand is, deze problematiek is één van de oorzaken waardoor projecten in de problemen kunnen komen. Wanneer je wilt weten wat belangrijke oorzaken en tegenmaatregelen zijn, download dan het gratis rapport "Hoe bepaal je beter niet-functionele requirements". Wil je dit rapport gratis ontvangen, vul dan het onderstaande formulier in:

- Hoe bepaal je beter niet-functionele requirements, gratis rapport in PDF

Voornaam:

Achternaam:

Email:

Ik heb net zoveel hekel aan spam als jij. Ik zal je gegevens dan ook nooit aan derde partijen geven.