Een procesbeschrijving vertelt hoe werk hoort te gaan. De mensen die het uitvoeren, weten hoe het werkelijk gaat.

Ze kennen de omweg die inmiddels normaal voelt. Ze weten bij welke overdracht informatie verdwijnt en welke uitzondering geregeld terugkomt. Vaak lossen ze dat al op zonder er een project van te maken.

Precies daar begint voor Tienvoud het verbeteren van een bedrijf: bij de vraag van de opdrachtgever én bij wat medewerkers iedere dag meemaken.

De vraag van de manager is het begin

Een eigenaar of manager hoeft het probleem nog niet volledig te kunnen aanwijzen. Die ziet misschien dat werk blijft liggen, dat klanten lang wachten of dat groei vooral meer drukte oplevert.

Dat is een goede aanleiding. Het is alleen nog geen diagnose.

Wie vanuit dat ene perspectief meteen een oplossing kiest, mist gemakkelijk de reden waarom het werk zo is gegroeid. Een extra controle kan bijvoorbeeld omslachtig lijken, terwijl een medewerker weet welke fout ermee wordt voorkomen.

De vraag van de manager geeft richting. De ervaringen op de werkvloer geven detail. Je hebt ze allebei nodig om te weten wat er werkelijk moet veranderen.

Iedereen horen is iets anders dan stemmen

Bottom-up werken betekent voor mij niet dat iedere beslissing een referendum wordt. Het betekent dat iedere medewerker een eenvoudige manier krijgt om te laten zien waar het werk schuurt en wat volgens hem of haar beter kan.

Sommige signalen zullen vaak terugkomen. Andere hoor je maar één keer. Juist zo'n afwijkend geluid kan belangrijk zijn, bijvoorbeeld omdat één collega een ander deel van het proces ziet.

Daarom moet een systeem voor medewerkersinput meer doen dan antwoorden samenvatten tot de grootste gemene deler. Het moet patronen zichtbaar maken zonder de uitzonderingen weg te poetsen. Ook moet duidelijk blijven wat iemand werkelijk heeft gezegd en wat een interpretatie is.

Daarna kun je de bevindingen terugbrengen naar het team. Herkennen mensen het beeld? Wat ontbreekt er? Welke spanning moet eerst worden uitgezocht? Zo ontstaat begrip voordat er iets wordt gebouwd.

Input geven mag geen nieuw project worden

Als medewerkers voor ieder klein probleem een uitgebreid formulier moeten invullen, droogt de input op. Niet omdat mensen geen ideeën hebben. Het delen ervan vraagt dan simpelweg meer energie dan het probleem nog een keer zelf oplossen.

Een bruikbaar systeem moet daarom dichtbij het werk staan. Een medewerker moet in gewone taal iets kunnen achterlaten wanneer het opvalt. Kort als dat genoeg is, uitgebreider wanneer de situatie daarom vraagt.

Vervolgens mag het systeem helpen met doorvragen en ordenen. De medewerker hoeft geen consultant te worden om een waardevolle waarneming te delen.

Effortless betekent ook dat mensen later kunnen zien wat er met hun input is gebeurd. Wie steeds iets deelt en nooit iets terughoort, leert vanzelf dat meedenken weinig zin heeft.

Van frustratie naar een verbetering

Een verzameling frustraties is nog geen verbeterplan. Achter dezelfde klacht kunnen verschillende oorzaken zitten. En de luidste irritatie is niet automatisch de beste plek om te beginnen.

De vertienvoudiger brengt de signalen daarom bij elkaar met de doelen van het bedrijf. Waar raken medewerkers en klanten tijd of aandacht kwijt? Welke kennis zit bij één persoon? Waar is het risico groot als iets misgaat? Wat staat de volgende stap van het bedrijf in de weg?

Daaruit kies je een concrete verbetering. Klein genoeg om in echt werk te beproeven, belangrijk genoeg om verschil te kunnen maken.

De oplossing kan een heldere afspraak zijn, een andere taakverdeling, een training, software of een toepassing met AI. De vorm volgt uit het probleem. Technologie krijgt geen voorkeursstem.

Bouw met de mensen die ermee verder moeten

De medewerker die het probleem heeft laten zien, moet ook kunnen reageren op de eerste oplossing. Niet pas tijdens een presentatie aan het einde, maar terwijl er nog iets te veranderen valt.

Werkt de nieuwe stap tijdens een rustige test, maar niet op een drukke werkdag? Ontbreekt een uitzondering? Kost het invoeren meer aandacht dan het oplevert? Dat is geen lastig commentaar. Dat is informatie die de oplossing beter maakt.

Zo groeit eigenaarschap zonder te doen alsof iedereen overal over moet beslissen. De opdrachtgever bewaakt de richting en maakt keuzes. Medewerkers brengen hun vakkennis in. De vertienvoudiger verbindt die twee en houdt het verbeterwerk gaande.

Bottom-up heeft een eigenaar nodig

Luisteren alleen verandert nog niets. Iemand moet de signalen blijven volgen, keuzes voorbereiden, een oplossing organiseren en terugkomen om te zien wat er is gebeurd.

Dat is de rol van de vertienvoudiger. Die staat in contact met de mensen in het bedrijf en werkt vanuit hun input aan verbeteringen die ook echt kunnen landen.

De ondernemer hoeft daardoor niet uit het bedrijf te verdwijnen om eindelijk aan het bedrijf te werken. Die kan dicht bij klanten, collega's en het vak blijven. Ondertussen heeft het verbeteren van de organisatie wel een eigenaar.

Waar buigt het werk in jouw bedrijf? Stuur me een appje. Dan beginnen we bij de mensen die het iedere dag zien.