Technische projecten mislukken op twee afzonderlijke manieren. De eerste is een technische storing — iets werd onjuist ontworpen. De tweede is een documentatiestoring — iets werd correct ontworpen, daarna gewijzigd, en de wijziging werd nooit correct vastgelegd, gecommuniceerd of verwerkt. De fabrikant bouwde vanuit de verkeerde revisie. De as-built-tekening weerspiegelt niet wat werd gebouwd. De berekeningen verwijzen naar afmetingen die twee maanden voor de voltooiing van het ontwerp werden vervangen. Het tweede type storing is, naar de ervaring van de meeste projectingenieurs, vaker dan het eerste — en bijna volledig te voorkomen.

Technisch wijzigingsbeheer is het geheel van disciplines dat documentatiestoringen voorkomt. Het is geen bureaucratie om haarzelf. Het is het minimale gestructureerde proces dat nodig is om ervoor te zorgen dat de ontwerpbedoeling op elk moment in het leven van een project nauwkeurig wordt vertegenwoordigd door de circulerende documenten, en dat iedereen die met die documenten werkt, werkt vanuit dezelfde versie van de waarheid.

Waarom Wijzigingsbeheer Mislukt — Het Gebruikelijke Patroon

Wijzigingsbeheerfouten volgen een opmerkelijk consistent patroon over projecten van alle groottes. Het begint bijna altijd klein: een klant verzoekt een kleine wijziging per e-mail laat in het detailengineering. De ingenieur maakt de wijziging in het model of de berekening en stuurt een bijgewerkte tekening per e-mail. Iemand anders in het project heeft de e-mail niet gezien. Deze heeft de vorige revisie. De fabrikant, die tekeningen stuksgewijs gedurende het project ontving naarmate ze werden voltooid, ontving de vorige uitgave en heeft het materiaal al gesneden. De nieuwe revisie is niet duidelijk gemarkeerd als vervanging voor iets. Niemand heeft een beheerst register van wat aan wie is uitgegeven. De as-built-tekening wordt voltooid door rode markeringen toe te voegen op een uitdraai van de laatste formeel uitgegeven tekening, die twee revisies vóór de versie lag die werkelijk werd gebouwd.

Dit is geen hypothetisch scenario. Het is wat er gebeurt bij de meerderheid van kleine en middelgrote ingenieurprojecten die geen formeel wijzigingsbeheerproces opleggen. De gevolgen variëren van kleine herwerking tot aanzienlijke veiligheidsimplicaties wanneer de gewijzigde afmeting, drukclassificatie of het materiaal veiligheidskritiek was.

Het Documentenregister — De Basis van Wijzigingsbeheer

Het startpunt van elk wijzigingsbeheerproces is een documentenregister — een beheerde lijst van elke tekening, berekening, specificatie en rapport van het project, met de huidige revisiestatus van elk. Zonder dit is er geen wijzigingsbeheer — alleen een verzameling documenten zonder gezaghebbende verklaring over welke versie van elk actueel is.

Een basis documentenregister voor een werktuigbouwkundig ingenieurproject bevat, als minimum, voor elk document:

Het register wordt bijgewerkt elke keer dat een revisie wordt uitgegeven. Het is de enige bron van waarheid voor de huidige status van elk document in het project. Als het register aangeeft dat Tekening FP-TEK-007 op Revisie 2 staat, dan is Revisie 1 vervangen — deze zou niet in circulatie moeten zijn, en elke fabricage die daarnaar wordt uitgevoerd, wordt uitgevoerd op basis van het verkeerde document.

Revisienummering — Een Conventie die Werkelijk Werkt

De voor een project gebruikte revisieconventie telt meer dan welke specifieke conventie is gekozen, omdat consistentie is wat de conventie nuttig maakt. Een document bij "Rev C" is duidelijk later dan "Rev A." Een document gemarkeerd "Uitgave 3 (ter goedkeuring)" is duidelijk later dan "Uitgave 2 (ter beoordeling)." Wat mislukt is wanneer verschillende documenten van hetzelfde project verschillende conventies gebruiken, of wanneer alleen datums worden gebruikt (wat van de ontvanger vereist dat hij de volledige revisiehistorie kent om de actualiteit te bepalen).

Een praktische conventie voor ingenieurprojecten:

Titelblokken op alle tekeningen moeten de revisiehistorie tonen — minimaal de laatste drie of vier revisies met datums en korte beschrijvingen. Wanneer een tekening opnieuw wordt uitgegeven, kan de ontvanger direct zien wat er is veranderd en bevestigen dat hij werkt vanuit de juiste revisie.

De Wijzigingsmelding — De Aanvraag Formaliseren Vóór de Wijziging

