📝Templates

Risicoregister

https://whimsical.com/informationmanagement-documents-8x5Nnp7Dwz9gTr5yXcQS88

Algemeen

Het risicoregister (of risico-analyse) wordt opgemaakt door de potentiële hoofdopdrachtnemer tijdens diens antwoord op aanbesteding en maakt dus deel uit van het antwoorddossier. De resultaten van de bekwaamheids- en capaciteitsanalyse zijn een input voor het risicoregister.

Het risicoregister moet aangeven welke risico’s er verbonden zijn met niet tijdig aanleveren van informatie, conform de ‣ van de opdrachtgevende partij en hoe deze risico’s kunnen worden ingeperkt. De potentiële taakgroepen en/of opdrachtnemers kunnen hier ook aan bijdragen.

<aside> 💡 Het is gangbaar dat een risicoregister reeds bestaat voor andere risico’s gerelateerd aan de opdracht. Indien dat het geval is moeten de BIM-gerelateerde risico’s hierin worden geïntegreerd in plaats van het opstellen van een apart document.

</aside>

Een risicoregister moet minstens de volgende risico’s in overweging nemen volgens NBN EN ISO 19650-2:

  1. Assumpties die het informatieleveringsteam maakt, gerelateerd aan de EIR van de opdrachtgevende partij

Het kan zijn dat er geen EIR werd ontvangen of dat er leemtes of dubbelzinnigheden in de ontvangen EIR staan. In dat geval moeten deze worden geïdentificeerd en moeten acties gedefinieerd worden om deze op te vangen.

  1. Informatieleveringsmijlpalen

Er moet worden ingeschat of er genoeg capaciteit (beschikbare teams en personen) en bekwaamheid (kennis en ervaring) is om tijdig de informatie te kunnen leveren. Verder moet er ook rekening worden gehouden met eventuele levertermijnen van bijvoorbeeld IT infrastructuur.

  1. Project Informatieprotocol

Het is belangrijk om te valideren of de rechten en verantwoordelijkheden die in het project informatieprotocol beschreven staan aanvaardbaar zijn vanuit een legaal en commercieel standpunt. Eventuele leemtes of tegenstrijdigheden moeten op voorhand worden geïdentificeerd.

  1. Informatieleveringsstrategie
    1. Het evalueren of het project CDE Common Data Environment (NL) in werking is gesteld en het de gekozen informatieleveringsstrategie kan ondersteunen.
    2. Controleren of alle relevantie documentatie en informatiebeheerdocumenten werd gecommuniceerd naar al de relevante actoren.
    3. Nagegaan worden of de ‣ is gedefinieerd en overééngekomen voor elke uitwisseling van informatie.
    4. Nagaan wat de impact is van de Opdelingsstrategie en informatiecontainer-breakdown-structuur op de werking en configuratie van de project CDE.
  2. Adopteren van de project- ‣ en project- ‣.
    1. Het evalueren van voorgestelde standaarden, methodes en procedures tegen de interne/bestaande processen en of ze haalbaar zijn
    2. Nagaan of de veranderingen binnen de opdracht op een goede manier worden beheerd, bijvoorbeeld wanneer bepaalde informatiebeheerdocumenten evolueren, wijzigingen of toevoegingen ondergaan
    3. De impact van inclusie of (non-inclusie) van voorgestelde amendementen aan de project-informatiestandaard en aan de project-informatieproductiemethoden en -procedures.
  3. Mobilisatie van het informatieleveringsteam en de nodige Bekwaamheid en capaciteit.
    1. Evalueren van de impact van communicatie op de mobilisatie
    2. Evalueren van de impact van ‘lead times’ op de mobilisatie, bijvoorbeeld: het aankopen en opzetten van de CDE, de benodigde internet connecties, configuratie van systemen, training, tests…
    3. Het nagaan van de impact van eventueel niet geslaagde testen tijdens mobilisatie.

<aside> 💡 Idealiter worden risico’s gekwantificeerd aan de hand van de kosten die gepaard gaan met dit risico. Op deze manier kan worden bepaald of het risico aanvaardbaar is of niet.

</aside>

Informatiebeheertaken met betrekking tot het risicoregister

https://airtable.com/shrlaXJsJ5ekDVjeG