De golden thread behouden bij een hoger-risicogebouw

Leg de informatie-eisen vast als een matrix: wat moet worden geleverd, door wie, op welk moment en volgens welke standaard, met de kwaliteitspoorten die elke set moet doorstaan. Alles wat daarna komt, wordt hiertegen afgemeten in plaats van tegen een gewoonte.

Waarom: De golden thread faalt veel vaker aan het begin dan aan het eind. Niemand levert een gebouw op zonder informatie; ze leveren een grote hoeveelheid informatie op die niemand heeft gevraagd, in een vorm waarin niemand kan zoeken, en onder een regime dat verwacht dat de verantwoordelijke persoon snel een vraag beantwoordt, komt dat neer op helemaal geen informatie.

Laat de informatie door de statussen van de common data environment lopen, van onderhanden werk naar gedeeld, gepubliceerd en gearchiveerd, met een geschiktheidscode op elke container die zegt waarvoor die gebruikt mag worden. Een container van status laten wisselen is een poort die iemand doorloopt, geen versleping tussen mappen.

Waarom: Het verschil tussen een tekening waar u van mag bouwen en een tekening waar iemand nog aan werkt, is het duurste onderscheid op een bouwproject, en een mapnaam kan dat niet dragen. Een geschiktheidscode reist mee met de container, zodat wie hem zes maanden later opent, weet waarvoor hij geschikt was zonder de maker te hoeven bellen.

Houd de tekeningen, specificaties, berekeningen, productgegevens en certificaten als één register met versies bij, zodat de actuele revisie duidelijk is en de vervangen versie er nog staat. Label en archiveer ze op de manier die de eisenmatrix vraagt, niet op de manier die elke discipline zelf zou verkiezen.

Waarom: Het regime verwacht dat informatie actueel en vindbaar is, en die twee falen samen: een register waarin de laatste revisie onduidelijk is, is een register waaruit uiteindelijk iemand van het verkeerde blad bouwt. Vervangen versies bewaren in plaats van overschrijven beantwoordt ook de vraag die in elk onderzoek terugkomt: wat op dat moment bekend was.

Doorloop de beoordelingscyclus met de goedkeurende autoriteit: leg de indiening vast met de documentversie eraan vastgepind, log elke opmerking, beantwoord die en sluit de beslissing af. Wanneer het levende document verdergaat, wordt een opmerking bij de ingediende versie als verouderd gemarkeerd in plaats van stilzwijgend naar de nieuwe versie overgezet.

Waarom: Een opmerking beantwoord tegen een tekening die sinds de indiening is gewijzigd, is een antwoord op een vraag die niemand heeft gesteld. De versie vastpinnen maakt de uitwisseling reconstrueerbaar, wat precies is wat een gateway vraagt: laat zien wat u indiende, wat u erover werd verteld, en wat u er als reactie mee deed.

Bundel de informatie in het opleverpakket: de as-built set, de gebruiks- en onderhoudsinformatie, de test- en inbedrijfstellingscertificaten, de brand- en constructie-informatie, en het manifest dat zegt wat erin zit. Geef het uit aan wie verantwoordelijk wordt voor het gebouw tijdens de ingebruikname.

Waarom: De golden thread stopt niet bij oplevering, hij wisselt van eigenaar. Een pakket dat aankomt als een mappenboom zonder manifest wordt binnen een maand een archief dat niemand opent, en de volgende persoon die moet weten hoe het gebouw daadwerkelijk is gebouwd, begint opnieuw met welke tekeningen er nog op de bouwplaats liggen.