Aspectibus heeft het plan opgevat om haar gedachten over een nieuw allesomvattend toekomstbestendig B&U specificatiesysteem op te schrijven in de vorm van een PvE+ en dit alles te delen door deze te publiceren op haar website. Het specificatiesysteem bevat in basis 2, fysiek van elkaar ontkoppelde, hoofdcomponenten:

1. Specificatiesysteem (tool/aplicatie) voor het opstellen van de Technische Specificaties;
2. Specificatiesysteem (tool/applicatie) voor het opstellen van de Juridiche Specificaties, een MBO met kernbedingen als onderlegger voor een aannemingsovereenkomst.
   

Ter ondersteuning bevat het specificatiesysteem een:

1. Toelichting;
2. Lexicon met achtergrond informatie, zowel of technisch als juridisch vlak;
3. Invulinstructie.

Waarom

De huidige specificatiesystemen in de B&U-sector zijn ontworpen voor een specifiek doel of fase en de interoperabiliteit tussen deze systemen is vaak ver te zoeken. Zo is er de STABU-2 besteksystemiek welke is bedacht in de jaren 70 en 80 van de vorige eeuw, waarmee je op een landelijke uniforme wijze een bestekboek kunt schrijven in, wat destijds nog zo heette, de besteksfase. In die tijd zat de zogenaamde harde knip bijna altijd achter wat nu de TO fase heet. Geintegreerde contracten kwamen sporadisch voor en werden, vaak als een pilot, gedaan in de vorige eeuw door bijvoorbeeld het toenmalige Rijksgebouwendienst voor gerechthoven waarbij de landsadvocaat zich hierbij dan boog over de juridische component Projecten overigens waar niet iedereen positief over was. De ooit nagestreefde koppeling, zo suggeren documenten uit de jaren 60 en 70 van de vorige eeuw, tussen bestek en begroting en "bestek en tekening", is nooit echt van de grond gekomen. Iteratief samen werken zat nog niet in de genen van de actoren en de overerfbaarheid van data van fase naar fase (van WP of Word naar een bestekkenprogramma) was zeer faalkostengevoelig. De drie belangrijke informatiedragers calculatie, geometrie/visualisatie en specificatie/informatie, waren niet digitaal op elkaar afgestemd waardoor dubbel werk meer regel dan uitzondering was. Herbruikbaarheid van data was ook niet gangbaar getuige de verhalen die de ronde gingen dat gebouwbeheerders het opgeleverde object opnieuw gingen opnemen en inmeten, om deze gegevens vervolgens in te voeren in de door hen gebruikte applicaties in de gebruiksfase.

Andere bekende "specificatiesystemen" zijn Briefbuilder en Relatics doch deze systemen zitten meer aan het begin van het ontwerptraject en daarvoor. Briefbuilder heeft eisenmanagement ingebouwd in haar tool die voor bouwspecificatiesdeskundigen wereldvreemd lijkt. Dat komt wellicht omdat zij enkel denken aan het maken van een contract, gebaseerd op de STABU-2 besteksystematiek en de UAV 2012, what else. Het opstellen van een Technische Specificatie (TS) in een andere fase dan de TO-fase is niet wat men gewend is maar wat wel de toekomst zal zijn. In Briefbuilder zit ook een koppeling naar het 3D model. Voor het iteratief maken van een TS lijkt dit een voorwaarde doch de praktijk van bouwspecificatiedeskundigen is weerbarstig. Uitwisseling tussen het 3D model en Technische Specificatie en visa versa is zeker nog geen gemeengoed. Relatics gaat in haar tool zelfs al een stap verder dan klassiek SE en stelt dat ze Model Based Systems Engineering heeft geadopteerd. Bouwspecificatiedeskundigen hebben nagenoeg geen fidusie van wat SE is, laat staan MBSE. Dit komt wellicht omdat de STABU-2 systematiek getrouwd lijkt te zijn met de werksoortindeling van een TS in de TO fase. Objectgericht denken is nog een onbekend fenomeen. 

