12.07.2013 Views

LIBER AMICORUM - IBR

LIBER AMICORUM - IBR

LIBER AMICORUM - IBR

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

40-JARIG BESTAAN I.B.R.<br />

het geschikt is voor het gebruik dat men ervan wil maken, waarbij geldt «de klant is<br />

koning ». Beide groepen kunnen zich dus beroepen op een eerbiedwaardige kwaliteitsgoeroe.<br />

Enkel indien de specificatie perfect in overeenstemming is met de verwachting<br />

van de gebruikers zal er congruentie zijn.<br />

Alle partijen hebben belang bij een duidelijke vastlegging van de verwachtingen. Voor<br />

de eindgebruiker-opdrachtgever is het van belang te weten wanneer hij welk produkt<br />

mag verwachten en tegen welke prijs. Voor de systeemontwikkelaar is de specificatie<br />

het middel om aan te tonen dat aan de gemaakte afspraken is voldaan. De specificaties<br />

zijn het substituut van de verwachting (Paulussen, 1992). Ze moeten zo nauwkeurig<br />

mogelijk vastleggen over welke eigenschappen de diverse groepen verwachtingen<br />

hebben, en hoe kan worden gemeten in welke mate het informatiesysteem die<br />

eigenschappen bezit. «5nelle respons» is onvoldoende meetbaar, een specificatie die<br />

stelt dat de antwoordtijd nooit meer dan 2 seconden mag bedragen, met een daggemiddelde<br />

van 1 s is dat we!.<br />

Met betrekking tot die verwachtingen zijn wij de mening toegedaan dat de' Crosbydefinitie<br />

niet houdbaar is voor systeemontwikkeling. De eindgebruiker zal bij het<br />

begin van het systeemontwikkelingstraject nooit in staat zijn zich een precies beeld te<br />

vormen van zijn behoeften en dus van de gewenste specificaties. Veel van de klachten<br />

van de opdrachtgever hebben erop betrekking dat hij op een bepaald ogenblik zijn<br />

akkoord gegeven heeft zonder precies te weten waarmee hij akkoord was en wat hij<br />

precies wilde. De verdediging van de systeemontwikkelaar dat het systeem conform<br />

de specificaties is, kan in dat geval enkel de frustratie verhogen. Het volgende citaat<br />

over kwaliteit in het algemeen is o.i. zeer wel van toepassing op de systeemontwikkeling:<br />

«only by actually seeing and using the product, by 'hands on' experimentation,<br />

will the customer know whether he is as satisfied as he expected to be» (Teboul,<br />

1991, p. 28). Trouwens, zelfs indien de behoeften van de gebruiker bij de aanvang<br />

van de systeemontwikkeling perfect werdenweerspiegeld in de specificaties, moet<br />

men ermee rekening houden dat de doorlooptijd van softwareprojecten zo lang kan<br />

zijn dat de behoeften van de gebruiker bij de oplevering van het nieuwe systeem<br />

ingrijpend gewijzigd kunnen zijn. Een systeem dat perfect conform de vereisten is kan<br />

daardoor toch ongeschikt zijn voor het beoogde gebruik en bijgevolg voor de gebruiker<br />

van slechte kwaliteit zijn. «De rol van de informaticus blijft dus niet beperkt tot het<br />

simpelweg leveren van slechts hetgeen objectief in een contract is vastgelegd, maar<br />

zal juist ook moeten blijven omvatten het voortdurend blijven verkennen en trachten<br />

de afnemer te blijven begrijpen en tegemoet te komen» (Otten, 1992, p. 858).<br />

Zonder afbreuk te doen aan het belang van duidelijke specificaties zijn wij van mening<br />

, dat de systeemontwikkelaar beter voor een offensieve kwaliteitsstrategie kiest die<br />

erop gericht is de verwachtingen van de gebruiker te overtreffen (

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!