Een mooi Brits spreekwoord dat gaat over het zuinig zijn in kleine zaken en verkwistend zijn in grote zaken. Wat mij betreft de beschrijving voor wat we vaak doen: Optimaliseren.
Optimaliseren gaat over het algemeen over het ‘zo efficiënt mogelijk’ inrichten van een proces. Over het weghalen van marges, van risico nemen, van het randje opzoeken. Wat mij betreft hoort die manier van optimaliseren thuis bij processen waar wij minder in actief zijn. Als je een miljoen producten van iets per jaar maakt, ja dan ga je optimaliseren. Maar daar hoort ook een industrialisatieproces van mogelijk meerdere jaren bij waarbij de risico’s gemitigeerd worden.
Optimaliseren, of efficiëntie, hoort wat mij betreft radicaal niet thuis in de stuksproductie. Ik heb het al vaker benoemd, maar de stukjes tussen offerte en uitleveren, waar echt waarde aan het onderdeel wordt toegevoegd, is verwaarloosbaar klein. Vooral daarom heeft optimaliseren geen zin, want je verliest het op de totale doorlooptijd. Penny wise, pounds foolish. Zeg nou zelf, wat is nou beter? Overdag drie keer de wisselplaatjes wisselen voor een optimaal verspaningsproces en ’s nachts de machine uitzetten. Of een proces dat is gericht op betrouwbaarheid en onbemand bewerken? Ik ga voor dat laatste. En vaak betekent dat er wat rustiger, wat minder optimaal wordt verspaand. Maar wél optimaal in de zin van betrouwbaarheid en doorlooptijd.
Ik had het deze week nog aan de hand. Het was al wat later op de avond en ik wilde naar huis. Wat ik had geprogrammeerd zag er eigenlijk niet uit, ik kreeg er de kriebels van. Maar samen met een ander onderdeel zou het 12u lopen. Ik heb het toen toch aangezet, want dan was het de volgende ochtend klaar. En of de machine nou om 5u in de ochtend klaar is, of om 7u… Voor de doorlooptijd van een project was dit goed nieuws, de tooling was namelijk wel klaar die ochtend erop. Dus door suboptimaal te werken, is er in het grotere geheel wel een dag gewonnen.
Richt de moeite en tijd in plaats van ‘optimaliseren’ op het samenwerken. Dat als jij iets hebt geprogrammeerd, jouw collega dit een maand later accepteert en niet weer overnieuw begint. Ga samenzitten met alle programmeurs en richt templates en stappenplannen in. Klinkt suf, maar zo herken je het werk van jouw voorganger tenminste en is overdracht een stuk simpeler.