OPSAMLING PÅ BRUGERKOMMENTARER TIL CUNECOS BEHOVSANALYSE

Transkript

1 OPSAMLING PÅ BRUGERKOMMENTARER TIL CUNECOS BEHOVSANALYSE Dato Baggrund cuneco har i efteråret 2011 gennemført en behovsanalyse, som afdækker byggebranchens behov for standardisering som grundlag for digital udveksling og genbrug af data. Behovsanalysen er afrapporteret i form af tre hoveddokumenter: cuneco en del af bips Projektnr Behovsanalyse hovedkonklusioner Bilag 1: Behovsområder og input til løsninger Behovsanalysens perspektiver for cuneco Behovsanalysens resultater og dens perspektiver for cunecos kommende arbejde blev præsenteret på to workshops: den 5. marts i København og den 8. marts i Århus. Det præsenterede materiale blev diskuteret på de to workshops, og brugerne har efterfølgende haft mulighed for at kommentere det skriftligt via cunecos hjemmeside. Dette dokument er dels en opsamling på brugernes kommentarer, dels cunecos svar på kommentarerne. Brugernes kommentarer cunecos svar Mange har nikket genkendende til rapportens konklusioner. De positive tilkendegivelser er dog ikke medtaget her, idet fokus er på de kritiske kommentarer, som kan skærpe cunecos kommende arbejde pba. behovsanalysen. Kommentarerne er grupperet på følgende måde: Kommentarer vedr. behovsanalysens metode Kommentarer vedr. cuneco på overordnet niveau Generelle kommentarer vedr. cunecos udviklingsprojekter Kommentarer vedr. de enkelte indsatsområder og projekter Kommentarer vedr. afprøvning Kommentarer vedr. implementering De enkelte kommentarer er nedenfor gengivet under relevante hovedoverskrifter i uprioriteret rækkefølge. 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. Side 1

2 Kommentarer vedr. behovsanalysens metode: 1 Analysen er ikke inddragende nok: Behovsanalysen har ikke været tilstrækkelig åben og inkluderende, og deltagerne har ikke medvirket til tolkningen og vægtningen af deres input. Med i alt 72 deltagere fordelt på 13 fokusgrupper har behovsanalysen inddraget mange forskellige aktører på tværs af branchen. Nogle var kendte i bips/cunecoregi, andre var nye. cuneco har i rekrutteringen til fokusgrupperne især lagt vægt på at finde virksomhedsrepræsentanter med praktisk viden om de diskuterede emner. Behovsanalysen er gennemført som tre bølger af fokusgrupper, hvor deltagerne i bølge 3 blev præsenteret for og bedt om at kommentere hovedkonklusionen på bølge 2. Herudover er deltagerne tilsendt referater af de enkelte fokusgrupper, de har deltaget i, og har på denne måde haft mulighed for at give deres kommentarer. Alt i alt mener cuneco, at analysen har været tilstrækkeligt inkluderende. 2 Analysen bør valideres kvantitativt: Den kvalitative analyse bør følges op af en kvantitativ brugeranalyse. Da deltagernes svar var relativt homogene, vurderer cuneco, at det ikke er nødvendigt at følge op med en kvantitativ brugerundersøgelse. Kommentarer vedr. cuneco på overordnet niveau: 3 Gør noget ved de barrierer, der ligger uden for cunecos indsatsområder: - Der er mange andre barrierer end manglende standarder, som står i vejen for den frie og uhindrede dataudveksling mellem byggeriets parter såsom branchens mentale indstilling, ydelsesbeskrivelser, ansvarsfordeling mm. Behovsanalysen gør opmærksom på dette, men tager ikke konsekvensen. - cuneco bør lægge pres på for at få bearbejdet cuneco er og vil fortsat være meget opmærksom på disse barrierer. cuneco er i tæt kontakt med både byggeriets organisationer, uddannelsesinstitutioner og de relevante styrelser og vil presse på, hvor det er relevant og muligt. Samtidig skal det pointeres, at cuneco er sat i verden primært for at løse de tekniske, standardmæssige udfordringer vha. byggeriets digitale stamdata. cunecos hovedindsats vil derfor ligge inden for dette område. 2

