https://whimsical.com/informatiebeheersdocumenten-timeline-8x5Nnp7Dwz9gTr5yXcQS88
De high-level verantwoordelijkheidsmatrix volgt uit de aangenomen Opdelingsstrategie en informatiecontainer-breakdown-structuur en legt de high-level informatieplanning vast. Het is gangbaar dat de high-level verantwoordelijkheidsmatrix wordt overgenomen vanuit de informatie-container-breakdown-structuur, maar dan met de toevoeging van wie verantwoordelijk is voor welke informatie-containers.
Tijdens de opdracht wordt de gedetailleerde verantwoordelijkheidsmatrix als basis gebruikt voor het ontwikkelen van de TIDP & MIDP (NL).
Verantwoordelijkheidsmatrices zijn niet nieuw in de bouwindustrie, maar ze worden in de ISO 19650 geformaliseerd en onder één neutrale noemer gebracht.
De high-level verantwoordelijkheidsmatrix is deel van het pre-contractueel ‣ dat de hoofdopdrachtnemer opmaakt in diens antwoord op de aanbesteding. Het geeft een eerste zicht op de verantwoordelijkheden binnen het informatieleveringsteam en geeft aan welke taakgroep of opdrachtnemer verantwoordelijk is voor welke deliverables. Op deze manier is het binnen een informatieleveringsteam duidelijk welke taken bij welke partijen liggen.
Aan de andere kant geeft het de zekerheid aan de opdrachtgevende partij dat het informatieleveringsteam een antwoord biedt aan diens ‣ en hier ook de middelen aan toekent. Verder kan het ook gebruikt worden om te voorkomen dat er overlappende taken zijn toegewezen aan taakgroepen. Bij benoeming van de opdracht werkt de hoofdopdrachtnemer deze verder uit tot een gedetailleerde verantwoordelijkheidsmatrix.
<aside> 💡 Taken gerelateerd aan de De informatiebeheerfunctie kunnen ook in de high-level verantwoordelijkheidsmatrix voorkomen, bijvoorbeeld wie verantwoordelijk is voor het opzetten en/of beheren van het CDE die door het informatieleveringsteam zal worden gebruikt. Het is aangeraden dat dit enkel wordt gedaan indien er geen informatiebeheer-takenmatrix is/wordt opgesteld, om het SSOT principe (single source of truth) the handhaven.
</aside>
<aside> 💡 De verantwoordelijkheidsmatrices kunnen ook worden gestructureerd aan de hand van classificatiesystemen of andere structuren zoals IFC. Dit kan helpen bij het structureren van de deliverables en de link leggen met het modelleerproces. Zo kunnen bijvoorbeeld ‘metalen deuren’ aangeduid worden met de NL/SfB code: ‘(32.3)_h’ of de Uniclass code ‘Pr_30_59_24_52 : Metal doorsets’.
</aside>
Het onderstaande voorbeeld geeft mogelijke high-level taken en/of deliverables. Er wordt een onderscheid gemaakt tussen de verschillende disciplines binnen speciale technieken, maar geen verdere onderverdeling (bijvoorbeeld: informatie rond gasleidingen). De informatiecontainer-breakdown-structuur zal dus gebaseerd zijn op disciplines in dit geval. De deliverables kunnen worden toegewezen aan opdrachtnemers of taakgroepen afhankelijk van de noden en de structuur van het project.
https://airtable.com/shr3UvmbsMEk7RZrM
<aside> 💡 Bovenstaande tabel is slechts een simpel voorbeeld. Hoe de verantwoordelijkheidsmatrices worden opgebouwd, is vrij te kiezen; de ISO 19650 legt dit niet vast. Verantwoordelijkheden en deliverables moeten wel gedefinieerd zijn. De geest van de norm is dat het informatieleveringsteam nadenkt over de verantwoordelijkheden en de deliverables op een hoog niveau vóór het aanvangen van de opdracht.
</aside>
De gedetailleerde verantwoordelijkheidsmatrix vloeit voort uit de high-level verantwoordelijkheidsmatrix en wordt uitgewerkt door de hoofdopdrachtnemer bij benoeming. Deze kan als een annex bij het BEP gevoegd worden. Het moet ook een antwoord bieden op de informatieleveringsmijlpalen. Het wordt echter wel vermeld in de norm omdat het een tussenstap is tussen de high-level verantwoordelijkheidsmatrix en het TIDP.
Door het maken van de matrix wordt de scope van elke taakgroep binnen hun informatieleveringsteam en bijgevolg ook de scope van het informatieleveringsteam binnen het project duidelijk. Verder wordt de verwachte timing voor de opgenomen taken ook duidelijk.
Het definieert (conform ISO 19650-2 §5.4.2) dus: