B E H O V S A N A L Y S E N S P E R S P E K T I V E R I F O R H O L D T I L C U N E C O

Transkript

1 B E H O V S A N A L Y S E N S P E R S P E K T I V E R I F O R H O L D T I L C U N E C O cuneco en del af bips Dato: 2. marts 2012 Projektnr Sign. MET/SSP Indhold 1 Resumé Indledning Analysens overordnede perspektiver for cuneco cunecos udviklingsproces Designprincipper cunecos projektplaner Projekter i bips regi Emneområder, der hverken håndteres af bips eller cuneco Resumé cuneco har gennemført en behovsanalyse for at afdække byggebranchens behov for standardisering som grundlag for udveksling og genbrug af data set i relation til cunecos fire givne indsatsområder: Klassifikation, egenskabsdata, informationsniveauer og opmålingsregler. cuneco vurderer, at behovsanalysen i tilstrækkelig grad har afdækket byggebranchens behov for standarder inden for cunecos indsatsområder og udgør hermed et grundlag, som cuneco kan arbejde videre på. cunecos planlagte retning er overordnet blevet bekræftet, samtidig med at behovsanalysen har givet meget konkret input til, hvilke løsninger brugerne ønsker muliggjort via cunecos udviklingsarbejde. cuneco har planlagt en række udviklingsprojekter og har pba. behovsanalysen en række nye projekter under overvejelser. Dette er beskrevet i afsnit 6. Fx er der identificeret en række projekter, der er rettet mod at definere egenskabsdatasæt mhp. at understøtte konkrete processer. cuneco står for fællesskab. Vi udvikler det fælles grundlag for digitaliseret samarbejde i byggeri, anlæg og drift. Målet er øget effektivitet og produktivitet gennem bedre udveksling af informationer.

2 2 Indledning cuneco har i efteråret 2011 gennemført en behovsanalyse for at afdække byggebranchens behov for standarder som grundlag for udveksling og genbrug af data set i relation til cunecos fire givne indsatsområder: Klassifikation, egenskabsdata, informationsniveauer og opmålingsregler. Analysen er gennemført som en fokusgruppebaseret undersøgelse blandt 72 brugerrepræsentanter på tværs af værdikæden. cuneco er taknemmelig for deltagernes engagement og for de mange interessante inputs, de har givet til cunecos arbejde. Resultatet af fokusgruppeundersøgelsen er beskrevet i en selvstændig rapport ( Behovsanalyse hvad er byggebranchens behov for standarder for udveksling af information? ). Dette dokument skal ses som cunecos svar på behovsanalysen, idet det her beskrives, hvilke perspektiver cuneco samlet ser for sit arbejde pba. behovsanalysen. Der er således lavet en mapping mellem brugernes ønsker, som de kommer til udtryk i behovsanalysen, og cunecos indsatsområder, projektplaner, udviklingsproces og designprincipper, jf. figuren nedenfor. Det skal bemærkes, at analysen er gennemført inden for rammen af cunecos fire givne indsatsområder, og mange af de udtrykte brugerønsker ligger inden for disse områder. Andre ønsker ligger imidlertid uden for og vil derfor ikke umiddelbart kunne løses via cunecos udviklingsarbejde. cunecos overvejelser og foreløbige beslutninger om de enkelte projektemner er beskrevet i afsnit 6. 2