3 disse barrierer. Det nytter ikke noget at have standarder, hvis ikke kulturen eller aftaleforholdene ændrer sig. - cuneco skal sørge for, at de rigtige emner tages op politisk. - cuneco skal have fokus på uddannelse og udvikling af den tværfaglige forståelse. 4 Fokus på det menneskelige aspekt: cuneco arbejder med at udvikle it-systemer, der skal understøtte processer mellem mennesker, så cuneco skal også have fokus på de menneskelige processer og samarbejdskulturen. Hvis folks mindset ikke ændrer sig, vil de ikke bruge cunecos produkter. 5 Visionær udvikling frem for de små skridt? - Iflg. behovsanalysen skal cuneco hjælpe branchen med at tage de små skridt fremad men cuneco skulle hellere overraske den nølende byggebranche med stærke visionære, brugervenlige værktøjer, der virkelig gør en forskel. - Det Digitale Byggeris fokus på lavt hængende frugter betød, at man mistede orienteringen og spildte en masse tid og penge. - cuneco skal være modig og turde arbejde ud fra nye idéer, som ikke umiddelbart er efterspurgt af de almindelige brugere. cuneco er meget opmærksom på, at nye produkter kræver en ændring af den menneskelige adfærd, hvis de skal have en effekt. cuneco lægger derfor vægt på kommunikation, cases, best practice manualer og værdianalyser, som kan påvirke ikke bare it-systemerne, men også de mennesker, der bruger dem. cunecos udviklingsarbejde er rettet mod at effektivisere den digitale kommunikation mellem parterne i byggesektoren på en række centrale områder. Det er målet at gøre op med ineffektive overdragelser af et ukomplet datamateriale mellem byggeriets aktører og en udvikling i denne retning er i sig selv afgørende. Om den er visionær er op til brugerne at bedømme. cuneco skal imødekomme de mange, der i behovsanalysen har efterlyst simple, enkle og praktiske løsninger. Dette er cunecos fokus. Andre kommentarer går derimod på, at cuneco skal tage udviklingen gradvist og i små skridt. 6 Større internationalt fokus: - cuneco skal lære af den internationale udvikling. - cuneco skal have mere fokus på den internationale udvikling, særligt inden for buildingsmart. cuneco kortlægger internationale udviklingsprojekter og standarder som en del af opstart af alle udviklingsprojekter. cuneco er en del af bips på lige fod med building SMART DK og såvel cuneco som buildingsmart har forpligtet sig til at 3

4 - cunecos produkter skal kunne anvendes internationalt, så sproget må ikke være dansk. 7 It-leverandørerne er vigtige og skal tidligt på banen: - Det er vigtigt at motivere it-leverandørerne. - It-leverandørerne kan udgøre en barriere, fx hvis Autodesk blokerer for brugen af cunecos produkter. - It-leverandørerne skal inddrages tidligt og være med til at udvikle cunecos produkter dels så it-værktøjerne kan blive udviklet rettidigt, dels it-leverandørerne får ejerskab til cunecos produkter. koordinere projektarbejdet tæt. DBK bliver afløst af Cuneco Classification System (CCS), som udgives både på dansk og engelsk. cuneco er meget bevidst om itleverandørernes vigtige rolle for cunecos succes. cuneco inddrager it-leverandører i sine udviklingsprojekter og vil løbende have tæt kontakt til it-branchen. Målet er at få cunecos produkter implementeret i eksisterende software i så høj grad som muligt. Med cuneco som afsæt vil bips i fremtiden digitalisere sine produkter i fuld skala. Dette gør dog ikke bips til IT leverandør for branchen, men medfører, at bips værktøjer digitaliseres. - Hvis it-leverandørerne ikke vil hente cunecos API er, kan der fx laves plug-ins til Autocad. Det skal være nemt for brugerne at gå i gang ligesom Rambølls kodeknækker i sin tid hjalp brugerne i gang med DBK. - Er bips villig til selv at blive en it-leverandør, hvis de andre ikke vil? 8 Brugervenlige produkter: - cunecos produkter skal være enkle og anvendelige. Dette er også cunecos målsætning! - Det kan ikke blive for brugervenligt. Der kan ligge meget kompliceret stof bagved, men brugerfladen skal være let tilgængelig (fx som når man tager et billede og en app sørger for, at man kommer ind på en bestemt side). 4

