Met meerdere engineers tegelijk aan één machine werken

Vrijdagmiddag, kwart over vier. Twee engineers werken tegen een deadline aan dezelfde machine: de één past het frame aan, de ander de afscherming. Omdat de netwerkschijf traag is, hebben ze allebei 's ochtends de projectmap even lokaal gezet. Rond vijf uur kopiëren ze hun werk terug naar de server, de één net na de ander. Maandagochtend is het frame terug bij af: de laatste kopie heeft gewonnen. Niemand deed iets vreemds, en toch is er een halve dag werk verdwenen.

Zodra een machine te groot wordt voor één persoon, wordt samenwerken in een Inventor-project een vak apart. Eén samenstelling bestaat al snel uit honderden bestanden die naar elkaar verwijzen, en alles is stilzwijgend ingericht op één engineer die overal bij mag. Met twee of drie mensen in dezelfde machine win je alleen met duidelijke werkafspraken. In dit artikel: hoe je een machine opdeelt in deelgebieden, welke regels je afspreekt voor gedeelde onderdelen, en waarom mappenstructuur en naamgeving ineens dubbel zo zwaar wegen. Gereedschap zoals Thundercad haalt daarna de wrijving uit het dagelijkse schakelen.

Waarom parallel werken zo snel misgaat

Drie mechanismen veroorzaken vrijwel alle ellende. Het eerste is de lokale kopie, zoals hierboven: zodra bestanden buiten de gezamenlijke bron leven, beslist het toeval welke versie overleeft. Het tweede is dubbel geopend werk: twee mensen hebben hetzelfde bestand in hun eigen sessie staan, en pas bij het opslaan blijkt dat één van beiden voor niets heeft zitten werken. Het derde is verplaatsen en hernoemen: wat voor de één opruimen is, zijn voor de ander gebroken verwijzingen bij de eerstvolgende keer openen.

Geen van de drie los je op met voorzichtigheid of goede bedoelingen. Je lost ze op met verdeling: zorgen dat twee mensen elkaar simpelweg zelden in hetzelfde bestand tegenkomen.

Verdeel de machine in deelgebieden met één eigenaar

De belangrijkste afspraak is de verdeling: knip de machine op in deelsamenstellingen die elk precies één eigenaar hebben. Frame, aandrijving, transport, afscherming en leidingwerk zijn bij een gemiddelde machine logische grenzen. De eigenaar is de enige die binnen zijn deelgebied wijzigt; de rest gebruikt het als gegeven. Een samenstellingsstructuur die je in je eentje logisch vond, is zelden de structuur waarmee drie mensen parallel kunnen werken, dus verwacht dat je hiervoor moet herstructureren.

Vier vuistregels maken de verdeling houdbaar:

• Een deelgebied is wat één persoon in deze fase kan overzien; liever zes kleine gebieden dan drie te grote.
• Houd snijvlakken klein: hoe minder onderdelen in twee gebieden voorkomen, hoe minder overleg elke wijziging kost.
• Leg koppelvlakken vooraf vast: aansluitmaten, bevestigingspatronen en gereserveerde ruimtes zijn bevroren zodra het parallelle werk begint.
• De hoofdsamenstelling heeft één beheerder; alleen die voegt deelgebieden samen en niemand anders wijzigt op dat niveau.

Maak de verdeling ook zichtbaar in de structuur zelf. Geef elke deelsamenstelling een herkenbare naam met het deelgebied erin, en houd de onderdelen van een gebied bij elkaar in de map van dat gebied. Zo ziet iedereen aan pad en naam al van wie iets is, nog voordat er een bestand opengaat.

Het prettige bijeffect: opstarten wordt overzichtelijk. Met Batch Open open je 's ochtends alle bestanden van jouw deelsamenstelling in één keer en ga je direct verder waar je gebleven was, zonder eerst door de hele machine te klikken.

Gedeelde onderdelen: kijken mag, aankomen niet

Hoe goed je ook verdeelt, een paar onderdelen blijven van iedereen. Het frame waar elke module aan hangt. De normdelen en bibliotheekonderdelen. De bordessen waar twee deelgebieden op uitkomen. Voor die categorie gelden strengere regels dan voor de rest:

