Beheer een technische wijziging
Beheer een ontwerp- of technische wijziging op de juiste manier: dien deze in met reden en risico, verhelder de technische vragen die het opwerpt via een RFI, en verwerk elke kosten- of tijdimpact in een wijzigingsopdracht.
Zo werkt het, stap voor stap
3 stappen door het platform - wat je bij elke stap doet en waarom het ertoe doet.
Dien de wijziging beheerst in
Wijzigingsbeheer (MoC)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.
Verhelder de technische vragen
RFIDien 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.
Verwerk de impact in een wijzigingsopdracht
WijzigingsopdrachtenAls 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.