5 Generelle kommentarer vedr. cunecos udviklingsprojekter: 9 Fokus på parallelle udviklingsprojekter: cuneco skal have fokus på relevante, parallelle udviklingsprojekter: - buildingsmart generelt - The National BIM Library er et digitalt objektbibliotek med generiske BIM objekter i IFC, som offentliggøres på Ecobuild i Londen ultimo marts. 10 Arbejd ikke med faser og agenter : cuneco er for fokuseret på traditionelle faser og agenter, idet fasemodellen og den traditionelle samarbejdskultur er den væsentligste barriere mod implementering af IKT. cuneco bør operere med funktioner frem for agenter. 11 Fokus på udførelse og facility management: cuneco bør koncentrere sin indsats på udførelsesfasen og facility management. cuneco kortlægger internationale udviklingsprojekter og standarder som en del af opstart af alle udviklingsprojekter. cuneco er en del af bips på lige fod med building SMART DK og såvel cuneco som buildingsmart har forpligtet sig til at koordinere projektarbejdet tæt. cuneco vil inddrage National BIM library som led i sit arbejde med egenskabsdata. cuneco ser derfor ikke de traditionelle faser og agenter som svaret på, hvordan morgendagens problemer skal løses. cuneco søger at udvikle produkter og processer, som kan anvendes af forskellige aktører i forskellige situationer uden binding til bestemte fasebegreber eller agenttyper. cuneco har meget fokus på, at de udviklede standarder skal give værdi i disse faser, der jo er de tungeste rent økonomisk. Men samtidig må cuneco have for øje, at de data, der anvendes i disse faser, skabes på et tidligere tidspunkt af andre parter, hvorfor det skal sikres, at incitamentsstrukturen er på plads i forhold til, at disse data bliver oprettet i et format, der gør, at de kan genanvendes. 12 De projekterendes behov for standardisering fylder for lidt: Behovsanalysen skriver næsten intet om arkitekternes og ingeniørernes behov for standardisering. Er det fordi, at deres behov er fuldt opfyldt? Baggrunden for, at behovsanalysen ikke i særlig høj grad beskriver de projekterendes behov for standardisering kan være, at de projekterende i højere grad er skabere af data end aftagere af data. cuneco anser ikke de projekterendes behov for standardisering som opfyldt, men snarere at de projekterende har behov for værktøjer, der kan gøre dem i stand til at producere standardiserede data uden at det hæmmer produktiviteten. 5

6 13 Brug buildingsmart i dansk kontekst: Brug alt det, der er lavet i buildingsmart og kobl det til dansk praksis vis hvordan det kan anvendes i en dansk bygge- eller driftssag. 14 Operationelt udviklingsarbejde: Det vigtigste er, at cuneco kommer hurtigt i gang med udviklingen. Udviklingsarbejdet bliver måske mere operativt, hvis der arbejdes med et mindre antal projekter. cunecos rolle er bl.a. at udvikle de ting, der skal til for at supplere internationale standarder, så de er klar til at blive implementeret i branchens værktøjer og arbejdsmetoder. Dette gælder i forhold til både buildingsmart og andre internationale standarder. I forhold til cunecos igangværende arbejder er der allerede inddraget bsi Data Model (IFC), bsi Data Dictionaries (IFD) og bsi Process (IDM) såvel som fx COBie og SPie, hvilket vil blive beskrevet løbende gennem cunecos projektresultater. cuneco er allerede i gang og har det sidste år arbejdet med forberedende udviklingsprojekter. Generelt ønsker vi at operere med projekter af varigheder på maksimalt et halvt år for at sikre, at vi får produceret anvendelige resultater, som vi kan teste op imod branchens behov mhp. at sikre muligheden for at indarbejde justeringer i resultaterne. Til gengæld bestræber vi os på at have et begrænset antal projekter indenfor hvert indsatsområde kørende på et givet tidspunkt for at begrænse behovet for løbende, intern koordinering. Kommentarer vedr. de enkelte indsatsområder og projekter: 15 Værdien vedr. klassifikation er ikke afklaret Hvad skal branchen grundlæggende bruge et klassifikationssystem til? Behovsanalysen peger ikke på, hvordan klassifikationsproblematikken skal adresseres og giver dermed ikke nok input til cunecos udviklingsprojekter. Behovsanalysen har ikke afklaret værdien ved forskellige klassifikationer: Hvem kan få værdi ud af at klassificere hvad til hvilket formål? Behovsanalysen har således ikke besvaret nogle af de vigtigste spørgsmål vedr. DBK: cuneco mener, at baggrunden for denne observation er, at klassifikation isoleret set ikke har nogen værdi i sig selv, og derfor er det ikke kommet til udtryk i en behovsanalyse. Vi har valgt i højere grad at forholde os til, hvordan klassifikation i samspil med fx egenskabsdata og informationsniveauer spiller ind i forskellige processer, som vi har beskrevet igennem scenarier i behovsanalysen. Vi er opmærksomme på, at de udviklede scenarier ikke er fyldestgørende, og at disse 6