"Specificatie" applicaties (inspectie) voor gebouwonderhoud, zoals Planon MJOP-software of o-prognose doen weinig met de wellicht bestaande vrij actuele data van het opgeleverde object. Startpunt zijn vaak de conditiemetingen en het vastleggen daarvan in de eigen applicatie. Men maakt zeer beperkt gebruik van de IFC- of ILS data van een recent opgeleverde object. o-prognose stelt dat zij mutaties verwerkt in het BIM -model, een toe te juichen ontwikkeling. Maar wat wordt dan gewijzigd in het BIM model. De entiteit material van een element? En hoe fijnmazig geschied dit als gebrande bitumineuze dakbedekking wordt gewijzigd in een gelijmde kunststof dakbedekking. Wordt de conditiemeting als entiteit IfcCondition toebedeeld aan het BIM model ten behoeve van het strategisch assetmanagement?

Kortom, we zijn er nog lang niet. Er wordt nog steeds te arbeidsintensief en faalkostengevoelig (lang elkaar heen) gewerkt. Oftwel, er nog steeds sprake van "eilandautomatisering".

Aspectibus stelt een generiek specificatiesysteem voor, wat "boven" de bestaande applicaties is gedacht en derhalve, mits kleine aanpassingen, gebruikt kan blijven worden als aspectsysteem. Samen met het 3D model vormt het specificatiesysteem het BIM-model van een object.

In dit geopperdetechnische specificatiesysteem kun je:

1. Specificeren, gekoppeld aan het:
   1. nog niet gebouwde object;
   2. het gebouwde object, als bron of ten behoeve van mutaties.
2. Specificeren op basis van:
   1. Systems Engineering+, object gericht, met breakdown structures, decompositie en aggregatie
   2. Entiteiten en property (sets) zoals vastgelegd in BuildingSMART;
   3. BIM-basis ILS;
   4. IDS.
3. Specificaties maken die:
   1. SMART zijn;
   2. geprioriteerd zijn (MoSCoW).
4. Informatie uit het 3D model halen, gebruiken, modificeren en terug leveren via de:
   1. Assembly codes;
   2. ILS;
   3. Keynotes;
   4. Plug-ins.
5. Een rationeel vergelijk maken tussen bouwproducten:
   1. door de bouwproductkenmerken, o.a. uit ETIM en een DoP
6. een model uitlezen, data modificeren completeren en visa versa.
7. Meerdere partijen/belanghebbenden (actoren) betrekken bij o.a.
   1. (Ontwerp)beslissingen;
   2. de Technische Oplossing
   3. Verificatie en validatie.
8. Innovatie bevorderen door:
   1. Varianten vanuit aanbesteder oppakken;
   2. Varianten vanuit de inschrijvers vergelijken;
9. Private labels meenemen zoals:
   1. BREEAM;
   2. PKvW.
10. Input levereen voor alle vorme nvan calculatie
    1. ieder fase, project....
    2. Gemakkelijk een MAMO-begroting kunt opstellen
11. Iteratief samenwerken tussen partijen faciliteren
12. Specificeren van:
    1. Technische Specificaties
    2. Juridische Specificaties, de kernbedingen:
       1. Overeenkomst
       2. Anticiperende bepalen
13. Diverse aspectmodellen samenvoegen waarop een clash detectie kan worden gedaan
14. Mapping doen;
15. Technisch Specificeren in alle fasen/projectstadia zoals
    1. Ontwerpstadia
    2. Uitvoeringsstadia
    3. Gebruiksfase, Beheer en onderhoud
16. Altijd weer terug kijken, achterhalen van de vraag achter de vraag, groeispecificaties
17. De Technische Oplossing perfectioneren door gebruikmaking van kwaliteitscirkel van Deming
18. Verwijzen naar verschillende soorten juridische voorwaarden:
    1. Paritair;
    2. Algemeen
    3. Eenzijdig
19. De Overeenkomst, het onderdeel daarin "de omschrijving van het werk", koppelen aan de CPV code
20. Prestatie-eisen eenduidig en verifieerbaar vastleggen:
    1. Alfa-numeriek, kwalitatief;
    2. Numeriek, met getallen, kwantitatief;
    3. Logisch;
    4. Range;
       
    5. Visueel.
