Urenstaten vertellen je precies hoe druk je engineers het hebben. Ze vertellen je alleen niet of al die drukte iets oplevert. Een afdeling kan wekenlang vol geboekt staan terwijl de helft van de tijd opgaat aan exporteren, stuklijsten overtikken en tekeningen herstellen die van de werkvloer terugkwamen. Op de urenstaat ziet dat er hetzelfde uit als ontwerpen.
Wie wil sturen, heeft dus iets anders nodig dan uren. In dit artikel zetten we vier KPI's voor je engineeringafdeling neer die wél iets zeggen: doorlooptijd van order tot vrijgave, first-time-right van tekeningen, aandeel herwerk en de verhouding tussen routinewerk en ontwerpwerk. Per indicator lees je hoe je hem laagdrempelig meet, zonder registratiecircus. Wat je daarna met de uitkomsten doet, verschilt per knop: routinewerk laat zich bijvoorbeeld wegautomatiseren met een toolbox als Thundercad, maar eerst moet zichtbaar zijn waar de tijd heen lekt.
Waarom uren zo weinig zeggen
Uren meten input, geen resultaat. Veertig uur geboekt op een project zegt niet of het ontwerp af is, of de tekeningen in één keer maakbaar waren en of de klant eerder of later zijn machine krijgt. Twee afdelingen met identieke urenstaten kunnen totaal verschillend presteren.
Sturen op uren heeft bovendien een pervers randje. De engineer die zijn exportwerk automatiseert en daardoor sneller klaar is, schrijft mínder uren en lijkt op papier minder te doen. Wie 's avonds doorploetert op een fout die voorkomen had kunnen worden, lijkt juist een kanjer. Zo beloont de meting precies het verkeerde gedrag.
Uren blijven prima voor nacalculatie en offertes. Maar als prestatie-indicator voor de afdeling heb je iets nodig dat over uitkomsten gaat: hoe snel, hoe goed en waaraan wordt de tijd besteed.
Vier KPI's die wél iets zeggen
De vier indicatoren hieronder beantwoorden samen de vragen die een manager echt heeft. Ze zijn bewust zo gekozen dat je ze kunt meten met data die grotendeels al bestaat:
| KPI | Welke vraag beantwoordt hij? | Waar komt de meting vandaan? |
|---|---|---|
| Doorlooptijd order tot vrijgave | Hoe lang wacht de rest van het bedrijf op engineering? | Orderdatum uit ERP, vrijgavedatum uit Vault of vrijgavemap |
| First-time-right van tekeningen | Hoe vaak komt werk terug van de werkvloer? | Turflijst bij werkvoorbereiding |
| Aandeel herwerk | Hoeveel capaciteit gaat naar wijzigingen na vrijgave? | Eén extra boekingscode |
| Routinewerk versus ontwerpwerk | Hoeveel tijd blijft er over om echt te engineeren? | Steekproefweek |
Doorlooptijd van order tot vrijgave
Beide datums bestaan al: de dag dat de order binnenkwam staat in je ERP, de dag van vrijgave staat in Vault of blijkt uit de datum van het vrijgegeven tekenpakket. Tel de werkdagen ertussen en je hebt je eerste KPI, zonder dat iemand iets extra's hoeft te registreren. Gebruik de mediaan in plaats van het gemiddelde: één monsterproject vertekent anders het hele beeld. En splits desnoods naar ordertype, want een klantspecifieke machine en een herhaalorder horen niet in één getal.
First-time-right van tekeningen
Elke tekening die met een vraag of fout terugkomt van de werkvloer, kostte twee keer tijd: bij engineering én in productie. Meet dit met een turflijst bij werkvoorbereiding of de werkplaatschef: elke keer dat een tekening terug naar engineering moet, één streep plus de reden in drie woorden. Deel het aantal terugkomers door het aantal vrijgegeven tekeningen in dezelfde periode en je hebt je first-time-right.
De reden in drie woorden is belangrijker dan het getal zelf. "Maat ontbreekt", "oude revisie", "boorgat botst": na een maand turven zie je welke oorzaak bovenaan staat en waar de eerste maatregel moet landen. Wat die terugkomers kosten en hoe je ze structureel naar de bron herleidt, werkten we eerder uit in Faalkosten door datafouten: volg ze van de werkvloer terug naar de bron.
Aandeel herwerk
Herwerk is alle tijd die gaat zitten in documenten die al vrijgegeven waren: fouten herstellen, vergeten details toevoegen, wijzigingen doorvoeren die bij het ontwerp al bekend hadden kunnen zijn. Je meet het zonder circus door naast de normale projectcode één extra code in te voeren: "wijziging na vrijgave". Engineers hoeven niets nieuws te doen, alleen bij het boeken de juiste van twee codes te kiezen.
Het signaal zit in de trend. Een stabiel klein aandeel hoort bij de business; klanten wijzigen nu eenmaal. Een groeiend aandeel betekent dat fouten steeds later boven water komen, en laat gevonden fouten zijn de duurste.
Routinewerk versus ontwerpwerk
De sluipendste tijdvreter is werk dat geen denkwerk is: exporteren, printen, stuklijsten naar Excel overzetten, iProperties bijwerken, mappen uitzoeken. Niemand boekt het apart, dus niemand ziet hoeveel het is. Meet het met een steekproef: één week lang noteert iedere engineer aan het eind van de dag, op kwartierniveau, hoeveel tijd naar drie categorieën ging: ontwerpen, routine, overig. Eén week meten per kwartaal is genoeg voor een betrouwbaar beeld; permanente registratie voegt vooral irritatie toe.
Blijkt uit de steekproef dat een flink deel van de week opgaat aan exporteren, stuklijsten en iProperties? Dat deel is het makkelijkst terug te dringen: Thundercad automatiseert precies dit soort routinewerk, van Batch Publish tot Export BOM.
Probeer 30 dagen gratisMeten zonder registratiecircus
De dood van elke KPI is een meetlast die groter is dan het inzicht. Vier principes houden het licht:
- Gebruik data die al bestaat. Orderdatums, vrijgavedatums, boekingscodes: liever een iets grovere meting uit bestaande systemen dan een perfecte meting die niemand volhoudt.
- Steekproef boven permanente registratie. Eén meetweek per kwartaal zegt genoeg over de verhouding routine en ontwerp.
- Trend boven momentopname. Of de mediaan nu twaalf of veertien dagen is, interesseert minder dan of hij stijgt of daalt.
- Meet de afdeling, niet de persoon. Zodra KPI's op individuele engineers worden geplot, worden ze een afrekening en gaat iedereen de meting optimaliseren in plaats van het werk.
Eén deelmeting laten we hier bewust liggen: de kwaliteit van de CAD-data zelf, zoals gevulde iProperties en kloppende stuklijsten. Hoe je die gezondheid meet, lees je in Hoe gezond is je CAD-data? Zo meet je de kwaliteit van je metadata.
Van meten naar verbeteren
Een KPI is gespreksstof, geen rapportcijfer. Bespreek de vier getallen periodiek met het team en kies er telkens één om uit te diepen: waar komt de afwijking vandaan, en welke ene maatregel proberen we tot de volgende bespreking? Lange doorlooptijd blijkt vaak wachten op ontbrekende klantinfo aan de voorkant. Lage first-time-right wijst richting tekeningcontrole of een checklist voor vrijgave. Een hoog routine-aandeel is het snelst te verhelpen met automatisering van export- en stuklijstwerk.
Waak tot slot voor het bekende effect dat een meting die doel op zich wordt, haar betekenis verliest. Wie eist dat first-time-right omhoog moet, krijgt soms vooral minder meldingen in plaats van betere tekeningen. Houd het daarom klein en volwassen: twee KPI's om mee te beginnen, openlijk geturfd, en de vraag "wat leren we hiervan" boven de vraag "wie was dat".
Veelgestelde vragen
Met welke KPI kun je het beste beginnen?
De doorlooptijd van order tot vrijgave, want daarvoor hoeft niemand iets nieuws bij te houden: beide datums staan al in je systemen. Zet daarna de turflijst voor first-time-right bij werkvoorbereiding neer. Met die twee heb je binnen een maand een gesprek over feiten in plaats van gevoel.
Werkt dit ook voor een afdeling van twee of drie engineers?
Juist daar. Kleine afdelingen voelen elke verspilde middag direct in de planning, en de metingen hierboven kosten vrijwel geen overhead. De getallen worden wel grilliger bij kleine aantallen; kijk daarom naar de trend over meerdere periodes en niet naar losse uitschieters.
Wat kan Thundercad met deze KPI's?
Meten doe je zelf; de toolbox helpt vooral aan de verbeterkant. Routinewerk als tekeningen in bulk exporteren of stuklijsten in je eigen Excel-sjabloon zetten verdwijnt grotendeels uit de weekstaat, en dat zie je terug in de verhouding routine versus ontwerp. Zelf ervaren wat dat scheelt kan met de gratis proefmaand.