Van handmatig naar slim: procesoptimalisatie bij gemeenten zonder grote IT-projecten From Manual to Smart: Process Optimisation in Municipalities Without Major IT Projects
De zin 'daarvoor hebben we een nieuw systeem nodig' heeft meer verbeterinitiatieven gedood dan welke andere zin ook in het lokaal bestuur. Het is soms waar. Vaker is het dat niet. Het is een reflex. Het huidige proces is pijnlijk, iemand stelt een verbetering voor, en de onmiddellijke reactie is: we zouden het systeem moeten wijzigen, dat vereist IT, dat vereist budget, dat vereist een project dat 18 maanden duurt om te starten en 3 jaar om op te leveren. Tegen die tijd is het probleem versteend in het meubilair en heeft iedereen gestopt het te merken. Dit artikel gaat over de verbeteringen die geen nieuw systeem vereisen. Die nu kunnen plaatsvinden, met de tools die al in het gebouw zijn.
The phrase 'we need a new system for that' has killed more improvement initiatives than any other sentence in local government. It is sometimes true. More often it is not. It is a reflex. The current process is painful, someone proposes an improvement, and the immediate response is: we would need to change the system, that requires IT, that requires budget, that requires a project that takes 18 months to start and 3 years to deliver. By which point the problem has calcified into the furniture and everyone has stopped noticing it. This article is about the improvements that do not require a new system. The ones that can happen now, with the tools already in the building.
Four categories of improvement that need no new system
Vier categorieën verbeteringen die geen nieuw systeem vereisen
| Category | What It Looks Like | Typical Impact |
|---|---|---|
| Eliminate the unnecessary step | Most processes contain steps nobody could explain why they exist. Map the process, ask why at each step. 'Because we always have' is not an answer. Remove those steps. | 15 to 30% time reduction without changing any system |
| Batch similar work | Handling 30 small tasks in sequence is slower than grouping them and processing all 30 in one focused session. Switch setup costs are real, even if they feel invisible. | 10 to 25% productivity gain on batch-suitable tasks |
| Use what M365 already does | Most municipalities pay for Microsoft 365 and use 20% of its capability. Forms, Power Automate flows, shared templates, Teams workflows. This covers dozens of manual steps without new procurement. | Highly variable, often 1 to 3 hours per week per person |
| Standardise the exception handling | Exceptions are not random. They cluster into 5 to 8 recurring types. Document each type with a standard response. Train staff on the document. Exceptions stop being exceptional. | 40 to 60% reduction in exception handling time |
| Categorie | Hoe het eruitziet | Typisch effect |
|---|---|---|
| Elimineer de onnodige stap | De meeste processen bevatten stappen die niemand kan uitleggen waarom ze bestaan. Breng het proces in kaart, vraag waarom bij elke stap. 'Omdat we het altijd zo deden' is geen antwoord. Verwijder die stappen. | 15 tot 30% tijdreductie zonder enig systeem te wijzigen |
| Batchen van gelijkaardig werk | 30 kleine taken op volgorde afhandelen is langzamer dan ze groeperen en alle 30 in één gerichte sessie verwerken. Schakeltijden zijn echt, ook al voelen ze onzichtbaar. | 10 tot 25% productiviteitswinst op batchigeschikte taken |
| Gebruik wat M365 al doet | De meeste gemeenten betalen voor Microsoft 365 en gebruiken 20% van de mogelijkheden. Formulieren, Power Automate-flows, gedeelde sjablonen, Teams-workflows. Dit dekt tientallen handmatige stappen zonder nieuwe inkoop. | Sterk variabel, vaak 1 tot 3 uur per week per persoon |
| Standaardiseer de uitzonderingsafhandeling | Uitzonderingen zijn niet willekeurig. Ze clusteren in 5 tot 8 terugkerende typen. Documenteer elk type met een standaardrespons. Train medewerkers op het document. Uitzonderingen houden op uitzonderlijk te zijn. | 40 tot 60% reductie in uitzonderingsafhandelingstijd |
The question to ask before every improvement conversation
De vraag om te stellen voor elk verbeteringsgesprek
Before discussing solutions, ask: if we had to run this process twice as fast with the same people and the same systems, what would we cut or change? This question bypasses the system constraint entirely. It forces people to think about the process itself, not the technology. The answers are almost always illuminating. Usually they reveal that 20 to 30% of the process is non-essential, that some steps duplicate what another system already records, and that the main bottleneck is a single approval gate that everyone waits on but nobody has ever questioned.
Vraag voor het bespreken van oplossingen: als we dit proces twee keer zo snel moesten uitvoeren met dezelfde mensen en dezelfde systemen, wat zouden we dan schrappen of wijzigen? Deze vraag omzeilt de systeembeperking volledig. Het dwingt mensen na te denken over het proces zelf, niet over de technologie. De antwoorden zijn bijna altijd onthullend. Gewoonlijk onthullen ze dat 20 tot 30% van het proces niet-essentieel is, dat sommige stappen dupliceren wat een ander systeem al registreert, en dat het grootste knelpunt een enkel goedkeuringspunt is waarop iedereen wacht maar dat niemand ooit heeft bevraagd.
MIT Sloan Management Review (2023): 68% van het verbeteringspotentieel van gemeentelijke processen ligt in workflowherontwerp en standaardisering van uitzonderingen, niet in nieuwe technologie. Organisaties die investeren in procesontwerp vóór technologieselectie presteren beter dan organisaties die eerst technologie selecteren.
MIT Sloan Management Review (2023): 68% of municipal process improvement potential lies in workflow redesign and exception standardisation, not in new technology. Organisations that invest in process design before technology selection outperform those that select technology first.