Analysis & Requirements Engineering

Proof


Vaak is het uit de hand lopen van ICT-projecten het gevolg van niet eenduidige of niet volledige specificaties. requirementsspecificaties, functioneel ontwerp specificaties, use case specificaties, test specificaties en gebruikersdocumentatie worden per bedrijf, per afdeling, per project op andere manieren samengesteld. Het ’design’ van het informatiesysteem en de wijzigingen daarop zijn te vaak overgeleverd aan willekeur en tijdsdruk.
De schade die daaruit voortkomt is enorm. Enige cijfers: 51% van projectoverschrijdingen vindt zijn oorzaak in het voortraject (bron: Standish Report 2005). Defecten als gevolg van slechte requirements kosten gemiddeld 40 tot 50% van het totale projectbudget (bron: Dean Leffingwell). Een derde van de projecten met dit soort problemen overschrijdt de
kosten met 150 tot 200%. Om maar niet te spreken van de time-to-market schade.
 

 

Voor een van de Standish Reports klik >>>>  HIER

 

Bewijs in overvloed dus dat het tijd is om het ICT-voortraject echt aan te pakken.


Als deeloplossing is vaak al een meer moderne projectbenadering geïmplementeerd zoals RUP, Agile-Scrum of Prince2. Een iteratieve aanpak, prototypes en risicoanalyses spelen daarin een belangrijke rol om defecten te voorkomen en vroegtijdig een goede oplossing te definiëren. Maar een minstens zo belangrijk element, zo niet het kernelement in dit verbeterproces, is het eenduidig definiëren van de requirements en het bijhouden van de wijzigingen daarop.


Solim legt met haar methodiek (ARE) en de workbench implementatie daarvan met een aansluiting op een centrale repository (ERA)  de basis voor modern Software Product Life Cycle Management.