Wat is een discovery-fase? De eerste stap waarin processen, data en doelen in kaart komen vóór er gebouwd wordt. Wat eruit komt en wat het oplevert.
De discovery-fase is de eerste fase van een traject, waarin het werk wordt uitgezocht vóórdat er gebouwd wordt: welke processen lopen er, welke systemen en gegevens spelen mee, waar lekt tijd weg en wat is het doel. De opbrengst is geen software maar een begrensde, uitgeschreven scope waarop gebouwd en afgerekend kan worden.
Bijna elk mislukt automatiseringstraject is op een aannaming gestart: het leek duidelijk waar het werk loopt, en halverwege bleek het anders. De discovery neemt die aannaming weg. Door gesprekken met de mensen die het werk doen, het meekijken bij een werkdag en het nalezen van de systemen ontstaat een getrouw beeld van hoe het werk werkelijk verloopt. Inclusief de omwegen die in geen enkele procesbeschrijving staan.
Daarbij horen vier vragen. Wie doet wat, en hoeveel tijd kost dat? Welke systemen worden aangeraakt, en welke van die systemen laten zich koppelen? Welke gegevens zijn betrokken, en hoe schoon zijn die? En wat is het doel van het traject. Welke uiteindelijke toestand is het waard om naar toe te bouwen? De antwoorden leiden tot een keuze: welke werkstroom als eerste, wat valt bewust buiten scope, en waar in het proces de menselijke controle blijft.
De discovery is ook de kern van forward deployed engineering: de volgorde die we aanhouden is discovery, integratie, productie en daarna een feedbackloop waarin de praktijk terugspreekt. Door eerst in het werk te kijken en pas daarna te bouwen, ontstaat software die de werkelijkheid volgt in plaats van haar te veronderstellen. De opbrengst is schriftelijk, zodat de scope waarop afgesproken wordt niet in hoofden leeft maar op papier.
De moeite waard is een discovery zodra het traject meer dan één simpele, duidelijk afgebakende taak omvat: meerdere systemen, meerdere mensen, of een proces dat in de loop van jaren gegroeid is. Ook bij twijfel over de richting loont hij, want de uitzoekfase eindigt met een keuze die je op papier kunt leggen en beoordelen. En voor de relatie loont hij: beide partijen weten daarna wat er gebouwd wordt, op welk bewijs dat rust en wat het kost.
Het loont niet bij een taak die al volledig uitgekristalliseerd is. Een koppeling tussen twee systemen met een heldere veldenlijst heeft aan een gesprek genoeg. En het is geen waarborg: een discovery die alleen maar documentatie genereert zonder keuze, heeft zijn geld niet verdiend. Het eindproduct is een beslissing over scope en volgorde, geen rapport dat in een la belandt.
De discovery bij ons is een fase met een eindpunt en een opbrengst: gesprekken op de werkvloer, een verkenning van systemen en gegevens, en als sluitstuk een uitgeschreven scope met werkstroom, controlepunten en wat buiten beeld blijft. Daarna pas wordt gebouwd, en de offerte op de bouw volgt op nacalculatie over die scope. Zo weet je vóór het bouwen wat je krijgt, en waarom dat gekozen is.
Een uitgeschreven scope: de werkstroom die als eerste gebouwd wordt, de stappen daarin, de systemen en gegevens die erbij betrokken zijn, de menselijke controlepunten en wat bewust buiten beeld blijft. Vaak ook een inschatting van de daaropvolgende fasen en van de koppelmogelijkheden die gevonden zijn. Het is een document dat je kunt beoordelen, aannemen of bijstellen. Geen rapport terwijl het werk al loopt.
Vooral de mensen die het werk doen, niet alleen degene die het eindoordeel heeft. De medewerker die dagelijks de aanvragen verwerkt of de planning voert, weet waar het werkelijk knelt; de manager weet wat het op moet leveren. Beide zijn nodig, want een traject dat alleen op de ene laag wordt uitgeschreven mist de helft. Reken op een paar gesprekken plus ruimte om bij een werkdag mee te kijken, meer niet.
Dat kan het inderdaad worden, en daarom hangt er een eindpunt aan. Het verschil met uitstel is de opbrengst: na een goede discovery staat er een keuze op papier (dit werkstroom eerst, dit valt buiten scope, hier blijft de mens in controle) en kan de bouw starten met een afgesproken begrenzing. Bleef het bij gesprekken zonder keuze, dan was het geen discovery maar beraadslaging. We sturen er zelf ook op dat het eindpunt een besluit is.
Bij een kleine, duidelijk afgebakende taak: ja. Een koppeling tussen twee systemen met een heldere veldenlijst vraagt geen uitgebreide uitzoekfase, maar een goed gesprek en een scherpe offerte. Bij een werkstroom die meerdere systemen en mensen raakt is direct bouwen duurder, al is het pas achteraf zichtbaar: het werk blijkt anders te lopen dan verondersteld, en er wordt herbouwd. Die afweging maken we samen, en soms is het eerlijkste bouwplan de kortste discovery die er bestaat.
EIGHTY8