1. Bibliotheek- en normdelen zijn voor iedereen alleen-lezen. Past een normdeel niet, dan vervang je het, je verbouwt het niet.
2. Gedeelde maakdelen hebben, net als deelgebieden, één eigenaar. Wil je een gat, sleuf of steun toevoegen in andermans onderdeel, dan meld je dat bij de eigenaar en voert die het door.
3. Wijzigingen aan koppelvlakken zijn nooit stil. Eén kort bericht aan alle eigenaren voordat je aan een bevroren maat komt, hoe klein de aanpassing ook lijkt.

Vooral dat tweede punt schuurt in de praktijk, want het voelt trager dan even zelf dat gat boren. Maar dat ene eigen gaatje is precies hoe een frame na drie weken parallel werk vol verrassingen zit die niemand meer kan verklaren.

Mappenstructuur en naamgeving wegen ineens dubbel

Wie alleen werkt, komt weg met een eigen logica: jij weet immers waar alles staat en wat "plaat_nieuw_definitief" betekent. Met drie mensen in dezelfde machine is elke eigenaardigheid een struikeldraad. Zoeken kost dan niet alleen jouw tijd, maar ook die van de collega die jouw structuur probeert te raden.

Drie afspraken vangen het grootste deel af: één gezamenlijk projectbestand voor het hele team, één werkmapstructuur op de gezamenlijke bron met een vaste plek per deelgebied, en voorspelbare bestandsnamen volgens één afgesproken opbouw. Hoe je werkmap, bibliotheken en projectbestand goed opzet, staat in Orde in je Inventor-projectmappen: werkmap, bibliotheken en projectbestand; voor teams is dat artikel geen achtergrond maar een voorwaarde.

En de belangrijkste regel, na de vrijdagmiddag uit de inleiding: er wordt gewerkt op de bron, niet op lokale kopieën. Is de netwerkschijf daarvoor te traag, dan is dát het probleem om op te lossen, niet iets om omheen te kopiëren.

Wanneer afspraken niet meer genoeg zijn

Werkafspraken schalen tot een punt. Groeit het team, lopen er meerdere machines tegelijk, of werkt er iemand op afstand mee, dan komt er altijd een moment waarop twee mensen elkaar toch kruisen. Voor die situatie bestaat een structurele oplossing: Vault. Bestanden check je uit voordat je erin werkt en weer in als je klaar bent, met versiehistorie; de afspraken die hierboven op vertrouwen leunen, worden dan door het systeem afgedwongen.

De verdeling in deelgebieden en de regels voor gedeelde onderdelen blijven ook met Vault de kern: een systeem dwingt af, maar verdeelt niet. Hoe je Inventor en Vault vervolgens soepel laat samenwerken, lees je in Inventor + Vault: je workflow stroomlijnen.

Veelgestelde vragen

Kunnen twee engineers echt tegelijk aan dezelfde samenstelling werken?

In verschillende deelsamenstellingen: ja, dat gaat prima. In hetzelfde onderdeel of dezelfde deelsamenstelling: nee, daar helpt geen afspraak en geen systeem omheen. Werk dan na elkaar, of splits het onderdeel zo dat ieder zijn eigen deel krijgt. De kunst is de machine zo op te delen dat die situatie zeldzaam wordt.

Hoe houd je de hoofdsamenstelling actueel zonder dat iedereen erin zit?

Wijs één beheerder aan en spreek vaste momenten af waarop de deelgebieden worden samengevoegd, bijvoorbeeld aan het eind van de dag. De rest van het team opent de hoofdsamenstelling tussendoor alleen om te kijken en te meten, niet om te wijzigen. Dat ene kanaal voorkomt de meeste botsingen op topniveau.

Vanaf welke teamgrootte is Vault de moeite waard?

Een vaste grens is er niet, maar de signalen zijn duidelijk: het gaat ondanks goede afspraken toch af en toe mis, er lopen meerdere machines parallel, of er werkt iemand op afstand mee. Tot die tijd kom je met deelgebieden en discipline verrassend ver. Wil je de dagelijkse wrijving alvast kwijt, probeer Thundercad dan 30 dagen gratis.