21. Rationeel controlen of er voldaan wordt aan det contract
    
    1. Testen
    2. Toetsen
22. Risico management inpassen:
23. Met een deels maatwerk dashboard werken al naar gelang het naar de soort en fase van specificeren:
    1. Technische Specificatie;
    2. Juridische Specificatie.
       
24. Ten behoeve van de verificatie,  diverse testen opperen:
    1. Visueel
    2. Beproeving
    3. Keuring
25. Het dashboard inrichten naar:
    1. Type project
    2. Fase
26. De gehele levenscyclus van een bouwobject vastleggen;
27. Specificeren van:
    1. een deel van de aanbestedingsstukken;
    2. een deel van de contractstukken
28. De fasering zelf bepalen alsmede de tijdspanne van het project:
    1. Aan gangbare, met name nieuwbouw, fasering;
    2. Aan een zelf bedachte fasering van een project, handig bij onderhoud
29. Zowel:
    1. Functioneel kan specificeren
    2. Prestatie gericht kan specificeren
    3. Combinatie van functioneel en prestatiegericht
30. Op diverse detailniveau's specificeren
31. De specifikaties kan controleren door middel van:
    1. Verifieren
    2. Valideren
32. De specificaties kunt koppelen aan Deming
33. Specificeren naar objecten/entiteiten als:
    1. Ruimte
    2. Zone
    3. Etc.
34. Gebruik maken van diverse (open standaarden) voor bouwstoffen en bouwproducten:
    1. Bouwstoffen
       1. STABU
       2. ETIM
       3. NL/SfB tabel 3
       4. NAA.K.T.
       5. IFC Material
35. De basis leggen voor een materialenpaspoort;
36. Kun je data specificeren op een slimme manier:
    1. EAV
    2. RDS
37. Allerhande conditiemetingen koppelen als:
    1. Conditiemeting
    2. Beeldkwaliteit
    3. Reinheid
38. Contracten opstellen
    1. a;
39. Controle faciliteren voor:
    1. kwaliteitsborgers
    2. Directie voerders
    3. SCB
    4. Kwaliteitsbeheerders
    5. Specialisten
40. Het aspect tijd koppelen in de zin van:
    1. Algemeen tijdschema
    2. Gedetailleerde Werkkplannen
    3. Betaling
    4. Bestelling
    5. Ploegen
    6. Materieel
41. Specificeren, uiteindelijk voor:
    1. Werken
    2. Diensten (nog niet uitgewerkt)
    3. Leveringen (nog niet uitgewerkt)
42. Specificeren:
    1. Door of namens de opdrachtgever;
    2. Door of namens de opdrachtnemer
       1. Uitvoeringsvoorstel
       2. Onderaannemer
       3. Leverancier;
43. Het gespecificeerde sorteren naar:
    1. Bouwmanagement (GOTIK);
    2. Werksoort
    3. Element
    4. Bestellijsten
    5. Werkpakketten
    6. Nevenaannemers
    7. Werksoorten
44. Samen werken in:
    1. Aspectmodellen
    2. Projectmodel
45. De kernbedingen van een overeenkomst specificeren in de:
    1. Overeenkomst
    2. Project specifieke kernbedingen die anticiperen op de voorwaarden
46. Data hergebruiken bij een fase overgang
47. Bouwdelen koppelen aan:
    1. GIS
    2. GPS
48. Data beter duiden door hulpinfomatie ingebouwde:
    1. Thesaurus
    2. Motivatie 
    3. Verantwoording
49. Activiteiten en taken eenduidig specificeren;
50. Bouwstoffen en bouwproducten enduidig specificeren
51. Specificeren:
    1. Gekoppeld aan de samenwerkingvorm
    2. Gekoppeld aan de contractvorm
52. Data onderling uitwisselen met andere disciplines
    1. Modelleur
    2. Bouwkostendeskundige
    3. Etc.
53. Interdisciplinaire beslissingen nemen:
    1. Gewogen
    2. Geprioriteerd

Wie voelt zich geroepen om hierover mee te denken?

Dubbelklik hier om uw eigen tekst toe te voegen.