7 - Hvorfor skal vi have både et klassifikationssystem, et referencesystem og et identifikationssystem? - Hvad er forholdet mellem klassifikation, BIM/objektorienteret modellering og dokumenthåndtering? skal suppleres med yderligere scenarier for at sikre, at vi får udviklet en klassifikation, der er dækkende i forhold til alle interessenter og projekter. Dette arbejde pågår i øjeblikket i forbindelse med beskrivelsen af, hvad det er vi vil teste i vores afprøvningsprojekter. - Hvilke funktioner og domæner skal man understøtte med klassifikation og hvordan? - Hvad er relationen mellem klassifikation og egenskabsdata? Hvilke behov for strukturering håndteres bedst med traditionelle klassifikationstabeller, og hvilke behov håndteres bedst med egenskaber? Svarene vil til dels kunne findes ved i større grad at anvende og fortolke referaterne fra de enkelte fokusgrupper. 16 buildingsmart overflødiggør klassifikationen: buildingsmart løser både klassifikations- og opmålingsproblematikker. cuneco skal i stedet bruge energien på egenskaber og informationsniveauer. 17 Upræcist klassifikationsdomæne: Klassifikationsdomænet beskrives for upræcist i behovsanalysens bilag. Det, der iflg. brugerne er behov for, er: - Klassifikationstabeller for bygningsdele (by function) - Klassifikationstabeller for rum/volumen/funktion (by form and by Dette udsagn mener vi ikke er korrekt. Kigger man på IFC-elementerne, kan fx IfcFlowTerminal både være en udsugningshætte, en håndvask og en toiletkumme, hvorfor det vil være nødvendigt med en supplerende oplysning om, hvad et specifikt objekt er. Med hensyn til opmålingsregler er der gennemført flere interessante projekter i buildingsmart sammenhæng, og det kan meget vel tænkes, at cunecos arbejde på dette område vil blive baseret på disse projekter. Vi finder det dog ikke særlig realistisk, at disse projekter finder vej ind i dansk praksis, uden at der er nogen, der tager ansvar for dette. Behovsanalysen fokuserer i højere grad på, hvad klassifikationen skal bruges til, end hvordan den skal se ud. Det er op til cunecos udviklingsprojekter at beslutte, hvilke tabeller, der skal laves i de enkelte domæner for at opfylde behovene. 7

8 function) - Klassifikationstabeller for informationsniveau - Klassifikationstabeller for egenskabsdatatyper og property sets 18 Danmark er for lille til at have sit eget klassifikationssystem: - Klassifikation skal tænkes i internationale sammenhænge. - Måske kan OmniClass bruges? 19 Vær opmærksom på hvilke klassifikationer, cuneco skal mappes til: cuneco skal være opmærksom på hvilke andre danske klassifikationer, der skal kunne mappes til, fx TUN og inden for el. 20 Definition af egenskabsdata: - Der er stor usikkerhed omkring begrebet egenskabsdata. cuneco skal slå fast, hvad man forstår ved egenskabsdata. - Der bør udvikles en enkel struktur, hvor der i ekstrem høj grad sker en digital behandling, idet den iboende intelligens i BIM-programmerne udnyttes. 21 Definition af informationsniveauer: - Et informationsniveau er ikke en fast størrelse. Informationsniveauer må ikke blive én eller flere faste definitioner det skal være en metode og værktøjskasse til at specificere digitale leverancer, ellers bliver det en spændetrøje for udviklingen (parallelt med problemstillingen vedr. rådgivernes At cuneco har valgt ikke bare at implementere OmniClass hænger sammen med, at vi ikke mener, at OmniClass opfylder behovene. Det er ikke, fordi vi pr. definition vil have vores eget system. Generelt udvikles klassifikationssystemer som nationale systemer baseret på en international standard (ISO ). For at sikre sammenhængen med andre nationale systemer bidrager cuneco i øjeblikket til en revision af ISOstandarden. cuneco arbejder løbende på at koordinere med andre nationale systemer fra fx Vejdirektoratet og Banedanmark. Vi opfatter ikke TUN- og EL-nummer systemerne som klassifikationssystemer, da de identificerer individuelle produkter. cuneco har meget stor fokus på dette område og er i øjeblikket i færd med at udvikle en struktur for egenskabsdata, der dels skal specificere hvordan egenskaber navngives, hvordan de struktureres, for at man kan finde frem til dem, samt hvordan branchen skal kunne samarbejde om egenskabsdata gennem en webbaseret database. En meget stor del af cunecos udviklingsarbejde vil komme til at omhandle egenskabsdata. Disse udsagn stemmer fint overens med det grundlag, som cunecos igangværende projekt vedr. informationsniveauer arbejder ud fra. Tanken i dette projekt er, at der skal laves en mere dynamisk metode til at angive informationsniveauer på tværs af modeller, samt at disse informationsniveauer neutralt skal beskrive egenskabsdata, så der ikke er en 8

9 ydelsesbeskrivelser). - Fasemodellen skal gøres mere generel og mindre stram i forhold til informationsniveauer. entydig sammenhæng mellem informationsniveauer og faser. - Informationsniveauerne skal gøres mere generelle end de nuværende, samtidig med at der bør laves en meget konkret vejledning til dem med eksempler. 22 Undervurder ikke opmålingsregelprojektet: Mængder er et komplekst område, som cuneco kommer til at skulle bruge meget tid på. 23 IFC kan anvendes i f.t. opmålingsregler og mængdeudtag: Entreprenøren kan evt. trække de nødvendige informationer ud af en IFC-model. cuneco bør se til buildingsmarts arbejde med at udvikle metoder for mængdeudtag fra en IFC Model (dvs. projekterne Quantity take-off initiative samt Requirement Definition for Model based Quantities). Se desuden til IFDs dokumentation for mængdeberegning og buildingsmarts udarbejdede IDM og MVD for mængdeudtræk. Det er vigtigt at få belyst IFCs potentialer og mangler for mængdeudtag på både bygningsdelsniveau og fagniveau. 24 Brug Bygherreforeningens input mht. FMfagmodeller: Bygherreforeningens projekter: Modelstrategi for BIM objekter og egenskaber i FM samt Fra papir til BIM fra dokumenter til modelbaseret digitalisering er relevante i forhold til beskrivelse af FM-fagmodellen. 25 Indarbejdelse af IFD teknologi: Selvom der ikke i behovsanalysen er udtrykt ønske om at integrere IFD teknologien i cunecos arbejde, bør dette projekt fastholdes, da det er essentielt at have en kontrolleret vokabularium af byggeterminologier for at kunne udføre en fejlfri udveksling af data. Noteret. cuneco har netop defineret 3 separate projekter inden for dette område bl.a. med udgangspunkt i behovsanalysen. De nævnte buildingsmart arbejder indgår som en del af grundlaget for cunecos opmålingsprojekter. Allerede i bips Opmålingsregler 2008 blev der lagt op til, at IFC-modellen vil kunne udgøre et grundlag for entreprenørens fastlæggelse af sine tilbudsog udførelsesmængder. Noteret. Dette vil blive inddraget i de af cunecos projekter, der kommer til at omhandle egenskabsdata i forhold til drift og FM. I cunecos projekt vedr. egenskabsdata vil det være beskrevet, hvordan der kan etableres en reference mellem cunecos egenskabsdata og IFD. 9

