Automatiseren zonder je team kwijt te raken

Niemand zegt het hardop in de vergadering waar automatisering ter sprake komt, maar iedereen denkt het wel: betekent dit straks dat ik overbodig ben? Die vraag zit onder bijna elk automatiseringstraject in het mkb, en wie hem negeert, krijgt vroeg of laat weerstand die niets met de techniek te doen heeft. Het systeem werkt dan prima. Het team werkt niet meer mee. En dat is, eerlijk gezegd, vaker het bedrijf zijn eigen schuld dan die van de mensen die tegensputteren.

De angst die niemand uitspreekt

Automatisering wordt vaak gepresenteerd als tijdwinst, en dat is het ook. Maar tijdwinst roept bij mensen die het werk nu doen een andere vraag op: wiens tijd wordt hier precies gewonnen, en wat gebeurt er met de rest van mijn dag? Blijft die vraag onbeantwoord, dan vult iedereen hem zelf in, en de meeste mensen vullen hem somberder in dan nodig. Niet omdat ze overgevoelig zijn, maar omdat ze nog nooit hebben gezien hoe het wél goed uitpakt.

Dat maakt stilte de grootste vijand van een automatiseringstraject. Niet het budget, niet de techniek, maar een team dat voor zichzelf al heeft besloten wat er gaat gebeuren, lang voordat er ook maar iets gebouwd is.

Weerstand is vaak informatie, geen obstakel

Het is verleidelijk om weerstand te zien als iets dat je moet overwinnen. Maar wie dit langer doet, merkt dat weerstand bijna altijd ergens op gebaseerd is. De collega die zegt 'dat gaat nooit werken bij die ene klant met die rare uitzondering' heeft meestal gelijk, en heeft die uitzondering nog nooit op papier gezet voor iemand buiten het team. Negeer die opmerking, en je bouwt een systeem dat binnen een maand stukloopt op precies die uitzondering.

De mensen die het werk nu doen, weten waar de rafelranden van een proces zitten. Een goede automatisering haalt die kennis juist naar boven, in plaats van eromheen te werken. Dat is ook waarom scan-first bij ons geen marketingterm is maar een volgorde: eerst kijken wat er al is en wie het al weet, dan pas bouwen.

Betrek je team vóór je bouwt, niet erna

De meest gemaakte fout is dat een eigenaar of leidinggevende het idee uitwerkt, een leverancier zoekt, en pas bij de oplevering het team erbij haalt om het 'uit te leggen'. Tegen die tijd is er weinig meer te bespreken. Het systeem staat er, en het enige wat overblijft is wennen of klagen.

• Leg de reden uit vóór je over de oplossing praat: welk probleem lost dit op, en voor wie precies.
• Vraag het team wat er nu misgaat, voordat je zelf bepaalt wat er moet veranderen.
• Laat iemand die het werk nu doet meekijken tijdens het bouwen, niet alleen testen achteraf.
• Zeg hardop wat er níét verandert. Dat stelt vaak meer gerust dan alles wat wél anders wordt.

Dat kost tijd, en dat is precies het punt. Een kwartiertje bij de koffieautomaat waarin je uitlegt wat er gaat gebeuren, voelt als oponthoud terwijl je eigenlijk wil bouwen. Maar reken het eens door: een systeem dat na oplevering drie maanden lang half gebruikt wordt omdat niemand het vertrouwt, kost veel meer tijd dan het kwartiertje dat je er vooraf aan had kunnen besteden.

Wat automatisering wél verandert aan een baan

De meeste automatiseringen in het mkb vervangen geen functie, ze verschuiven een taak. Iemand die drie uur per dag data overtypte, gaat die data nu controleren in plaats van intypen. Dat is een ander soort werk, en niet altijd meteen een leuker soort werk, zeker niet als niemand heeft uitgelegd waarom die verschuiving gebeurt. Maar het is een heel ander verhaal dan 'je baan verdwijnt', en dat verschil moet je benoemen. Veronderstel niet dat het vanzelf duidelijk is.

Wat er vaak écht verandert, is dat er tijd vrijkomt voor werk dat allang op de plank lag: klanten die eerder terug mogen bellen, een proces dat al jaren 'nog een keer goed uitzoeken' moet, een administratie die nooit bijgewerkt werd omdat er geen tijd voor was. Die tijd verdwijnt niet alleen in winst, die tijd gaat naar het werk dat altijd al had moeten gebeuren.

Automatisering die je team niet vooraf heeft gezien, voelt nooit als hulp, hoe goed hij ook werkt.

Wat je niet moet doen

Begin niet met een geheim traject dat pas wordt aangekondigd zodra het klaar is. Dat voedt precies de angst die je probeert te voorkomen. Koppel automatisering ook niet aan een reorganisatie of ontslagronde, zelfs niet als het toevallig tegelijk gebeurt: die twee dingen moeten in de communicatie strikt gescheiden blijven, anders wordt elke volgende automatisering gelezen als een aangekondigd ontslag. En ga niet uit van 'ze zien straks wel dat het beter is'. Mensen zien dat niet automatisch, ze moeten het ervaren, en bij voorkeur eerder dan op de dag van oplevering.

En onderschat niet wie er binnen het team het hardst twijfelt. Vaak is dat niet de persoon die het meeste te verliezen heeft, maar degene die het proces al jaren precies zo doet en nog niet heeft gezien waarom het anders zou moeten. Die twijfel verdwijnt niet door een presentatie met argumenten, maar door diegene vroeg te laten meedenken over hoe het nieuwe systeem de uitzonderingen aankan die hij of zij allang kent.

Een automatiseringstraject dat je team meeneemt, duurt soms een paar weken langer dan eentje dat in stilte wordt gebouwd. Die extra tijd betaalt zich meestal dubbel en dwars terug, in een systeem dat ook echt gebruikt wordt. Bij de Mini-audit vragen we daarom altijd wie met een proces werkt, niet alleen wie erover beslist. Dat is vaak niet dezelfde persoon, en precies dat verschil bepaalt of een automatisering blijft hangen of binnen een maand stilletjes wordt omzeild.