Waarom een pilot strandt
Een pilot die technisch werkt en toch verdwijnt, strandt bijna altijd op hetzelfde: niemand had vooraf afgesproken wanneer het goed genoeg was, of wie het daarna beheert. De techniek was het makkelijke deel. De vijf besluiten hieronder gaan over al het andere.
Besluit 1 — Welk probleem, en waarom dat probleem?
Kies een proces met hoge frequentie en een omkeerbare fout. Niet het proces met de grootste jaarlijkse kostenpost, want dat is meestal ook het proces met de meeste uitzonderingen, de meeste belanghebbenden en de traagste terugkoppeling.
Leg vast wat het proces nu kost in tijd per doorloop en in doorlooptijd. Dat is geen businesscase maar een nulmeting; zonder die twee getallen kun je achteraf niets aantonen en wordt de discussie een meningenstrijd.
Besluit 2 — Waar komt de data vandaan, en waar blijft die?
Dit besluit wordt vaak uitgesteld tot de securityreview, en daar sneuvelen pilots. Bepaal vooraf: welke systemen worden gelezen, wordt er iets geschreven, welke gegevens verlaten je eigen omgeving, hoe lang blijft iets bewaard, en waar vindt de verwerking plaats. Verwerking in de EU is voor veel organisaties een harde eis; dat is een ontwerpbeslissing, geen detail dat je later inregelt.
Maak ook expliciet welke gegevens je bewust niet meeneemt. Een workflow die minder ziet, is makkelijker goed te keuren en makkelijker uit te leggen.
Besluit 3 — Welk controleniveau per stap?
Kies per stap tussen alleen lezen, voorstellen met menselijke goedkeuring, en automatisch met een logboek van elke stap. Dit is geen instelling die je later opzoekt: het bepaalt hoe de workflow eruitziet, wie er betrokken is en hoe snel de doorlooptijd wordt.
Vrijwel elke stap die iets wijzigt of naar buiten gaat, begint bij goedkeuring. Verschuiven doe je later, onderbouwd met het logboek van goedgekeurde en afgekeurde voorstellen — niet op gevoel en niet omdat het goedkeuren als vertraging voelt.
Besluit 4 — Wanneer is het goed genoeg?
Spreek het acceptatiecriterium af vóór de bouw, en spreek het uit in het werk van de gebruiker, niet in modelmetrieken. Bijvoorbeeld: op honderd echte gevallen wordt minstens x voorstellen ongewijzigd goedgekeurd, en de gevallen die worden aangepast kosten minder tijd dan het oude proces.
Belangrijker nog: spreek ook af wat de uitkomst is als het criterium niet wordt gehaald. Stoppen is een geldig resultaat en veel goedkoper dan een pilot die eindeloos wordt bijgeschaafd omdat niemand hem durft te beëindigen.
Besluit 5 — Wie beheert dit over zes maanden?
Een workflow in productie heeft een eigenaar nodig die de uitzonderingen bekijkt, iemand die ingrijpt als een bronsysteem verandert, en een afspraak over waar de workflow, de credentials en de logboeken staan als de samenwerking stopt. Regel dat bij de start. Achteraf is het een onderhandeling; vooraf is het een paragraaf.
Wat je hiermee wint
Vier van de vijf besluiten kosten samen een ochtend en gaan over afspraken, niet over code. Dat is het goedkoopste moment waarop een pilot nog kan worden afgeblazen — en de enige reden dat een geslaagde pilot daarna ook echt blijft draaien.
[[BEWIJS NODIG: doorlooptijd van pilot naar productie en het aandeel pilots dat productie haalde, over opgeleverde trajecten — eigenaar: delivery]]