Een CAD-beheerder schetste tijdens een inrichtingssessie vol overtuiging zeven statussen op het whiteboard: concept, in bewerking, ter controle, goedgekeurd, vrij voor werkvoorbereiding, in productie, vervallen. Ieder vakje kreeg pijlen, elke pijl een regel. Een halfjaar later bleek uit de praktijk: het team gebruikte er drie, en van de overige vier wist niemand meer waarom ze bestonden. Bestanden hingen dagen in "goedgekeurd" omdat onduidelijk was wie de volgende klik moest doen.
Dat patroon zie je vaker bij lifecycles en statussen in Vault: de inrichting wordt ontworpen voor het proces zoals het op papier zou moeten zijn, niet voor de vijf mensen die er dagelijks mee werken. In dit artikel: een minimale inrichting die vrijwel elk mkb-team dekt, wie welke overgang doet, hoe statussen en revisies zich verhouden, en hoe je over-engineering herkent voordat je erin trapt. Gereedschap zoals Thundercad versnelt vooral wat er ná vrijgave gebeurt; de lifecycle zelf richt je met gezond verstand in.
Twee vragen die een status moet beantwoorden
Strip alle theorie weg en een documentstatus beantwoordt maar twee vragen. Eén: mag hieraan gewerkt worden? Twee: mag de rest van het bedrijf hierop bouwen? Alles wat een status verder communiceert is versiering. Een status "in bespreking bij projectleider" verandert het antwoord op geen van beide vragen en hoort dus niet in de lifecycle thuis; dat is voortgangsinformatie en die leeft prima in een takenlijst of projectbord.
Toets elke voorgestelde status aan die twee vragen en het kaf valt vanzelf weg. Wat overblijft is verrassend weinig, en dat is precies de bedoeling: elke extra status is extra klikwerk bij elke wijziging, extra uitleg aan elke nieuwe collega en extra kans dat een bestand ergens blijft hangen.
De minimale inrichting: drie statussen en een eindstation
Voor de meeste teams in machinebouw en plaatwerk volstaat dit:
| Status | Wie mag wijzigen | Wat de rest ermee mag |
|---|---|---|
| Werk in uitvoering | De engineer | Niets: alles kan nog veranderen |
| Ter controle | Niemand (bevroren) | Bekijken en beoordelen, niet op bouwen |
| Vrijgegeven | Niemand | Bestellen, maken, monteren |
| Vervallen | Niemand | Alleen raadplegen als naslag |
Werk in uitvoering is de thuisbasis: de engineer werkt, niemand anders rekent ergens op. Ter controle bevriest het bestand, zodat de controleur niet naar een bewegend doel kijkt; wordt er iets afgekeurd, dan gaat het terug naar werk in uitvoering met een opmerking. Vrijgegeven betekent: dit is de waarheid, hierop mag besteld en gebouwd worden. Vervallen is het eindstation voor wat nooit meer gebruikt mag worden, maar wel bewaard blijft als naslag. Meer smaken heeft een team van drie tot tien engineers zelden nodig.
Wie mag welke overgang doen
Een lifecycle wordt pas een proces als de overgangen belegd zijn. Ook hier: klein houden. Indienen ter controle mag elke engineer zelf; daar zit geen risico, hooguit een controleur die iets te vroeg iets te rommeligs ziet. De overgang naar vrijgegeven is de enige met echte gevolgen, want daarna wordt er geld uitgegeven op basis van het bestand. Beleg die bij mensen die de verantwoordelijkheid ook dragen, en maak het er minstens twee: één vrijgever betekent dat de boel stilstaat bij elke vakantie en elk griepje.
De gevaarlijkste overgang is de weg terug: een vrijgegeven document weer bewerkbaar maken. Maak die bewust zwaar en leg hem bij de beheerder of teamleider. Niet omdat collega's onbetrouwbaar zijn, maar omdat de drempel dwingt tot de juiste vraag: moet dit niet gewoon een nieuwe revisie worden? Zomaar terugzetten wist de zekerheid dat wat de werkplaats gisteren printte, vandaag nog klopt.
Na vrijgave wil niemand op de werkvloer een Inventor-bestand; ze willen PDF's en snijbestanden van de vrijgegeven stand. Met Batch Publish van Thundercad publiceer je tekeningen in bulk naar PDF, DWG, DXF en STEP, en dat werkt samen met Vault.
Probeer 30 dagen gratisStatussen en revisies: houd de rollen zuiver
Status en revisie raken elkaar bij vrijgave, en daar ontstaat vaak spraakverwarring. Houd de rollen simpel: de status zegt waar het document nu in het proces staat, de revisie zegt welke uitgave van het ontwerp dit is. Bij vrijgave hoort de revisie op te hogen; wil je daarna iets wijzigen, dan begint met de nieuwe bewerking de volgende revisie en doorloopt die dezelfde lifecycle opnieuw. Zo kan de werkvoorbereiding altijd zeggen: revisie C is vrijgegeven, revisie D is onderweg.
Stop vooral geen revisie-informatie in statusnamen ("vrijgegeven rev B") en gebruik statussen niet om oude uitgaven te administreren; daar zijn revisies voor. Hoe je die kant netjes organiseert, met wijzigingsredenen en een spoor dat achteraf te volgen is, lees je in Revisies bijhouden zonder chaos.
Zo herken je over-engineering
Een te zware inrichting kondigt zich zelden aan als probleem; hij voelt bij het ontwerpen juist grondig. Deze signalen verraden hem in de praktijk:
- Niemand kan alle statussen uit het hoofd opnoemen, inclusief de bedenker.
- Bestanden hangen dagen in een tussenstatus omdat onduidelijk is wie moet klikken.
- Er bestaan statussen per afdeling ("wacht op inkoop"): dat is taakbeheer, geen documentstatus.
- De beheerder zet regelmatig handmatig statussen om omdat het proces "er niet in past".
- De uitleg voor nieuwe collega's over de lifecycle beslaat meer dan één A4.
Herken je er twee of meer, versimpel dan. Dat mag gerust in stappen: statussen samenvoegen, overgangen schrappen, rechten verruimen. En begin bij twijfel altijd kleiner dan je denkt nodig te hebben: een status toevoegen als het proces erom vraagt is een kwartier werk, een status verwijderen waar honderden bestanden in hangen is een middag puzzelen. Meer van dit soort lessen voor teams die net met Vault starten, vind je in Vijf Vault-valkuilen voor beginnende teams.
Veelgestelde vragen
Heb ik een aparte status voor prototypes of projecten nodig?
Meestal niet. Of iets een prototype, een klantproject of standaardwerk is, is een eigenschap van het project of de map, geen processtatus. Een prototype doorloopt dezelfde stappen: eraan werken, controleren, vrijgeven voor de bouw. Twee lifecycles onderhouden voor hetzelfde ritme is dubbel beheer zonder winst.
Wat doe ik met bestaande bestanden als ik de lifecycle versimpel?
Maak een omzettabel van oud naar nieuw: alles wat vrijgegeven was blijft vrijgegeven, alle tussenstatussen worden werk in uitvoering of ter controle. Voer de omzetting in één keer uit, buiten werktijd, en meld het team vooraf welke status waar geland is. Het voelt als een grote stap, maar het is administratie; het ontwerp zelf verandert niet.
Hoeveel tijd kost zo'n minimale inrichting?
Als aanname: de inrichting zelf is een middag werk, het team went er in een week of twee aan. De grootste tijdwinst zit daarna in de uitgifte: vrijgegeven werk in bulk naar de werkvloer en leveranciers publiceren. Wil je dat deel meteen goed neerzetten: probeer Thundercad 30 dagen gratis.