3 3 Analysens overordnede perspektiver for cuneco Analysen har følgende overordnede perspektiver for cuneco: Analysen har dokumenteret branchens grundlæggende behov grundlaget for cunecos arbejde er nu på plads. o cuneco har i analysen været i tæt dialog med 72 brugerrepræsentanter på tværs af byggeriets værdikæde. Dette er for en kvalitativ analyse, hvis formål er at spørge et mindre antal deltagere i dybden (i modsætning til en kvantitativ, statistisk analyse, hvor mange brugere spørges mere overfladisk) et meget stort deltagerantal. Analysen må derfor antages at være dækkende for den samlede branche. o o Sagt med andre ord har cuneco været i tilstrækkeligt dyb kontakt med tilstrækkeligt mange brugere til at kunne siges at have afdækket branchens grundlæggende behov. Behovsanalysen svarer dog ikke i detaljer på, hvad cuneco skal udvikle og hvordan. Dette kræver en nærmere granskning af de enkelte emner og må afgøres inden for de enkelte projekter i cuneco. cunecos planlagte retning er blevet bekræftet o cuneco er opstået pba. en ansøgning om bl.a. statslige støttemidler, hvor det er antaget, at branchen har behov for en række standarder og klassifikationssystemer for at kunne samarbejde mere effektivt og øge produktiviteten. cuneco har i ansøgningen opridset fire indsatsområder: klassifikation, egenskabsdata, opmålingsregler og informationsniveauer. o o Analysen bekræfter helt overordnet cunecos antagelse om, at byggebranchen har et stort behov for ensartethed, struktur og entydighed. Analysen bekræfter også klart, at der er behov for standardisering inden for alle cunecos fire indsatsområder, og at brugerne kan se en klar værditilførsel ved brug af sådanne produkter. Analysen giver således ikke anledning til at ændre på cunecos planlagte retning, men giver på et mere detaljeret niveau en række inputs til cunecos projekter. Behovsafdækningen skal løbende præciseres og opdateres o Analysen kan ikke betragtes som et endegyldigt svar på branchens behov, men som et øjebliksbillede, der løbende skal præciseres og opdateres: 3

4 o o Analysen er brugeranalyse, der afdækker brugernes oplevede behov. Der tages således ikke i analysen stilling til emner, som ligger ud over de oplevede behov. Dette kunne fx være hvilke forudsætninger, som er nødvendige for at udvikle de efterspurgte standarder og produkter, eller nye teknologiske muligheder, som ikke er italesat i fokusgrupperne. Det vil derfor være op til de enkelte projekter i cuneco på baggrund af brugernes formulerede behov at analysere, hvordan behovene bedst muligt dækkes, hvilke forudsætninger der kræves, osv. Samtidig er der behov for en løbende dialog med de almindelige brugere, som kan beskrive og præcisere deres dagligdags behov i relation til det enkelte cuneco-projekt så cuneco bevarer fingeren på pulsen mht., hvad brugerne faktisk efterspørger. 4 cunecos udviklingsproces Deltagerne i behovsanalysen ønsker, at cuneco i sin udviklingsproces: Kommunikerer bredt og åbent og taler et sprog, som alle forstår Løbende inddrager branchens erfaringer Relaterer udviklingen til andre, parallelle udviklingsprojekter Løbende afprøver sine produkter Har blik for de barrierer, som ligger uden for cunecos eget arbejdsfelt, men som skal bearbejdes, hvis visionen om en bedre informationsudveksling skal indfries fx ydelsesbeskrivelser, aftalegrundlag, ansvar for bygningsmodel og mængder, samarbejdskultur, osv. Disse ønsker er langt hen ad vejen i overensstemmelse med cunecos visioner, idet: cuneco ønsker at kommunikere så enkelt som muligt og vil bl.a. kommunikere vha. brugerscenarier, der viser konkrete eksempler på, hvordan brugerne kan tænkes at arbejde med cunecos produkter i praksis. Brugerscenariemetoden er anvendt i behovsanalysen og synes at være en hensigtsmæssig måde at formidle om cunecos meget abstrakte produkter, så de bliver nærværende og giver mening for brugerne. cuneco vil desuden udvikle best practice manualer for de enkelte projektområder. Alle cunecos planlagte udviklingsprojekter er beskrevet på og resultater fra projekterne vil blive kommunikeret løbende med indlagte høringsprocesser. Til hvert udviklingsprojekt i cuneco rekrutteres en samling af fagpersoner i branchen med viden og erfaring inden for projektområdet, og cuneco lægger stor vægt på at sammensætte projektgrupperne med de rette profiler. cuneco søger så vidt muligt at udvide kredsen af projektgruppedeltagere bl.a. via en 4

