Waarom de sheet er is
Een planningssheet ontstaat zelden uit luiheid. Hij ontstaat omdat het standaardpakket een aanname doet die niet klopt voor jouw operatie. De planning moet rekening houden met een klant die altijd te laat bevestigt, met een chauffeur die maar op één route mag, met een machine die na een bepaalde order eerst schoongemaakt moet worden. Dat past niet in de velden die het pakket biedt, dus lost iemand het op in Excel. Die sheet is daarmee de beste documentatie van je werkelijke proces die er bestaat. Weggooien is zonde, en dat is ook niet wat we voorstellen.
Vier signalen dat het knelt
Het eerste signaal is dat er maar één iemand met de sheet kan werken, en dat diens vakantie een operationeel risico is. Het tweede is dubbele invoer: dezelfde order gaat in het pakket én in de sheet, en de twee lopen uiteen. Het derde is dat je de sheet niet meer durft aan te passen omdat niemand overziet welke formule er dan breekt. Het vierde is het gesprek dat begint met de vraag hoe het er vorige maand voor stond, en waarop niemand kan antwoorden omdat de sheet alleen het heden kent. Eén signaal is normaal. Drie of vier tegelijk betekent dat je operatie op iets draait dat niet meer meegroeit.
Wat je dan níét moet doen
De reflex is een pakket zoeken dat het wél kan. Soms is dat terecht. Maar vaak koop je dan opnieuw de aannames van een ander, waarna er binnen een jaar een nieuwe sheet naast staat. De tweede reflex is de sheet één op één nabouwen in software. Dat is even zonde, want dan verhuis je ook de omwegen die er alleen zitten omdat Excel geen betere oplossing bood. De sheet is je bron voor wat het proces moet kunnen, niet de blauwdruk voor hoe het gebouwd moet worden.
Wat wel werkt: de sheet als specificatie
Wij beginnen liever bij de sheet dan bij een leeg blad. Welke regels zitten er in de formules, welke uitzonderingen worden er stilzwijgend afgevangen, welke beslissingen neemt de planner op gevoel zonder dat ergens vast te leggen. Dat laatste is meestal het waardevolste deel, en het staat nergens opgeschreven. Uit die inventarisatie volgt wat het systeem moet doen, wat het moet voorstellen, en wat de planner zelf moet blijven beslissen. Dat onderscheid is belangrijk: een planning die alles zelf bepaalt en niet uit te leggen is, wordt niet vertrouwd en dus omzeild. Een planning die een voorstel doet met de reden erbij, wordt gebruikt.
Klein beginnen kan hier echt
Je hoeft dit niet in één keer op te lossen. Neem het deel van de planning waar de meeste tijd of de meeste fouten zitten, en bouw dat eerst, gekoppeld aan de systemen die je al hebt. De sheet blijft er voorlopig naast staan. Zodra het gebouwde deel betrouwbaarder blijkt dan de sheet, verschuift het gebruik vanzelf. Dat is een prettiger overgang dan een migratie waarbij iedereen op maandagochtend met een nieuw systeem moet werken en de oude sheet stiekem toch nog openstaat.