U komt voor software. Wij beginnen met een whiteboard.

Waarom bouwen jullie niet meteen?

De vraag klinkt simpel: kunnen jullie dit automatiseren? Het antwoord is bijna altijd ja. Maar na een uur uittekenen is dat meestal niet meer de vraag, omdat er dan iets anders zichtbaar is geworden: hetzelfde werk dat op vijf manieren gebeurt, of gegevens die op drie plekken staan.

Daar iets overheen bouwen kan technisch prima. Het is alleen zelden een goed idee.

Waarom u uw verhaal mag afmaken

Er ligt bij ons altijd papier op tafel. Niet voor de notulen.

Bij een groot bedrijf zat iemand uit te leggen wat er niet goed ging. Binnen twee minuten wisten wij het allebei: hier zit het, en zo los je het op. En we wisten nog iets — dit gesprek gaat nog zeker een uur duren.

Niet omdat die man traag was. Omdat hij nog niet kón weten dat wij het al wisten. Hij was halverwege zijn eigen verhaal, en dat verhaal had hij nodig; voor zichzelf net zo goed als voor ons.

Dus daar zaten we, met het antwoord in ons hoofd en achtenvijftig minuten te gaan.

Waarom wij dan niet onderbreken

Omdat u daarmee zegt: ik heb genoeg gehoord. Ook als u gelijk hebt, en misschien juist dan.

Iemand die zijn probleem uitlegt, is bezig het zelf te ordenen. Hakt u dat doormidden met “ik weet het al”, dan wint u vier minuten en verliest u de rest van de middag. De rest van het verhaal komt er niet meer uit — en dat is precies het deel waarin de uitzonderingen zitten.

Het is bovendien gewoon onbeleefd, en dat is op zichzelf al genoeg reden.

Waarom er dan getekend wordt

Omdat een scherpe gedachte niet blijft.

Probeer het maar: u hebt nu een helder idee, het gesprek duurt nog tien minuten. Over tien minuten hebt u dat idee nog steeds — maar niet meer op dezelfde manier. Wat weg is, is de vórm. Het beeld waarmee u het wilde uitleggen, de volgorde, dat ene woord dat het precies raakte. Wat overblijft is de samenvatting: *ik dacht iets over die facturen.*

En ondertussen bent u bezig het vast te houden in plaats van te luisteren. Dan mist u alsnog het stuk waar het om ging.

Dus komt het op papier. Poppetjes, pijlen, een blokje met een streep eromheen. Niet netjes en onleesbaar voor iedereen behalve wijzelf.

Zo’n tekening ziet er dan bijvoorbeeld zo uit: *drie mensen typen elke ochtend hetzelfde over, het komt samen in één mailbox, en de middelste weet als enige hoe het moet.* Eén regel, drie problemen — en die stond er al op papier voordat de man was uitgesproken.

Wat er op dat bord komt

Geen stroomschema met ruitjes. Gewoon: wie doet wat, in welke volgorde, en waar komt het vandaan.

Wij vragen niet hoe het proces werkt — dat levert de bedoeling op en niet de praktijk. Wij vragen naar de laatste keer. Wat kwam er binnen, wie pakte het op, wat deed die persoon toen precies, en waar ging het daarna heen.

Bij de derde of vierde keer dat we dat vragen, komt er iemand die zegt: *ja, maar ik doe dat anders.*

Dat is het moment waarop het bord waarde krijgt.

Wat wij daar aantreffen

Vijf dingen, en ze komen zelden alleen.

Hetzelfde werk gebeurt op meerdere manieren. Niet omdat iemand het fout doet, maar omdat er nooit is afgesproken hoe het zou moeten. Ieder heeft een werkwijze gevonden die werkt.

Dezelfde gegevens staan op meer dan één plek. Een deel in het pakket, een deel in een Excel, en iemand houdt voor de zekerheid een eigen lijstje bij. Dat lijstje is altijd het interessantst: het bestaat omdat het systeem iets niet kan.

Er zit een stap in die niemand kan uitleggen. “Dat doen we altijd zo.” Bij doorvragen blijkt hij ooit ingevoerd voor een situatie die al jaren niet meer bestaat.

De uitzondering is de regel geworden. Iedereen zegt dat het proces standaard is en dat er af en toe iets afwijkt. Tel de laatste twintig gevallen en het is andersom.

Alle afwijkingen lopen langs één persoon. Daarover gaat kennis die bij één persoon zit uitgebreider.

Waarom wij dan soms niets bouwen

Omdat een deel van wat er op dat bord staat, kan verdwijnen zonder dat er één regel code aan te pas komt.

Een stap die nergens meer op slaat, kan eruit. Vijf manieren om hetzelfde te doen, kunnen er één worden. Een lijstje dat naast het systeem wordt bijgehouden, kan soms in het systeem — met een instelling die er al zat.

Dat is geen omzet voor ons en het is wel het eerlijke antwoord. Wie eerst automatiseert wat weg had gekund, betaalt twee keer: één keer voor het bouwen en daarna elke maand voor het onderhouden.

Wat er dan overblijft

Iets kleiners dan waar het gesprek mee begon, en beter afgebakend.

Niet “een systeem voor onze offertes” maar “de prijzen komen uit één plek en de klantgegevens hoeven niet meer overgetypt”. Dat is te bouwen, te toetsen, en over een half jaar nog te begrijpen.

Wat er daarna volgt is het functioneel ontwerp: opschrijven wat er precies moet gebeuren, inclusief de uitzonderingen, voordat er iemand begint.

Hoe lang dat duurt

Een dagdeel tot een dag, afhankelijk van hoeveel mensen erbij moeten zijn.

Dat voelt als uitstel wanneer u met een concrete vraag binnenkomt. In de praktijk is het de goedkoopste dag van het hele traject: het is de enige dag waarop iets veranderen nog niets kost.

Wanneer dit niet nodig is

Als de vraag echt afgebakend is en het proces eromheen klopt. “Onze webshop moet de orders in de boekhouding zetten” is zo’n vraag — daar valt weinig aan uit te tekenen, dat is een koppeling.

Het onderscheid is eenvoudig: gaat het over gegevens van A naar B krijgen, dan kan er meteen gebouwd worden. Gaat het over hoe er gewerkt wordt, dan komt het bord eerst.

Laat het door drie mensen opschrijven

Vraag drie mensen die hetzelfde werk doen om het op te schrijven. Los van elkaar, en niet hoe het hoort maar hoe zij het doen.

Leg die drie naast elkaar. Zijn ze gelijk, dan hebt u een proces. Zijn ze verschillend, dan hebt u er drie — en dan is dat het onderwerp, niet de software.

Waar dit vandaan komt

Waarom er bij ons papier op tafel ligt en waarom een goed idee vervaagt als u het tien minuten vasthoudt, schreef Marc op als Waarom wij poppetjes tekenen aan tafel.