5 kompetencekortlægning, hvor cuneco indbyder alle kompetencepersoner i byggeriet til at registrere sig i netværket (se cuneco ønsker og har brug for at være i løbende dialog med brugerne for at udvikle de rette produkter. Til det formål anvendes bips faglige fora, ligesom det er muligt for brugerne at kommentere cunecos arbejde og de enkelte udviklingsprojekter ved at tilmelde sig som debattører på eller ved at deltage i de åbne høringsworkshops. Ligeledes er deltagelse i cunecos afprøvningsprojekter en mulighed for at blive inddraget. cuneco vil løbende have fokus på, hvordan brugerinddragelsen kan gøres bedst muligt. cuneco har et stort netværk og er bevidst om parallelle udviklingsprojekter og vil så vidt muligt relatere cunecos udviklingsprojekter til disse. Afprøvning af cunecos produkter indgår i den ansøgning, cuneco har fået bevilget støttemidler ud fra og er således et must for cuneco. cuneco har allerede aftale med Gødstrup Sygehus om afprøvning af cunecos produkter og vil løbende igangsætte flere afprøvningsprojekter. cuneco er bevidst om de mange barrierer for en flydende, ubesværet udveksling af data mellem byggeriets parter, som ligger uden for cunecos egne indsatsområder, men som er en reel forudsætning for, at cuneco vil få succes med sine produkter. cuneco vil løbende have fokus på dette og ved hjælp af en tæt kontakt bl.a. via cunecos partnerskab og BVU*net til byggeriets organisationer, styrelser, uddannelsesinstitutioner mv., søge at påvirke disse til at igangsætte relevante aktiviteter. Samlet set handler cunecos udfordring pba. behovsanalysen således ikke så meget om selve visionen, som hvordan den gennemføres i praksis. 5 Designprincipper Brugerne har en række basale ønsker til cunecos designprincipper, nemlig at cunecos produkter: Er enkle og brugervenlige Kan anvendes i praksis Skal fungere nu og her (men også give mening om 5 år) Hjælper branchen med at tage de små skridt fremad Er relevante for og kan anvendes af hele branchen Kan hentes via webben Er integreret i den anvendte software Fungerer i en international sammenhæng 5

6 Der er ingen uoverensstemmelse mellem disse ønsker til designprincipper og cunecos egne visioner. Det er således en del af cunecos strategigrundlag, at cuneco skal udvikle, afprøve og implementere fælles standarder for bedre udveksling af data gennem alle byggeriets processer fra idéfase og projektering over udførelse til drift og vedligehold. Standarderne skal være brugervenlige, itegnede og tilstræbes at være kompatible med både nationale og internationale standarder. cuneco vil løbende søge at efterleve disse designprincipper med hjælp fra kvalificerede projektdeltagere, tæt kontakt til softwareleverandørerne, deltagelse i internationale fora og et stort, aktivt brugernetværk. Konkret hvad angår brugervenlighed og it-egnethed, planlægger cuneco at udvikle cuneco-serveren : en cloudbaseret løsning, hvor brugerne kan hente Byggeriets Digitale Stamdata. Denne løsning forventes at gøre det nemt for brugerne både de almindelige brugere og softwareleverandørerne at tilgå cunecos produkter. Der er fuld opbakning blandt deltagerne i behovanalysen til denne løsning, så længe cuneco ikke går softwareleverandørerne i bedene og bliver en konkurrent. cuneco vil derfor være meget opmærksom på denne balance og sørge for, at softwareleverandørerne oplever cuneco som en samarbejdspartner frem for en konkurrent. Dette tilgodeses via cunecos tætte kontakt til it-branchen via bips it-fora og it-repræsentanterne i cunecos projektgrupper. Samlet set består udfordringen for cuneco således igen primært i, hvordan man i praksis efterlever disse principper og fx når frem til standarder og produkter, som trækker branchen fremad samtidig med, at de er nemme at anvende for de enkelte brugere med forskellige forhåndskundskaber. 6 cunecos projektplaner cuneco udvikler sine standarder og produkter inden for de fire indsatsområder: Klassifikation, egenskabsdata, informationsniveauer og opmålingsregler, via en række successive udviklingsprojekter. Der er generelt stor overensstemmelse mellem brugernes udtrykte behov og cunecos planlagte projekter, men behovsanalysen giver dog anledning til at overveje et antal nye projekter. Projektplanen nedenfor beskriver således både cunecos planlagte projekter og overvejelser i forhold til nye projekter. Planen er udarbejdet som en sammensmeltning af cunecos oprindelige master tidsplan og de input, der er kommet ind fra behovsanalysen. Det fremgår af de enkelte punkter, hvad deres kobling til behovsanalysen er. Efter gennemgangen af cunecos projektplan beskrives de emner, behovsanalysen har rejst, som enten falder ind under bips indsatsområder, eller som falder helt udenfor. 6

7 cunecos projektplan: Projekt Beskrivelse Periode Udsagn fra analyse Status Klassifikation Afklaring kode for bygningsdele Begrebsmodel for ressourcedomæne Input til ISO-revision Klassifikation af bebyggelser, bygninger og rum Afklaring af klassifikationsniveau Revision af ISOstandard - konstruktion - el - mekaniske installationer - komplettering - veje - vand, spildevand og forsyning - landskab Projektet har til formål at definere en struktur for kodning af bygningsdele, der afhjælper de konstaterede uhensigtsmæssigheder i DBK 2006 Dette projekt skal specificere hvordan byggevarer, materiel, information og aktører klassificeres i CCS Målet med dette projekt var at udarbejde et beslutningsgrundlag i forbindelse med revision af ISO Dette projekt skal udarbejde værdilister for klassifikation af bebyggelser, bygninger og rum til anvendelse ved fx rumprogrammering og forvaltning Formålet med dette projekt er at sikre, at klassifikationen bliver entydig og konsistent på tværs af alle fagområder Dette projekt omfatter cunecos indsats i forbindelse med revisionen af klassifikationsstandarden ISO Formålet med nedenstående projekter er at udarbejde klassifikationstabeller indenfor de enkelte fagområder Juni Marts 2012 Februar Januar 2013 Juli Oktober 2011 December Juni 2012 Januar Juni 2012 December December 2013 Juni April 2013 Behovsanalysen har efterlyst en mere enkel klassifikation, der kan anvendes uafhængigt af referencesystemet en mulighed for entydigt at definere byggevarer I behovsanalysen er det blevet efterlyst, at udviklingen i cuneco er baseret på internationale standarder ensartede opfattelser af arealer og rum et fælles sprog som grundlag for udveksling af data, at cunecos resultater skal kunne anvendes i international sammenhæng et klassifikationssystem, der er enkelt at anvende Udsagnet er indeholdt, og projektet gennemføres som oprindeligt planlagt Udsagnet er delvis indeholdt, og projektet fastholdes og vil sammen med egenskabsdata delvis adressere emnet. Udsagnet er indeholdt i dette projekt som er afsluttet med beslutningen fra september 2011 om at igangsætte revisionen af standarden. Udsagnet er indeholdt mht. klassifikation af rum, mens arealdefinitioner falder udenfor cunecos projekt. Udsagnet er delvis indeholdt i projektet og det gennemføres som oprindeligt planlagt. Udsagnet imødekommes også via egenskabsdataprojekterne. Udsagnet er indeholdt og projektet fastholdes som oprindeligt planlagt Udsagnet dækkes via projekternes gennemførelse. Projekterne gennemføres når projekt vedr. klassifikationsniveau er afsluttet. 7

8 Egenskabsdata Metode-struktur for egenskabsdata Metode for opsamling af informationer Krav til informationer for drift Tabeller for resultater resultater - konstruktioner resultater - el resultater - mekaniske installationer resultater - komplettering resultater - veje resultater - vand, spildevand og forsyning resultater - landskab ressourcer processer definere en fælles struktur for at håndtere egenskabsdata igennem et byggeris livscyklus definere en struktur for opsamling af de informationer der genereres under et projekts gennemførelse. Informationer for drift kan herefter udtages. Dette projekt skal definere de informationer (egenskabsdata), der er relevant for driften. Projekterne vedr. egenskabsdata for resultater har til formål at specificere hvilke egenskabsdata, der skal defineres for bygningsdele og rum for at disse kan danne grundlag for byggeriets processer Dette projekt vil beskæftige sig med hvordan egenskabsdata for ressourcer defineres og anvendes, bl.a. i forhold til projekterende og udførende. Derudover skal projektet beskæftige sig med specifikation af unika produkter v.h.a. egenskabsdata. Dette projekt er rettet mod at beskrive de egenskabsdata, der er specifikke for objekter i procesdomænet Juni Marts 2012 muligheden for at samarbejde om og udveksle egenskabsdata til en række forskellige formål en struktur for opsamling af driftserfaringer og brugerkrav. Behovsanalysen påpeger endvidere, at der er uensartede krav til aflevering af digitalt materiale til driften et fælles egenskabsdatasæt til driftsbrug Behovsanalysen påpeger, at projektmaterialet ikke kan bruges i produktionsplanlægningen, da det udleverede materiale er uredigerbart og bygningsmodellen ikke udleveres, ligesom det er uklart for de projekterende og udførende præcist hvilke as-built og driftsdata, driftsherrerne har brug for I behovsanalysen bliver der efterlyst struktureret produktinformation, der kan indgå i bygningsmodel, produktionskort eller afleveringsmateriale. Er et led i behovsanalysens efterlysning af et fælles sprog Udsagnet er indeholdt og projektet gennemføres som oprindeligt planlagt Dette forslag til et projekt vil danne et grundlag for opsamling af informationer for drift. Projektet vil blive overvejet af cuneco Dette forslag til projekt vil rumme udsagnet. Projektet vil blive overvejet af cuneco De nævnte behov fra behovsanalysen skal dels adresseres gennem anvendelse af egenskabsdata og dels gennem projektet for informationsniveauer. Udsagnet er delvis dækket via dette projekt, som forventes gennemført som planlagt. Udsagnet er delvis dækket via dette projekt, som forventes gennemført som planlagt. 8

9 Egenskabsdatasæt for produktionsplanlægning Egenskabsdatasæt for driftsregistrering Egenskabsdatasæt for beregninger tidligt i processen Egenskabsdatasæt for rumprogrammer Egenskabsdatasæt for opsamling af driftsdata til brug i programmering Sammenhæng mellem egenskabsdata og IFD Metode/struktur for informationsniveauer Sammenhæng mellem informationsniveauer og IDM Format for kravmodel for fag - konstruktioner el - mekaniske installationer - komplettering Dette projekt skal udarbejde retningslinjer for, hvilke objekter og egenskabsdata der skal eksistere for at kunne planlægge en produktion Dette projekt er rettet mod at få beskrevet egenskabsdatasæt for drift af eksisterende bygninger Dette projekt retter sig mod at udarbejde egenskabsdatasæt for beregninger på arealer, energi og totaløkonomi i programmeringsfasen Dette projekt retter sig mod at definere et eller flere egenskabsdatasæt for håndtering af rumprogrammer Dette projekt skal definere egenskabsdatasæt for registreringer af driftsdata, der foretages med henblik på at kunne anvende informationerne i forbindelse med programmering Dette projekt skal belyse sammenhængen mellem egenskabsdata i cuneco regi og det internationale IFD arbejde beskrive generelle retningslinjer for strukturering og navngivning af informationsniveauer Dette projekt vil have til formål at redegøre for sammenhængen mellem informationsniveauer, som cuneco arbejder med dem, og IDMteknologien Dette projekt er rettet mod at specificere et format for hvordan kravmodeller kan udveksles mellem parterne på linje med formatet for digitale mangellister. Nedenstående projekter har til formål at inddrage de enkelte fag i definitionen af informationsniveauer med henblik på at sikre, at de enkelte fagområders behov er adresseret i løsningerne Oktober Juni 2012 August November 2012 Det blev i behovsanalysen påpeget, at de udførende som regel ikke kan genbruge data i produktionsplanlægningen I behovsanalysen blev der efterlyst metoder til at digitalisere den eksisterende bygningsmasse samt standarder for opsamling af driftsdata til brug for bygningsdrift I behovsanalysen efterlyses er grundlag for at lave disse beregninger tidligt i processen I behovsanalysen efterlyses et grundlag for struktureret arbejde med rumprogrammer Behovsanalysen påpeger, at der er en manglende kobling mellem drifts- og byggeafdelingerne hos større ejendomsadministratorer Behovsanalysen har ikke specifikt beskrevet et ønske om at integrere IFD teknologien i cunecos arbejde I behovsanalysen efterlyses et generelt fælles sprog for hvilke informationer, der skal udveksles mellem aktørerne i forbindelse med ydelser og leverancer I behovsanalysen nævnes behovet for at definere IDM er til specifikke formål Behovsanalysen påpeger et behov for at krav samt opfyldelse af krav kan overføres og verificeres digitalt. Disse projekter er rettet mod behovsanalysens efterlysning af et generelt fælles sprog for informationer Dette er et projekt, der er defineret på baggrund af behovsanalysen og som cuneco vil overveje at gennemføre Dette er et projekt, der er defineret på baggrund af behovsanalysen og som cuneco vil overveje at gennemføre Dette er et projekt, der er defineret på baggrund af behovsanalysen og som cuneco vil overveje at gennemføre Dette er et projekt, der er defineret på baggrund af behovsanalysen og som cuneco vil overveje at gennemføre Dette er et projekt, der er defineret på baggrund af behovsanalysen og som cuneco vil overveje at gennemføre cuneco vil overveje om dette projekt skal fastholdes i projektplanen dette projekt, som gennemføres Dette er et projekt, der er defineret på baggrund af behovsanalysen og som cuneco vil overveje at gennemføre disse projekter, som gennemføres 9

10 - veje - vand, spildevand og forsyning landskab Opmålingsregler Metode-struktur for opmålingsregler Digitale tilbudslister Afklaring af opmålingsregler i forhold til udbudsformer Mængderegler Mængder til udførsel - komplettering Mængder til udførsel - konstruktioner Mængder til udførsel el Mængder til udførsel - mekaniske installationer lave et samlet oplæg til de projekter, som cuneco skal gennemføre indenfor området opmålingsregler Dette projekt har dels til formål at fastlægge en struktur for opbygning af tilbudslister og dels at beskrive hvordan der kan etableres fx et XML-format for udveksling af tilbudslister og tilbud mellem udbydere og bydende redegøre for opmålingsreglerne anvendelse i forbindelse med forskellige udbudsformer nedenstående projekter har til formål at definere regler for hvordan mængder opgives indenfor de enkelte faglige discipliner Februar Juni 2012 klare retningslinjer for niveauet for mængdeudbud, ligesom de udførende giver udtryk for at udbudsmængderne er for overordnede Behovsanalysen påpeger, at strukturen i udbudsmaterialet - herunder tilbudslisterne - er uensartet, samt at udbudsmaterialet er uredigerbart, så de bydende skal starte forfra i deres egne systemer. Det efterlyses ligeledes, at de bydende kan anvende tilbudslisterne direkte i deres kalkulationssystemer. Det blev i behovsanalysen påpeget, at de eksisterende opmålingsregler ikke kan anvendes i forbindelse med fx funktionsudbud samt andre udbud, der ikke er i fagentreprise. Der efterlyses retningslinjer for ensartede funktionsudbud. Behovsanalysen påpeger, at der mangler ensartede opmålingsregler, der kan anvendes i branchen, hvilket fører til, at man bruger meget tid på manuel optælling af mængder, ligesom der savnes ensartede forståelser af opmålingsregler og mængdeudtræk. Udsagnet er delvis indeholdt i dette projektet, som gennemføres som oprindeligt planlagt dette projekt, som gennemføres som oprindeligt planlagt cuneco vil overveje hvorvidt et projekt som dette vil blive gennemført disse projekter, som gennemføres som oprindeligt planlagt. Det vil i en nærmere analyse blive fastlagt, hvor mange forskellige fagområder der skal håndteres 10

11 Afprøvning Afprøvning Gødstrup Afprøvning 2 n Best practise manualer for anvendelse af klassifikation og egenskabsdata Sammenhæng mellem bygningsmodel og bygningsdelsbeskrivelse Formålet med alle cunecos afprøvningsprojekter er at få afprøvet de enkelte delresultater i den virkelige verden cuneco vil i de kommende år påbegynde en række yderligere afprøvningsprojekter Dette projekt vil omfatte udarbejdelse af eksempelsamlinger for hvordan klassifikation og egenskabsdata anvendes i praksis Dette projekt skal beskrive best practise metoder til at etablere sammenhæng mellem bygningsmodel og beskrivelser vha. klassifikation og egenskabsdata Implementering i virksomheder Metode og struktur for implementering beskrive hele tilgangen til implementeringsområdet både hvad angår virksomheder og uddannelser Implementering 1 n Disse projekter vil være rettet mod at indgå samarbejde med specifikke virksomheder mhp. på implementering af standarder Implementering i uddannelser Implementering 1 n Projekterne indenfor dette område skal håndtere involveringen af uddannelsesinstitutionerne hvad angår både uddannelse og efteruddannelse Videnportal cuneco-serveren Grundlag for cunecoserver Byggeriets Begrebskatalog på web Udvikling cuneco-server Database med egenskabsdata Kodeknækker Dette projekt håndterer opbygning og vedligehold af cunecos videnportel udarbejde et grundlag for en kravspecifikation for BDS Dette projekt skal udvikle et fælles katalog med begreber, der er tilgængeligt via web udvikle tjenesten BDS etablere en database, der er tilgængelig via web, og som branchen kan bruge til at samarbejde om fælles egenskabsdata etablere en webtjeneste, der kan vise CCS-koder for objekter eller oplyse hvilke objekter, der er knyttet til en given kode Juni Juni 2014 Januar December 2013 Marts Juni 2014 I behovsanalysen efterlyses det, at cuneco løbende afprøver sine resultater I behovsanalysen efterlyses det, at cuneco løbende afprøver sine resultater Der er i behovsanalysen efterlyst retningslinjer for og eksempler på anvendelse af klassifikation Behovsanalysen påpeger, at der ikke er sammenhæng mellem klassifikation, bygningsmodel og bygningsdelsbeskrivelse Behovsanalysen peger på, at cuneco skal tage højde for, at resultaterne skal kunne implementeres i alle typer virksomheder m.h.t. både type, størrelse og teknologisk stade Behovsanalysens efterlyser, at det sikres, at resultaterne kan implementeres bredt Behovsanalysen påpeger, at uddannelsesinstitutionerne skal inddrages for at sikre den nødvendige kompetenceopbygning i virksomhederne bl.a., at cuneco kommunikerer bredt og åbent at de udviklede standarder er tilgængelige via webben og integreret i den software, der anvendes i branchen en fælles forståelse af de anvendte begreber Er koblet til behovet for at kunne tilgå standarder via web I forhold til behovsanalysen er dette knyttet til en kombination af behovet for egenskabsdata og ønsket om, at standarderne er tilgængelige via web I forhold til behovsanalysen handler dette projekt om at gøre klassifikationen praktisk anvendelig og tilgængelig Udsagnet dækkes af projektet, og det gennemføres som oprindeligt planlagt Udsagnet dækkes af disse projekter som løbende vil komme til Dette ligger inden for cunecos definerede projektområder og gennemføres Dette er et projekt, der er defineret på baggrund af behovsanalysen og som cuneco vil overveje at gennemføre Udsagnet er dækket, og projektet gennemføres disse projekter, som gennemføres i samarbejde med BVU*net 11

12 Kodeknækker App IDM-server XML-download af tabeller etablere en app, der kan vise CCSkoder for objekter eller oplyse hvilke objekter, der er knyttet til en given kode Dette projekt handler om at beskrive hvordan IDM er skal stilles til rådighed for IT-værktøjer i den udstrækning de bliver udviklet i cuneco regi Dette projekt handler om at stille cunecos tabeller m.v. til rådighed i form af XML-tabeller der kan hentes fra nettet I forhold til behovsanalysen handler dette projekt om at gøre klassifikationen praktisk anvendelig og tilgængelig Dette projekt hænger sammen med udsagnene i behovsanalysen vedr. IDM er samt muligheden for at anvende standarder i IT-værktøjer Dette projekt hænger sammen med udsagnene i behovsanalysen vedr. muligheden for at anvende standarder i IT-værktøjer cuneco vil overveje om dette projekt skal gennemføres Der er på baggrund af behovsanalysedeltagernes udtrykte ønsker og behov formuleret en stor mængde input til formål og indhold i de standarder, som cuneco skal udvikle (se behovsanalysens bilag 1: Behovsområder og input til løsninger ). Projektplanen er lavet ud fra en kondensering af dette input, men inputtet vil i sin helhed fortsat udgøre en værdifuld basis for cunecos arbejde. De beskrevne ønsker og behov vil således fungere som: Inspiration til cunecos projektgrupper og beskrivelsen af cunecos udviklingsprojekter 1 Del af grundlaget for udvælgelsen af afprøvningsprojekter Grundlag for verifikation af, om de udviklede produkter løser den stillede opgave (testscenarier) Input til beskrivelse af værdiskabelsen ved anvendelse af produkterne. 7 Projekter i bips regi Behovsanalysen har identificeret nedenstående emner, som hører under bips indsatsområder. bips vil overveje, hvordan disse kan indgå i bips udviklingsarbejde: Bygningsmodellen opdatering af arbejdsmetoder og regler. En mere entydig definition af modelarbejdet, så det bliver tydeligt, hvor der er unødigt dobbeltarbejde for flere parter, og hvor der er nødvendigt dobbeltarbejde af hensyn til de enkelte parters afklaring på egne faglige områder. Hvad skal der til, for at rådgiverne kan lave grundlaget for en bedre udførelsesmodel? Bygningsmodellen, der overtages af entreprenøren, skal være lavet, så det er nemt for de udførende at bruge den som 1 Inputtet skal betragtes som en inspirationsliste frem for en facitliste, idet det er baseret på de italesatte ønsker og behov i en afgrænset gruppe, som har diskuteret emnet ud fra en bred agenda. De kan således ikke stå alene som opdrag til et udviklingsprojekt, men skal suppleres med mere dybdegående analyser i de enkelte projekter. 12

13 kommunikationsværktøj over for underentreprenører og leverandører, og så den kan danne udgangspunkt for planlægning af udførelsen (4D og 5D). Der skal laves modelleringsregler for at sikre, at de rigtige udbudsmængder kan udtrækkes, og for at der skabes bygningsmodeller hos rådgiverne, der kan anvendes fremadrettet af de udførende og af bygningsdriften. Beskrivelsesstruktur og -værktøj opdatering vedr. struktur og indhold Bedre sammenhæng mellem bygningsmodel, beskrivelses- og kalkulationsinformationer samt mængdeudtagning og tilbudsliste. Standardisering af bygningsdelsbeskrivelser, så egenskabsdata står i fast struktur og klar tekst står i fast definerede felter. Mulighed for standardiseret opbygning af objektbiblioteker. Bygningsdelsbeskrivelserne skal gøres mere funktionelle og operative i forhold til bygningsmodellen de skal ikke flagre som et selvstændigt dokument. Fx peg på en bygningsdel i bygningsmodellen, og bygningsbeskrivelsen kommer frem. Beskrivelsesstruktur og -værktøj opdatering vedr. funktionsudbud. Der skal skabes enighed i byggeriet om, hvad funktionsudbud er. Samtidig skal skabes klarhed over, hvordan manglende produktangivelse ved EU-udbud skal håndteres, idet det i dag både kan ses som funktionsudbud og som utilstrækkeligt specificeret detailudbud. Der skal skabes klarhed vedrørende bygningsdele og rum om hvilke funktionskrav, der skal/kan gøres gældende og hvordan. Det skal afklares, hvad der forstås ved mængder i et funktionsudbud, og hvordan et som-produkt kan specificeres, herunder hvilke egenskaber/parametre, der er de vigtige, så de tilbudsgivende ikke selv skal gætte. Der skal udarbejdes repræsentative eksempler, som viser, hvordan funktionsudbud skal håndteres og kan se ud. Struktur for aflevering af data til drift Der skal defineres et format, som kan anvendes i forbindelse med aflevering af data til drift. Formatet skal definere, hvordan data struktureres og udveksles elektronisk med henblik på, at de afleverede data kan indlæses i driftsherrens systemer til drift og vedligehold. 13

14 8 Emneområder, der hverken håndteres af bips eller cuneco Følgende faglige emneområder, som er rejst i behovsanalysen, ligger hverken inden for cunecos eller bips indsatsområder og vil derfor ikke indgå i hverken cunecos eller bips udviklingsarbejde: Definitioner af brutto- og nettoarealer er blevet nævnt som et potentielt udviklingsområde under behovsanalysen. Dette er ikke et område, som cuneco eller bips vil håndtere i sine projekter, da dette område er adresseret i regi af Dansk Standard samtidig med, at det ikke falder indenfor de indsatsområder, som cuneco er sat til at arbejde med. Digitalisering af den eksisterende bygningsmasse. cuneco udvikler ikke som helhed Bygherreforeningens foreslåede projekter: Modelstrategi for BIM objekter og egenskaber i FM, Veldefineret digital aflevering gennem IDM, Fra papir til BIM fra dokumenter til modelbaseret digitalisering og BIM-understøttet standard for tilstandsvurdering. Men cuneco vil bidrage med delelementer af disse projekter, hvilket fremgår af projektplanen ovenfor. 14