Beheer een technische wijziging

Open een management-of-change dossier voor de voorgestelde wijziging en beschrijf duidelijk wat er verandert, waarom, en welk veiligheids-, operationeel en ontwerprisico dit met zich meebrengt. Stuur het ter beoordeling door voordat iemand aan het werk begint.

Waarom: Technische wijzigingen die een controlestap overslaan, zijn de manier waarop een goedbedoelde oplossing onveilig of niet-conform wordt. Het dossier is het bewijs dat het risico is bekeken en de wijziging is goedgekeurd, niet alleen uitgevoerd.

Dien voor elke openstaande technische vraag die de wijziging oproept een RFI in, afmetingen, raakvlakken, specificatie, en laat de ontwerper schriftelijk antwoorden voordat het detail wordt vastgelegd. Koppel elke RFI aan de wijziging.

Waarom: Een wijziging gebaseerd op een aanname is herstelwerk in wording. Het antwoord vastleggen, van de persoon verantwoordelijk voor het ontwerp, voorkomt dat dezelfde vraag opnieuw op de bouwplaats wordt bediscussieerd.

Als de wijziging kosten of tijd beïnvloedt, dien dan een wijzigingsopdracht in die de beprijsde impact en het planningseffect vastlegt, gekoppeld aan het wijzigingsdossier. Is de impact werkelijk nihil, leg dat dan ook vast.

Waarom: De technische kant kan zijn afgesloten terwijl het geld nog openstaat. Een wijzigingsopdracht maakt van een goedgekeurde wijziging een overeengekomen kostenpost en een verschoven datum, voordat het stilletjes jouw probleem wordt.