10 26 Digital aflevering er en proces: Det er vigtigt at betragte den digitale aflevering som en proces frem for et punkt. Noteret. Kommentarer vedr. afprøvning: 27 Lav best practice projekter: cuneco må ikke lave et for teoretisk arbejde, men skal sørge for at lave konkrete, best practise projekter, som virker inspirerende for branchen. 28 Sørg for mindre afprøvningsprojekter: Gødstrup skal ikke stå alene, cunecos produkter skal også afprøves på en almindelig byggesag. 29 Afprøvningsprojekterne skal lave en åben test af cunecos produkter: cuneco skal passe på ikke at pålægge afprøvningsprojekterne at påvise, at de udviklede produkter er gode. Det bør være en åben test, hvor resultatet ikke er givet på forhånd. cunecos formål med afprøvningsprojekterne er bl.a. at skabe erfaringer om, hvordan cunecos produkter kan implementeres og anvendes i praksis. Disse erfaringer vil blive givet videre til den øvrige branche i form af cases, best practice manualer o.lign. Gødstrup er cunecos største afprøvningsprojekt, men cuneco vil supplere med flere, mindre afprøvningsprojekter. Gødstrup indeholder dog i sig selv flere mindre successive udbud, som cuneco vil koble sig på. cuneco vil bede afprøvningsprojektdeltagerne om en ærlig, åben feedback, så produkterne i sidste ende kan blive så optimale som muligt, tilpasset brugernes behov. Kommentarer vedr. implementering: 30 Hvordan vil cuneco overbevise beslutningstagerne? Beslutninger om IKT-investering tages af lederne, ikke af de faglige personer (som er dem, der har deltaget i behovsanalyse og dens præsentation). Den danske byggebranches omstillingslyst er lav. Hvordan sikrer cuneco, at lederne vil være villige til at investere? cuneco vil på de enkelte afprøvningsprojekter gennemføre værdianalyser, der afdækker den erfarede værdi ved brugen af cunecos produkter. Disse værdianalyser skal danne input til cunecos implementeringsindsats, der i høj grad netop vil fokusere på at overbevise beslutningstager-målgruppen. 10

