Requirement, Integration, Testing
Maak tijd voor Kwaliteit
Software op tijd en binnen budget opleveren is de eerste stap naar succes. Maar wat als deze software niet voldoet aan de verwachte functionaliteit of kwaliteit? Dan gaat het nog meer tijd en nog meer geld kosten om het te verbeteren. Of, nog erger, u ziet er helemaal vanaf met alle financiële gevolgen van dien.
Tegenwoordig neemt de complexiteit van software-intensieve systemen hand over hand toe. Voor een productleverancier is het niet meer voldoende om aannames te doen betreffende datgene wat er opgeleverd moet worden. Het is niet voldoende om te denken dat we weten wat de klant nodig heeft. Het is essentieel om in een vroeg stadium te praten met de klant en andere belanghebbenden om het product goed in kaart te brengen en de eisen te waarborgen. En dan moeten we die eisen ook nog realiseren.
Requirements Engineering
Requirements Engineering is de discipline waarbinnen gekeken wordt naar ‘wat' een product moet gaan doen, waarom en met wie. Het gaat om duidelijkheid verschaffen over het product in zijn uiteindelijke omgeving, naar de mensen die in contact komen met het product en naar andere systemen die ermee zullen moeten samenwerken.
Communicatie is de spil van het Requirements Engineering wiel. Communicatie met de klant, de eindgebruikers en andere partijen die belang hebben bij het succes (of het falen!) van het product. De bevindingen dienen duidelijk en éénduidig gecommuniceerd te worden naar alle belanghebbenden, inclusief de ontwikkelteams die het product zullen gaan maken. Alleen zó kan het product de verwachtingen ook waarmaken. HUMIQ heeft daarom speciaal een training "Requirements Engineer in the Organisation" ontwikkeld die specifiek ingaat op deze persoonlijke vaardigheden van de Requirements Engineer.
Testen
Voordat we kunnen stellen dat de kwaliteit van het te leveren product voldoende is, moet er al heel wat gebeurd zijn. De eisen moeten duidelijk zijn, de implementatie moet gedaan zijn en dan moet er geverifieerd worden of de implementatie voldoet aan de eisen.
Vaak ontbreekt het organisaties echter aan tijd om al het testwerk in een project goed uit te voeren. Dit komt deels omdat de geplande testtijd vaak wordt ‘opgesnoept' door ontwikkeling, maar ook omdat men te laat met alle testwerkzaamheden in een project begint. Testactiviteiten beginnen al zodra de Requirements duidelijk zijn. Er moet duidelijkheid komen over wat men wil gaan testen en hoe, wie dat moet gaan doen en wanneer, wat men handmatig gaat uitvoeren en wat geautomatiseerd kan worden.
Blijf op koers met een goed Requirements Engineering en Test proces.