NOTAT INFORMATIONSNIVEAUER SVAR PÅ HØRING

Transkript

1 Notat Svar på høringskommentarer V docx NOTAT cuneco en del af bips Dato Projektnr Sign. KBP/Exigo INFORMATIONSNIVEAUER SVAR PÅ HØRING Der har været stor interesse for informationsniveaumetoden bredt i byggebranchen. Det første forslag til metode og struktur for informationsniveauer har været præsenteret på et offentligt seminar med deltagere og været i høring i ca. 1 måned. cuneco er glad for de mange konstruktive bidrag, der er kommet til metoden i forbindelse med høringen, og vil forsøge at drage bedst muligt nytte af dem i det videre udviklingsarbejde. I alt har cuneco modtaget 179 kommentarer fra 11 virksomheder, organisationer og privatpersoner. Med henblik på at få overblik over og finde konsensus i de mange kommentarer fra høringen har vi grupperet dem i 16 kategorier efter emne. I dette notat redegør vi kortfattet for vores opfattelse af hovedessensen i kommentarerne, og hvorledes vi vil arbejde videre med dem fremadrettet i udviklingen af informationsniveaumetoden. 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 af 10

2 Indhold 1. Ansvar 4 kommentarer Svar Egenskabsdata 10 kommentarer Fasemodel 4 kommentarer DANSKE ARK & FRI S ydelsesbeskrivelse kommentarer BuildingSmart Information Delivery Manuals 10 kommentarer Scenarier for anvendelse 5 kommentarer Internationale standarder 7 kommentarer Implementering 9 kommentarer Kodning 11 kommentarer Redaktionelt 25 kommentarer Antal niveauer 15 kommentarer IT understøttelse 4 kommentarer Views 4 kommentarer Generelt 25 kommentarer Afklarende spørgsmål 7 kommentarer Alternative løsninger 4 kommentarer Side 2 af 10

3 1 Ansvar 4 kommentarer 1.1 Kommentarerne omkring ansvar foreslår, at rapporten adresserer juridiske aspekter og mere tydeligt redegør for hvem der er ansvarlig for en specifik leverance. 1.2 Svar Det er ikke hensigten med informationsniveaumetoden at ændre på bygge- og anlægsbranchens juridiske samarbejdsforhold. Derfor er dette ikke adresseret, og vi forventer heller ikke at adressere det yderligere, da vi blot udvikler en metode der giver mulighed for mere entydigt end i dag at præcisere leverancer. I relation til ansvar for informationer ændrer dette og cunecos projekter generelt ikke på ansvarsmæssige forhold, da de ikke vedrører de projektspecifikke informationer, men formatet af informationerne, fx i form af egenskabsdata. I eksemplerne anført i rapportens kapitel 5 beskrives for hver fase og objekt i leverancespecifikationen en aktør. I forbindelse med opfølgningen på dette projekt og et efterfølgende projekt der er påbegyndt, vil skemaerne og deres udformning blive vurderet, bl.a. under hensyntagen til de indkomne kommentarer. 2 Egenskabsdata 10 kommentarer. 2.1 Mange har kommenteret på informationsniveaumetodens brug af og reference til egenskabsdata. Kommentarer rettes primært mod grupperingen af egenskabsdata, og at dette måske kan være unødvendigt komplekst. Desuden gøres opmærksom på, at der kan være en problemstilling i at nogle egenskabsdata fra byggevareleverandørerne kan være forretningshemmeligheder. 2.2 Som det også fremgår af rapporten og cunecos projekter omkring egenskabsdata er dette område under udvikling og udviklingen af strukturen for egenskabsdata har ligget uden for rammerne af dette projekt. I arbejdet med udviklingen af informationsniveaumetoden opstod der behov for at kunne kategorisere egenskabsdata. Emnet er dog ikke færdigudviklet, og de observerede behov for kategorisering er videregivet til andre cuneco projekter omhandlende egenskabsdata for objekter. Side 3 af 10

