● Watervalmethode
De grootste blunder was wel dat de behoeften van de doelgroep volstrekt genegeerd zijn. De ontwerpers in dit verhaal zijn automatiseringsdeskundigen, de gebruikers in dit verhaal zijn praktische technici. Als de projectgroep bereid was geweest te werken vanuit begrippen die de gebruiker wél kent (tekeningnummer, omschrijving, artikelcode, stuklijst), dan was er weinig aan de hand geweest. Vanuit het bekende willen de meeste mensen wel meedenken naar iets onbekends. Maar van abracadabra schrikt de gemiddelde werknemer terug.
En onder dit verhaal gaat nog een ander verhaal schuil, de werkelijke oorzaak van vele gestoorde ontvangsten. Ook buiten de wereld van de automatisering, vrees ik. De werkwijze van de projectgroep was zeer respectabel en alom erkend: grondig, ordelijk, logisch. Maar ook langdurig en vaak behoorlijk klantonvriendelijk. In dit geval zeker: de gebruikers snapten er niets van. En toch moest het zo, want ‘zo doen we het altijd’. ‘Vergelijk het maar’, zei mijn informant, ‘met de architect die alleen maar abstracte bouwtekeningen kan afleveren, terwijl de klant zo graag eens een leuk, levensecht schetsje zou zien. Ze hebben daar in mijn vak een mooie naam voor: de watervalmethode: al je kennis onbewerkt, onvertaald uitstorten over de klant.’ Levert dat dan geen ontevreden klanten op die weglopen? ‘Jazeker. Daarom is ook in automatiseringsland het licht gaan gloren. Nu werkt men weleens voorzichtig met de maquette-methode: geen abstracte schema's, maar een concreet demootje laten zien op het scherm. Of met de lappendekenmethode: de deelproblemen stuk voor stuk automatiseren en later pas het geheel “aan elkaar schroeven”. Dan ziet de klant eerder resultaat. Maar de waterval is nog in volle glorie aanwezig hoor.’