Waarom modelchecken?
BIM-gebruik evolueert
Naarmate het BIM-gebruik evolueert, evolueren ook de redenen voor modelcontrole. De afgelopen decennia is de bouwsector overgestapt van papieren tekeningen naar digitale tekeningen. Van daaruit ging men over op BIM-modellen. Nog recenter zijn BIM-ondersteunende diensten in de cloud in gebruik genomen.
Toch is het niveau van BIM-adoptie ongelijk verdeeld. Veel bedrijven werken aan het digitaliseren en coderen van hun papieren documentstructuur in structuren van digitale documenten. Andere bedrijven zijn doorgegaan met de volgende stap, digitalisering, en de invoering van volledig digitale workflows. Zij vertrouwen op informatiestructuren die de conventionele notie van documenten overstijgen.
Vooral de laatste stappen van digitalisering en de eerste stappen van digitalisering vormen een drempel voor de invoering van BIM. Dit komt door de noodzaak om zowel culturele als technologische complexiteiten in bouwprojecten te overwinnen. Het is noodzakelijk een veelheid aan softwaresystemen met elkaar te verbinden. Professionals uit verschillende disciplines moeten samen coherente digitale tweelingen creëren. En contractueel verplichte bedrijven hebben behoefte aan betrouwbare zakelijke voorstellen.
Om over deze strijd heen te groeien, moet modelcontrole de drempel voor overgang verlagen. Het moet de grootste risico's verminderen, gemeenschappelijke talen vaststellen en mensen helpen uit te drukken wat ze van elkaar verwachten. Er is meer dan één reden om aan modelcontrole te doen. Hoe hangen deze redenen samen?
Een dynamisch model voor motivatie
De complexiteit van de lopende digitale transitie draagt bij tot de verscheidenheid aan redenen om modelchecking-workflows toe te passen. Om deze situatie beter te begrijpen, zullen we een bekend model voor motivatie, de hiërarchie van behoeften van Abraham Maslow, onder de loep nemen. (Maslow, A.H. (1943). "A theory of human motivation". Psychological Review. 50 (4): 370-396.).
Maslow merkte op dat "typisch een handeling meer dan één motivatie heeft". Als motivatoren voor menselijk handelen, identificeerde hij vijf basisbehoeften:
• fysiologisch,
• veiligheid,
• liefde
• waardering en...
• zelfrealisatie, die hij verder uitwerkte in...
- cognitief
- esthetiek,
- zelfrealisatie en...
– transcendence.
De behoeftehiërarchie van Maslow is het best bekend in de vorm van een piramidediagram (figuur 1).
Figuur 1 - Maslow's Motivatiemodel
De hiërarchie is meer dan een geordende lijst. Het is een dynamisch model voor de relatie tussen behoeften dat verklaart hoe primaire doelen in de loop van de tijd veranderen. Maslow merkte op dat de drang om een bepaalde behoefte te vervullen verband houdt met de vervulling van andere behoeften. De motivatie om hogere behoeften te vervullen hangt af van de vervulling van lagere behoeften. De laagste onvervulde behoefte is de belangrijkste. Naarmate elke behoefte vanaf het laagste niveau wordt vervuld, verschijnt de volgende als de belangrijkste. Naarmate we de hiërarchie opschalen zijn alle vervulde behoeften nog steeds van belang, maar in omgekeerde volgorde (figuur 2).
Figuur 2 - Bevredigde behoeften zijn geen actieve motivatoren
Een hiërarchie voor modelcontrolebehoeften
We kunnen de hiërarchie van Maslow overnemen om de behoeften en motivatoren voor modelcontrole beter te begrijpen. Hierdoor krijgen we ook inzicht in hoe deze behoeften van elkaar afhankelijk zijn. De resulterende hiërarchie van behoeften voor modelcontrole ziet er als volgt uit (figuur 3).
Figuur 3 - Een hiërarchie van behoeften voor modelcontrole
- Toegang (Fysiologisch)
Zorgen voor veilige toegang tot de modellen.
Voldoen aan de voorwaarden voor elke vorm van modelcontrole. De modellen moeten toegankelijk zijn en de bestanden mogen niet corrupt zijn. De modellen moeten kunnen worden bekeken.
- Schadebeheersing (Veiligheid)
Vermijd de duurste fouten.
Bescherm het project tegen de duurste modelleer- en specificatiefouten. Een voorbeeld van dergelijke fouten zijn geometrieclashes die kunnen optreden tijdens ontwerp, raming en constructie. Een controleomgeving moet ook veilig zijn. Toegang alleen met toestemming.
- Gemeenschappelijke taal (liefde)
Zorg voor een gemeenschappelijke taal binnen het projectteam.
De deelnemers van het projectteam moeten een gemeenschappelijke taal kunnen vinden. Zij moeten hun verwachtingen tegenover elkaar kunnen uitspreken. Dit kan gebeuren in de vorm van vereisten voor uitwisselingsinformatie, sjablonen voor productgegevens en specificaties voor de levering van informatie op projectniveau.
- Normen en bouwvoorschriften (Esteem)
Relaties met de buitenwereld en erkenning verdienen.
De gemeenschappelijke taal moet resoneren met normen en praktijken die algemeen worden erkend door de industrie en met de wettelijke vereisten die zijn vastgelegd in het bouwbesluit.
- Dashboards & AI (Cognitie)
Zorg voor een gemeenschappelijke taal binnen het projectteam.
De deelnemers van het projectteam moeten een gemeenschappelijke taal kunnen vinden. Zij moeten hun verwachtingen tegenover elkaar kunnen uitspreken. Dit kan gebeuren in de vorm van vereisten voor uitwisselingsinformatie, sjablonen voor productgegevens en specificaties voor de levering van informatie op projectniveau.
- Geïntegreerd ontwerp (esthetiek)
Gaat verder dan het technische perspectief.
Er kunnen eisen worden gesteld aan zowel het ontwerpconcept als de technische prestaties. Op deze manier staan esthetische oplossingen op gelijke voet en sluiten ze beter aan bij technische oplossingen
- Verandering in groei (Zelfrealisatie)
Groeien en zich onderscheiden.
Individuele gebruikers en organisaties kunnen een kenmerkende stijl ontwikkelen en zich onderscheiden, terwijl de gemeenschappelijke doelen toch worden bereikt.
- Missie (Transcendentie)
Inzicht naar wijsheid.
Holistisch perspectief. Verander de industrie. Bouw een betere wereld.
U kunt het oneens zijn met de volgorde van deze hiërarchie, of zelfs met de items erin. Neem dan het model als basis voor discussie. Welke behoeften bestaan er volgens u, en in welke hiërarchie?
Wees voorbereid op het volgende waarom
Het voorgestelde model biedt het volgende:
Het is een algemeen overzicht van de behoeften waarin de modelcontrole kan voorzien.
- Het schetst hoe ze bestaan in een hiërarchie, en hoe deze hiërarchie zich dynamisch ontwikkelt.
- Het helpt bij het benoemen van de behoeften die je momenteel waarneemt, in relatie tot andere behoeften.
- Zoek uit welke behoeften van een lager niveau het eerst vervuld moeten worden.
- Ontdek welke behoeften je kunt ervaren nadat je je huidige behoeften hebt vervuld.
- Het kan dienen om een BIM-adoptieplan over de hele hiërarchie in kaart te brengen dat veel verder reikt dan de behoeften die nu zichtbaar zijn.
- Het kan u helpen om tools te kiezen die compatibel zijn met uw organisatie, aan uw behoeften voldoen en de ambitie hebben om toekomstbestendig te zijn.
Nu de industrie evolueert naar een gedigitaliseerde workflow, hebben we allemaal behoefte aan modelcontrole. En daar zijn vele redenen voor, net zoals er veel mensen zijn die verschillende functies in verschillende bedrijven vervullen met verschillende prioriteiten. Ze hebben allemaal gemeen dat ze instrumenten nodig hebben die hun werklast verlichten in een moeilijke sector. Deze hulpmiddelen moeten de complexiteit van BIM vereenvoudigen, vertrouwen tussen partijen tot stand brengen en iedereen uitnodigen om inzichten te verwerven en waarde toe te voegen. Modelchecking helpt mensen beter te bouwen, samen.
Medewerkers
Product eigenaar
Verifi3D by Xinaps
Product eigenaar
Verifi3D by Xinaps
"HET BIM-MODEL CONTROLEERT PLAYBOOK"
Modelcontrole is een integraal onderdeel geworden van informatiemodellering en management nu meer bedrijven digitale transformatie omarmen. Dit boek is een aanrader voor professionals die BIM-gegevens beter willen coördineren en de bedrijfsvoering willen stroomlijnen.