11 31 Vis gevinsterne: - Vis branchen forretningen i at bruge cunecos produkter. Hvis branchen kan se gevinsterne, skal det nok slå igennem. Her skal både tænkes i cost benefit-analyser og netværk (mund-tilmund-udbredelse) - Det er særlig vigtigt, at cuneco kan redegøre for bygherrens gevinster ved brugen af cunecos produkter. 32 Tvang er nødvendig: cuneco skal sørge for, at bygherrerne stiller krav om at bruge deres produkter. Der bør ikke slækkes på Det Digitale Byggeris bygherrekrav, som det ofte sker i praksis. Se svaret ovenfor mht. værdianalyser. cuneco ser også bygherrerne som en vigtig målgruppe og vil derfor have særligt fokus på at belyse netop byg- og driftsherrernes oplevede værdi ved brugen af cunecos produkter. cuneco mener, at kravstillelse er en vigtig mekanisme i forhold til at få implementeret standarderne, men at kravstillelse vil virke bedst, hvis kravene er præcise i forhold til den værdi, der skabes. Fx vil et krav om, at digital aflevering skal omfatte specifikke objekter med udvalgte egenskaber, som driftsherren kan bruge i sit FM-system, have langt større effekt end krav om, at man skal aflevere i IFCeller XML-format. cuneco vil arbejde på at beskrive værdien ved at få kravene opfyldt for at få bygherrerne til at lægge vægt bag kravstillelsen. 33 Giv eksempler på, hvorfor en klassifikation er nyttig: Der mangler gode eksempler på, hvad man i praksis kan bruge en klassifikation til, som kan gøre klassifikationsproblematikken mere relevant for almindelige mennesker. Dette er helt korrekt, og cuneco vil intensivere indsatsen for at lave gode eksempler. 11