4 I det her beskrevne projekt omhandlende metode og struktur for egenskabsdata, er der angivet en eksemplificeret metode og systematik, der kan håndtere kategorisering af egenskabsdata. På baggrund af den feedback vi har fået gennem høringen, vil vi genoverveje om det er unødigt komplekst at gruppere egenskabsdata. Der er beskrevet et eksempel på en overordnet systematik for hvorledes det kan gøres, hvis en gruppering af egenskabsdata ønskes. Problemstillingen omkring hemmeligholdelse af informationer vil ikke være anderledes om man gør brug af egenskabsdata for håndtering af informationer. Projektet forholder sig alene til en måde hvorpå informationer kan struktureres. 3 Fasemodel 4 kommentarer 3.1 I kommentarer omhandlende DANSKE ARK & FRI s fasemodel udtrykkes ønske om en tættere integration mellem informationsniveaumetoden og den traditionelle fasemodel. 3.2 Informationsniveaumetoden er udviklet, så den kan anvendes som et supplement til DANSKE ARK & FRI s ydelsesbeskrivelser for en yderligere detaljering af de informationer, der skal leveres under hensyntagen til forskydelser i det niveau data har for forskellige systemer. Informationsniveaumetoden understøtter desuden mange andre samarbejdsformer, udbudsformer og faseforløb end de der er repræsenteret i DANSKE ARK & FRI s ydelsesbeskrivelser. For at undgå forvirring omkring fasemodeller vil henvisninger til konkrete faser i DANSKE ARK & FRI s fasemodel blive fjernet. cuneco vil komme med detaljerede eksempler på hvorledes informationsniveaumetoden kan anvendes sammen med den traditionelle fasemodel fra DANSKE ARK & FRI s ydelsesbeskrivelser. 4 DANSKE ARK & FRI S ydelsesbeskrivelse kommentarer 4.1 Der er mange kommentarer som retter sig mod informationsniveaumetoden relation til DANSKE ARK & FRI s ydelsesbeskrivelse for byggeri og planlægning 2012 (YB2012). Konsensus i disse bemærkninger virker til at være et ønske om en tættere integration mellem informationsniveaumetoden og YB2012 Der ønskes desuden en tydeligere beskrivelse af hvorledes informationsniveaumetoden tænkes anvendt sammen med YB2012, og der Side 4 af 10