De waardevolste individuele maatregel in wijzigingsbeheer is het vereisen dat wijzigingen aan goedgekeurde documenten formeel worden aangevraagd en geautoriseerd voordat de wijziging wordt aangebracht, niet informeel gecommuniceerd en ad hoc doorgevoerd. Het instrument hiervoor is de Ontwerpwijzigingsmelding (WBM) of Wijzigingsverzoek (WV).

Een WBM hoeft niet complex te zijn. Als minimum legt zij vast:

De WBM wordt geregistreerd in een WBM-register naast het documentenregister. Het WBM-nummer wordt vervolgens gerefereerd in de revisiebeschrijving op de tekening of het document dat opnieuw wordt uitgegeven om de wijziging te implementeren. Het spoor van "klant verzocht flensclassificatiewijziging" naar "WBM-007 aangemaakt" naar "Tekening FP-TEK-003 opnieuw uitgegeven op Rev 1 conform WBM-007" is volledig en in beide richtingen traceerbaar.

De sleuteldiscipline: geen wijziging aan een goedgekeurd document zonder WBM. E-mail is geen wijzigingsbeheersysteem. Een mondelinge instructie op de locatie is geen wijzigingsbeheersysteem. Een Post-it op een tekening is geen wijzigingsbeheersysteem. De WBM wel. Het afdwingen van deze ene regel elimineert de meerderheid van documentatiestoringen.

Transmissies — Beheersen Wat Aan Wie is Uitgegeven

Weten wat de huidige revisie van elk document is, is noodzakelijk maar niet voldoende. U moet ook weten wat is uitgegeven aan externe partijen — de klant, de fabrikant, de certificeringsinstantie — en op welke revisie. Dit is de functie van het documentoverdrachtsformulier.

Elke uitgifte van documenten aan een externe partij moet vergezeld gaan van een transmissieprotocol dat elk uitgegeven document vermeldt, op welke revisie, en voor welk doel (ter beoordeling, ter goedkeuring, voor fabricage, ter informatie). De transmissie is genummerd en gearchiveerd. De ontvanger bevestigt ontvangst.

Wanneer een document wordt herzien en opnieuw uitgegeven, toont het transmissieprotocol dat de fabrikant Revisie 0 op een specifieke datum is toegestuurd. Als hij daarna fabriceert van een ongemarkeerde uitdraai, is het transmissieprotocol het bewijs van waar hij van had moeten werken. Als hij de ontvangst van de transmissie van de revisie die de versie waarvan hij bouwde heeft vervangen nooit heeft bevestigd, is dat een processtoring in zijn kwaliteitssysteem die het transmissieprotocol zichtbaar maakt.

Het transmissieproces beschermt ook de ontwerper. Als een klant beweert dat een afmeting in de as-built onjuist is en niet op een door hem goedgekeurd document stond, toont het transmissieprotocol en de ontvangstbevestiging van de klant van het goedkeuringsuitgiftedocument exact wat is uitgegeven, wanneer, en op welke revisie. Zonder transmissieprotocollen is dit een woord-tegen-woord-geschil. Met hen is het een feitelijke registratie.

As-built-Documentatie — De Cirkel Sluiten

De as-built-tekening is de registratie van wat werkelijk is gebouwd. Het is niet hetzelfde als de laatste uitgegeven fabricagetekening, omdat fabricage onvermijdelijk kleine afwijkingen van de tekening inhoudt — veldlassen verplaatst, steunen verschoven om te passen bij bestaande staalconstructie, leidinglengtes ter plaatse aangepast. De as-built-registratie legt deze afwijkingen vast.

As-built-documentatie moet een gedefinieerd leverbaar product zijn bij elk ingenieurproject, geproduceerd door de fabricagetekeningenset te markeren met alle ter plaatse bevestigde wijzigingen, en vervolgens de tekeningen te heruitgeven op een "As-built"-revisie of een beheerde roodmarkeringsset bij te houden. De as-built-documentenset is het overdraagdocument — het is wat het onderhoudsteam en toekomstige ingenieurs gebruiken om de installatie te begrijpen zoals zij werd gebouwd.

Het veelvoorkomende falen: as-built-documentatie wordt behandeld als bijzaak, geproduceerd onder tijdsdruk bij projectafsluiting op basis van herinneringen aan wat er ter plaatse veranderde, in plaats van progressief tijdens de fabricage te worden bijgehouden. Het resultaat is een set as-built-tekeningen die nauwkeurig is voor de vroeg gewijzigde zaken (wanneer mensen ze zich nog herinneren) en onnauwkeurig voor de laat gewijzigde zaken. Progressieve as-built-markering — het bijwerken van de roodmarkeringsset telkens wanneer een locatieafwijking wordt overeengekomen — is de enige betrouwbare methode.

Wijzigingsbeheer in Gereguleerde Omgevingen

