Når projektviden ligger spredt mellem tegning, Excel og mail
Mange tegnestuer bruger unødigt meget tid på at finde den rigtige version af en oplysning. Et projektdatafundament samler relationen mellem tegning, produktvalg, beslutning, revision og dokument, så teamet kan se hvad der er sikkert, hvad der mangler, og hvad der skal kontrolleres.
Mange tegnestuer bruger unødigt meget tid på at finde den rigtige version af en oplysning. Et projektdatafundament samler relationen mellem tegning, produktvalg, beslutning, revision og dokument, så teamet kan se hvad der er sikkert, hvad der mangler, og hvad der skal kontrolleres.
AI kan forberede, sammenstille og markere usikkerhed. Arkitekten validerer konsekvensen.
Her betyder arkitektur ikke softwarearkitektur. Vi taler om arkitektur som bygget miljø: tegnestuer, renovering, lokalplaner, BR18, materialer, bygningsdata og arkitektfaglige beslutninger.
Hvad skal teamet kunne stole på?
Før et agentoutput kan indgå i projektarbejdet, skal teamet kunne se kilder, antagelser, mangler og næste kontrolpunkt. Ellers bliver AI bare endnu et sted, hvor projektviden kan blive uklar.
Kildefast udtræk
Et brugbart output for projektdatafundament skal vise, hvilke oplysninger der kommer fra CAD/BIM-udtræk, Excel-ark, PDF-output, produktdata, og hvilke punkter der bygger på projektets egne antagelser.
Faglig sortering
Agenten skal ikke bare gengive tekst. Den skal hjælpe tegnestuen med at sortere, hvad der er relevant for sagen, hvad der kan vente, og hvad der kræver menneskelig vurdering.
Valideringsspor
Outputtet skal pege på, hvem der skal kontrollere næste skridt. I dette workflow betyder det især, at arkitekten vurderer om agentens sammenstilling giver faglig mening i den konkrete sag.
Beslutningslog
Alle vigtige fund bør kunne føres tilbage til kilde, status og næste handling. Minimumskravet er, at teamet kan se, hvorfor en anbefaling blev taget med eller afvist.
Sådan tester man uden at gøre AI til facit.
Det første mål er at afprøve, om systemet kan samle de oplysninger, der allerede bruges i projektet, og vise hvor de kommer fra, mens tegnestuen kontrollerer, om outputtet faktisk forbedrer arbejdsgangen.
- 01
Start med en rigtig sag, hvor tegnestuen allerede kender facit nok til at vurdere kvaliteten.
- 02
Sammenlign første output med jeres manuelle arbejdsgang, og noter hvor det sparer tid, hvor noget overses, og hvor konklusionen bliver for sikker.
- 03
Hold pilotens scope smalt: start med én virkelig sag og et forarbejde, som i dag kræver mange manuelle opslag.
- 04
Afslut testen med en beslutning om, hvor workflowet skal indgå i praksis, og hvilke dele der stadig skal ejes af arkitekt, rådgiver eller ledelse.
Hvor opstår behovet i tegnestuen?
Behovet opstår ikke, fordi tegnestuen mangler endnu et system. Det opstår, når projektviden ligger spredt i tegninger, Excel-ark, PDF'er, mails og erfarne medarbejdere, og teamet derfor bruger tid på at afgøre, hvad der er sikkert grundlag.
Hvad kan agenten forberede?
- check_circle Samle de oplysninger, der allerede bruges i projektet, og vise hvor de kommer fra.
- check_circle Pege på relationer mellem rum, koder, produkter, dokumenter, status og revisioner.
- check_circle Forberede udkast til udvalgte output, hvor kilder, antagelser og mangler er synlige.
- check_circle Markere de steder, hvor tegnestuen skal stoppe op og validere før materialet bruges over for kunde, leverandør eller myndighed.
Hvad skal arkitekten validere?
- verified Arkitekten vurderer om agentens sammenstilling giver faglig mening i den konkrete sag.
- verified Projektansvarlig godkender, hvilke oplysninger der kan bruges eksternt, og hvilke der kun er internt forarbejde.
- verified Specialister eller leverandører validerer tekniske, økonomiske og myndighedsmæssige konsekvenser, når agenten kun kan pege på et spørgsmål.
Når projektets oplysninger skal kunne kontrolleres
I et anonymiseret projektflow fandtes samme produktvalg på tegningen, i et regneark, i et prisbilag og i en manual. Da varianten ændrede sig, var pointen ikke at få systemet til at vælge igen. Pointen var at gøre det synligt, hvilke dokumenter der byggede på den gamle oplysning.
- sync_alt Agentens forarbejde skulle vise produkt, variant, pris, dokumentation og kildegrundlag.
- sync_alt Arkitekten og projektlederen skulle kunne se, hvad der var sikkert, usikkert og klar til godkendelse.
Datakilder og usikkerhed
Kildegrundlaget skal være synligt, så tegnestuen kan se forskel på data, fortolkning og beslutning.
Data der kan indgå
- CAD/BIM-udtræk
- Excel-ark
- PDF-output
- produktdata
- datablade
- projektmapper
- revisionshistorik
Arbejdsmåde
- Start med én virkelig sag og et forarbejde, som i dag kræver mange manuelle opslag.
- Definér hvad agenten må betragte som kilde, antagelse, arbejdshypotese og stopregel.
- Brug projektdata som et kontrolgrundlag, ikke som en skjult beslutningsmaskine.
Usikkerhed og ansvar
Et projektdatafundament gør ikke gamle oplysninger rigtige. Det gør relationer, kilder og usikkerheder synlige, så tegnestuen kan vurdere, om grundlaget er stærkt nok til at blive brugt.
Synligt kildegrundlag
Kilderne skal gøre det muligt at kontrollere, hvad der bygger på dokumenteret grundlag, og hvad der stadig kræver faglig vurdering.
Start med én konkret sag.
Vælg én projekttype og ét stykke forarbejde, for eksempel prisbilag eller manual. Kortlæg hvilke oplysninger agenten skal kunne finde, dokumentere og markere som usikre, før en arkitekt bruger outputtet.
Ofte stillede spørgsmål
Hvad er et projektdatafundament?
add
Det er et fælles grundlag for projektets vigtigste oplysninger, så en agent kan lave et forarbejde med synlige kilder, relationer og usikkerheder.
Skal vi have alt ind i én database?
add
Nej. Ofte er det bedre at starte med de relationer, der allerede skaber manuelt følgearbejde i en konkret sag.
Er et projektdatafundament det samme som en AI-agent?
add
Nej. Fundamentet er det grundlag, agenten arbejder på. Agenten bliver først brugbar, når den kan vise sine kilder, sine antagelser og sine stopregler.
Fra CAD til prisbilag, bestilling og manual
Få tegningskoder, produktdata og dokumentation til at hænge sammen, så prisbilag, bestilling og manual kan kontrolleres fra samme grundlag.
RevisionerProjektændringer med sporbarhed
Gør projektændringer sporbare, så en agent kan forberede overblik, kontrolpunkter og udkast før arkitekten godkender.
WorkflowTegning, Excel og PDF som projektflow
Gennemgå hvor tegning, Excel og PDF skaber usikkerhed, og hvad en agent skal kunne dokumentere før forarbejdet kan bruges.
ProduktdataDigitalt bagland for produktdata
Få struktur på produktdata, så en agent kan forberede et kontrollerbart grundlag for prisbilag, manualer og overlevering.
Relateret viden