5 lægges i kommentarerne op til et samarbejde mellem branchens organisationer på dette område. Desuden efterlyses også en opdateret YB2012 samt opdaterede IKTspecifikationer. 4.2 Cuneco ønsker med informationsniveaumetoden at stille et værktøj til rådighed for byggebranchens aktører, der kan være grundlag for mere detaljerede specifikationer af leverancer. Leverancespecifikationen som anvendes i informationsniveaumetoden er tænkt som et supplement/bilag til f.eks. YB2012 og bips IKT specifikationer. cuneco er enige i, at der er behov for yderligere arbejde med at integrere disse specifikationer og der er aftalt et fremadrettet samarbejde mellem cuneco DANSKE ARK og FRI. 5 BuildingSmart Information Delivery Manuals 10 kommentarer 5.1 Relativt mange af de indkomne kommentarer omhandler BuildingSmarts metode Informations Delivery Manuals. Essensen af disse kommentarer vurderes at være at flere ønsker en forklaring på hvorfor IDM-metoden ikke benyttes samt en tættere integration af IDMmetoden med informationsniveaumetoden. 5.2 Information Delivery Manual metoden udvikles af buildingsmart (ISO :2010) og er tiltænkt at: Facilitere udviklingen af interoperabelt software i byggebranchen Tilskynde digitalt samarbejde mellem aktører i byggeprocesser Danne basis for præcis, pålidelig og højkvalitet informationsudveksling IDM gør brug af procesdiagrammer baseret på Business Process Modelling Notation (BPMN) som et første led i en specificering af dataudvekslingsbehov mellem de forskellige aktører i byggebranchen. På baggrund af procesdiagrammerne udarbejdes exchange requirements (ER), der i detaljer beskriver dataudvekslingens objekter, attributter, aktører og forretningsregler mv. I BPMN standarden ( beskrives BPMN som en standard notationsform, der skaber bro mellem det grafiske design af forretningsprocesser og den tekniske implementering. Det er væsentligt at bemærke, at der i den 538 sider lange standard ikke refereres til BPMN som en metode til specifikation af ydelser. Side 5 af 10

6 I Danmark er der blandt mange (se f.eks. høringssvarene) opstået en forståelse af at IDM/BPMN er fremtidens aftalegrundlag mellem byggebranchens aktører. Dette kan måske være relevant på nogle specifikke udvalgte områder, men som et generelt aftalegrundlag vurderes IDM-metodikken som alt for omstændig. En komplet IDM til definering af alle processer i en byggesag vurderes at fylde adskillige hundrede A4-sider, og være umulig at holde opdateret i takt med at et projekt udvikler sig. Derfor bør IDM erne anvendes som oprindeligt tiltænkt dvs. til at formalisere krav til certificering af software baseret på nogle generiske og typiske processer. Det bør dog undersøges om det er muligt at integrere IDM-metoden med informationsniveau-metoder, således at der kan udvikles software der automatisk kan kontrollere om et givent informationsniveau er indeholdt i det afleverede materiale. Det kan desuden være hensigtsmæssigt at anvende den IDM adapterede grafiske diagrammetode (BPMN) som et analyseværktøj i forbindelse udvikling af indholdet i de forskellige informationsniveauer. Det overvejes derfor at indarbejde dette som et redskab i den beskrevne udviklingsmetode og f.eks. udvide step 3 i udviklingsmetoden med en procesanalyse. Det bør endvidere undersøges om den underliggende struktur af processer der specificeres IDM er for kan anvendes som grundlag for cunecos klassifikation af processer og views. Det er væsentligt at understrege, at informationsniveaumetoden tager sit udgangspunkt i at standardisere leverancer, så der opnås et fælles sprog i branchen fx a la bips A113. Metoden tager således som udgangspunkt ikke alene sit afsæt i en digitaliseret verden, men den vil forhåbentligt være med til at styrke digitaliseringen Scenarier for anvendelse 5 kommentarer 6.1 Kommentarerne omhandlende scenarierne i kapitel 3 udtrykker ønsker om større variation af de eksemplificerede entrepriseformer, mere realistiske historier samt reference til Danske Ark og FRI s ydelsesbeskrivelse for Byggeri og Planlægning. 6.2 Anvendelsen af scenarier i udviklingsprojekter vurderes som en stærk metode til at understøtte kommunikationen mellem udviklere og brugere omkring en fremtidig vision eller funktion for løsningen under udvikling. Vi har haft en række forskellige scenarier beskrevet i forbindelse med udviklingsarbejdet, som er blevet skåret ned i den endelige rapport. Her er der så ubevidst blevet en overvægt af projekter baseret på totalentrepriser. Det vil vi rette op på. Side 6 af 10

7 Vi mener dog stadig at det er vigtigt, at scenarier er ambitiøse, og må gerne illustrere forhold som først kan løses på lidt længere sigt. Scenarier skal også være kortfattede små historier og på denne baggrund vurderer vi ikke, at det er uhensigtsmæssigt, at enkelte af dem kan virke lidt naive. Det vigtigste er, at de kan inspirere og virke som et enkelt kommunikationsredskab. Nogle af de væsentlige aspekter vi ønsker at kommunikerer med scenarierne er, at Informationsniveaumetoden udvikles, så den er fleksibel og uafhængig af fasemodeller, entrepriseformer og aftaleforhold. Derfor ønsker vi ikke i scenarierne at henvise til specifikke aftaleformer såsom Danske ARK og FRI s ydelsesbeskrivelse Internationale standarder 7 kommentarer 7.1 Der er i høringskommentarer en række kritiske bemærkninger om at informationsniveaumetoden ikke følger internationale standarder, hvor der refereres til bl.a. USA, Australien og BuildingSmart. 7.2 Der findes ikke internationale stander for informationsniveauer, og vi har i videst muligt omfang valgt at harmonisere med de førende internationale metoder. Det er korrekt, at der i USA er publiceret en metode med 5 informationsniveauer men det kan dog ikke betragtes som en egentlig international standard. (AIA, 2008: Document E , Building Information Modelling Protocol Exhibit, The American Institute of Architects.) De oprindelige udviklere bag denne metode Vico Software og Webcor, anvender i dag 6 informationsniveauer (LOD ), og ikke de 5, som er indeholdt i den nuværende offentligt publicerede udgave. Vi har været inspireret af denne metode, og forventer at de danske informationsniveauer forsøges tilpasset disse 6 informationsniveauer. I en anden amerikansk metode anvendes 3 informationsniveauer (A,B,C). Denne metode er udarbejdet i et buildingsmart projekt og beskrevet i publikationen: BIM Planning Execution Guide, The Computer Integrated Contruction Research Program at The Pennsylvania State University, I England er der i: AEC (UK) BIM Protocol Implementing UK BIM Standards for the Architectural, Engineering and Construction industry publiceret en metode hvor den grafiske repræsentation af bygningsobjekter er visualiseret på 4 forskellige niveauer (Grade 0-3). Der er således desværre ikke international konsensus på området. Side 7 af 10

8 8 Implementering 9 kommentarer Flere har kommenteret, at de savner de endelige leverancespecifikationer og informationsniveaudefinitioner samt givet gode ideer til andre anvendelsesmuligheder af metoden. Desuden udtrykkes en bekymring af at det vil være tidskrævende at indgå aftaler baseret på metoden. Som vi også beskriver indledningsvist i rapporten er dette første projekt om informationsniveauer, og vi har udviklet en metode og struktur. I efterfølgende projekter udvikler cuneco det rammeværk af templates for leverancespecifikationer og informationsniveaudefintioner, der er nødvendige for at metoden kan anvendes i praksis. Vi forventer med dette, at metoden bliver hurtig og fleksibel at anvende i praksis. 9 Kodning 11 kommentarer Flere har udtrykt, at den nuværende kodestruktur er indviklet og uoverskuelig samt at der savnes flere eksempler på dens anvendelse. Desuden foreslås at informationsniveauerne får en selvstændig identifikationskode samt en større sammenhæng med øvrige bips/cuneco projekter såsom egenskabsdata, arbejdsbeskrivelser etc. Vi har forsøgt at gøre kodningen så simpel som mulig og stadig kunne understøtte en fleksibel anvendelse og være entydig. Vi arbejder videre med at fastlægge en struktur, herunder kodning, for views. Desuden overvejes det om kodningen kan gøres simplere. 10 Redaktionelt 25 kommentarer De redaktionelle kommentarer vedrører såvel rapportens generelle struktur, specifikke sætninger, figurer og ord samt de eksempler der anvendt i rapporten. Kommentarerne vurderes at være tænkt som en række større og mindre redaktionelle bidrag, og vil så vidt muligt blive inddraget i det videre arbejde. Side 8 af 10

9 11 Antal niveauer 15 kommentarer Der er mange som kommenterer på det valgte antal informationsniveauer samt hvordan det er fremkommet. Ambitionen fra starten af projektet var at indføre så få informationsniveauer som muligt. Antallet af informationsniveauer er fremkommet til dels på baggrund af et ønske om harmonisering med internationale metoder og til dels på baggrund af en prototypedrevet udvikling, hvor vi har afprøvet om det valgte antal niveauer var tilstrækkeligt. Vi er af den overbevisning, at det rette antal informationsniveauer ikke umiddelbart kan fastlægges teoretisk, men skal findes gennem praktisk afprøvning og evaluering. Se også afsnit 7 i dette notat. 12 IT understøttelse 4 kommentarer Nogle få men dog omfattende kommentarer pointerer vigtigheden af ITunderstøttelse og kommenterer, at kodningen af informationsniveauerne måske er for kompleks til at være praktisk mulig at skabe IT-understøttelse for. IT-understøttelse af de udviklede metoder og specifikationer er meget vigtig for cuneco. En første forudsætning for IT-understøttelse er entydige definitioner af informationsniveauer. Cuneco vil i efterfølgende projekter arbejde videre med specifikation af entydige informationsniveaudefinitioner for bl.a. processer og bygningsdele, og vil også sikre at metoden kan understøttes af IT-systemer. 13 Views 4 kommentarer Nogle få kommentarer beskriver, at views ikke har noget med informationsniveauer at gøre. Vi er ikke enige i disse kommentar, og kommer i et efterfølgende projekt til at udvikle og specificere metoder for sammenhængen mellem informationsniveauer, views (for processer) og egenskabsdata. For at kunne anvende views til specifikation af leverancer, er det væsentligt, at de kan specificeres med forskelligt omfang og detaljering, som informationsniveaumetoden giver mulighed for. Side 9 af 10

10 14 Generelt 25 kommentarer Mange udtrykker i rosende vendinger cunecos arbejde med informationsniveaumetoden samt, et ønske om snarest muligt at se de endelige informationsniveaudefinitioner. Nogle har kommenteret at fleksibiliteten i metoden er uhensigtsmæssig og andre, at dette er godt. Der efterlyses desuden en bred dialog fra flere aktører i branchen. Tak for de rosende ord. Som vi også beskriver i rapporten, er det beskrevne ikke en færdig implementerbar løsning men en metodebeskrivelse. Vi arbejder videre med udviklingen af metoden og de nødvendige informationsniveaudefinitioner. I det videre arbejde vil vi forsat forsøge, at inddrage så mange af branchens aktører som praktisk muligt. 15 Afklarende spørgsmål 7 kommentarer En af aktørerne, der har kommenteret på høringsrapporten stiller en række afklarende spørgsmål om f.eks. hvorledes de fremtidige informationsniveaudefinitioner opbygges, og hvorledes integrationen er med øvrige initiativer i cuneco. I det videre arbejde håber vi, at kunne redegøre for de stillede spørgsmål og der vil løbende være en koordinering med de øvrige projekter i cuneco. 16 Alternative løsninger 4 kommentarer Der er i høringskommentarer givet forslag til det videre arbejde og alternative løsninger. Disse forslag vurderes at være særligt relateret til specifikation af views og disses anvendelse i analyse- og simuleringssoftware. Svar fra Cuneco Udvikling og specifikation af views vil blive behandlet yderligere af cuneco, og vi ser også videre implementering i analyse- og simuleringssoftware som en vigtig fremtidig anvendelse af informationsniveaumetoden. Side 10 af 10