Voor druksystemen, hefinrichtingen, staalconstructies, en andere gereguleerde installaties heeft wijzigingsbeheer een specifieke extra dimensie: wijzigingen aan goedgekeurde ontwerpen kunnen hergoedkeuring vereisen door de bekwame persoon, de certificeringsinstantie, of de aangemelde instantie voordat zij kunnen worden geïmplementeerd. De PED (Richtlijn Drukapparatuur), de Machinerichtlijn, en CDM 2015 hebben alle bepalingen die van invloed zijn op wanneer een wijziging significant genoeg is om formele hergoedkeuring te vereisen in plaats van slechts een interne revisie van de ontwerper.

De toets is globaal: beïnvloedt de wijziging de veiligheidsgerelateerde ontwerpbasis? Een wijziging aan een leidingsteun die de drukgrens, de drukclassificatie, of de spanningsanalyse niet beïnvloedt, is waarschijnlijk een kleine wijziging beheersbaar binnen de bevoegdheid van de ontwerper. Een wijziging van de flensclassificatie, de bedrijfsdruk van het vat, of de materiaalspecificatie is een wijziging van de veiligheidsgerelateerde basis die een formele beoordeling vereist en mogelijk hergoedkeuring vereist. De CDM 2015 Principal Designer heeft de specifieke plicht om ervoor te zorgen dat het Gezondheids- en Veiligheidsdossier wordt bijgehouden met nauwkeurige ontwerpdocumentatie — wat alleen mogelijk is als het wijzigingsbeheer gedurende het hele project is gehandhaafd.

Het Praktische Minimum voor Kleine Projecten

Niet elk project rechtvaardigt een volledig ISO 9001-conform documentmanagementsysteem. Een klein werktuigbouwkundig ontwerproject met één ingenieur, één klant en één fabrikant heeft geen documentbeheerplatform nodig. Maar het heeft wel nodig:

  1. Een documentenregister — zelfs een eenvoudige spreadsheet die elke tekening en berekening met zijn huidige revisie vermeldt
  2. Een consistente revisieconventie — toegepast op elk document, zonder uitzondering
  3. Een wijzigingslog — een registratie van elke wijziging aan elk document, met de reden en de datum
  4. Transmissieprotocollen — een registratie van elk document dat aan elke externe partij is uitgegeven, op welke revisie
  5. Beheer van vervangen documenten — wanneer een nieuwe revisie wordt uitgegeven, wordt de vorige revisie duidelijk gemarkeerd als "VERVANGEN" of gearchiveerd. Nooit verwijderd — de geschiedenis is het auditspoor.

Vijf punten. Geen ervan vereist gespecialiseerde software. Alle kunnen worden beheerd in een gestructureerde map op een gedeelde schijf met een gedisciplineerde naamgevingsconventie. De discipline ligt niet in de gereedschappen — zij ligt in de consistente toepassing van de regels, op elk document, elke keer.

Naamgevingsconventies — De Onzichtbare Infrastructuur

Een bestandsnaamgevingsconventie is de laagste-niveau wijzigingsbeheerdiscipline en de meest opgegeven mid-project. Een consistente conventie maakt het documentenregister zelfvullend en maakt de transmissie triviaal om samen te stellen. Een inconsistente conventie — "Definitieve_Tekening_v3_HERZIEN_gebruik_deze.pdf" — is een documentbeheerstoring ingebed in het bestandssysteem.

Een hanteerbare naamgevingsconventie voor een werktuigbouwkundig ingenieurproject:

[Projectcode]-[Type]-[Nummer]-[Revisie].[Extensie]
bijv. FP001-TEK-003-R2.pdf
bijv. FP001-BER-001-P1.pdf
bijv. FP001-SPEC-002-R0.pdf

De revisie is altijd het laatste element vóór de extensie. Wanneer het document opnieuw wordt uitgegeven, verandert alleen het revisieelement. Sorteren op naam geeft een volledige chronologische lijst op type en nummer. Filteren op "R0" geeft alle voor fabricage uitgegeven documenten op hun eerste goedgekeurde revisie.

Samenvatting

Technisch wijzigingsbeheer is geen bureaucratische overhead — het is de minimale gestructureerde discipline die nodig is om te voorkomen dat de verkeerde revisie de fabrikant bereikt, om een traceerbare registratie bij te houden van waarom het ontwerp is zoals het is, en om nauwkeurige as-built-documentatie te produceren waarop de volgende ingenieur die aan de installatie werkt kan vertrouwen. Het fundament is een documentenregister. Het mechanisme is de WBM. Het bewijs is het transmissieprotocol. De afsluiting is de as-built-set. Consequent toegepast op elk document van elk project, elimineren deze vier disciplines de storingscategorie die niets te maken heeft met ingenieursvaardigheid en alles met of iemand weet welke tekening actueel is.

Forgepoint produceert volledig beheerde ontwerpdocumentatiepakketten met revisiehistorie, transmissieprotocollen en as-built-overdrachtsets als standaard leverbare producten. Neem contact op om uw project te bespreken.

Uw Project Bespreken — 07549 032776