Prosjektplan. Bachelor - Bygg Ingeniør våren 2014

Transkript

1 Prosjektplan Bachelor - Bygg Ingeniør våren

2 Innholdsfortegnelse 1. Mål og rammer Prosjektet og problemstilling Bakgrunn Prosjektmål Rammer Programvaren... 5 Archicad:... 5 G-prog:... 5 MAP applications:... 5 Microsoft office Omfang Metode Prosjektorganisering Prosjektansvarlig Støttespillere Planlegging, oppfølging og rapportering Planlagt møtevirksomhet Risikoevaluering Kritiske suksessfaktorer Kvalitetssikring Organisering av kvalitetssikring Gjennomføring Hovedaktiviteter Frister- og ressursplaner Milepæler... 10

3 1. Mål og rammer 1.1 Prosjektet og problemstilling Målet med arbeidet er å gjøre bruken av BIM til kalkulasjon mer forståelig for både meg selv og mine kollegaer er et delmål jeg har sammen med oppdragsgiver. Jeg skal finne metoder som passer oss, og våre allerede innarbeidede rutiner og byggemåte. Samkjøring i bruken av programmene MAP applications, Archicad, G-prog og Microsoft office for å finne ut om det er mulig å effektivisere regningen av anbud. For å få til dette må jeg benytte meg at Building Information Modelling(BIM). Bakgrunnen for at nettopp disse programmene er valgt til oppgaven, er at dette er programvare Peab konsernet har valgt å satse på. Kan dette korte ned tiden på å regne et anbud, samtidig som det innehar den samme kvaliteten som dagens arbeid? Hvis ja, vil det være en stor kostnadsbesparelse for bedriften jeg jobber i. Hvordan kan man gjøre dette slik at også de som er av gamle skolen kan henge med? Med andre ord en slags BIM for dummies. Hvis man samtidig kan ta med seg erfaringene fra et prosjekt til det neste snakker vi mye tid og penger bespart. Har derfor følgende hovedproblemstilling: Hvordan kan den informasjonen man tilegner seg i BIM brukes for å effektivisere anbudsprosessen?

4 1.2 Bakgrunn Utgangspunktet for problemstillingen er konkurranseaspektet rundt anbud for totalentrepriser og hovedentrepriser. Her skal man innenfor korte frister utarbeide en pris og leveranse, som tilfredsstiller byggherrens ønsker. I dagens marked er det mange aktører som kjemper om de samme jobbene. Det er sjelden man får noen slags form for kompensasjon for tapte anbud. Hvis man kan minske tiden man bruker på å regne, kan man også senke påslagsprosenten og kostnaden for prosjektering. Noe som igjen øker mulighetene for å få jobben. Jeg snakker altså her om å sette i gang en dominoeffekt. 1.3 Prosjektmål Målet med selve oppgaven er å skrive en god rapport som forhåpentligvis kan besvare problemstillingen og være kostnadsbesparende for bedriften over tid. Utvikle gode ferdigheter for god bruk av enkeltprogrammer er også et mål, samtidig som samkjøring/dataflyt mellom de ønskes. 1.4 Rammer Prosjektet skal deles opp i to faser. Der fase 2 bygger på fase 1. Den første delen består av å teste hypotesen og problemstillingen opp mot programmene som er omtalt under 1.1. Her vil fokuset være på kunnskap og kvalitetssikring. I andre fase vil jeg fokusere på å effektivisere tidsforbruket, og gjøre prosessen forståelig for andre. Det er i denne fasen jeg skal komme frem til en konklusjon. Prosjektet går ut ifra at man kan effektivisere anbudsprosessen ved hjelp av informasjonen man tilegner seg ved hjelp av programmene. Både med tanke på et enkeltprosjekt, men også til erfaringsoverføring mellom prosjekter.

5 1.5 Programvaren Litt om programvaren som er valgt til oppgaven.(pkt 1.1) Dette er programmer jeg kan få tilgang til via min stilling i Peab. Andre firmaer, skoler etc. benytter seg kanskje av alternative programmer, men de valgte programmene er alle anerkjente innenfor miljøet. Archicad: Modelleringsverktøy. Her tegnes byggeprosjektet i 3D-modell. Det finnes innenfor dette området både flere modelleringsverktøy, og enklere utgaver som brukes til besiktigelse av modellen. Eksempel på sistnevnte er Solibri viewer, som jeg har benyttet litt tidligere til å se på modeller. Andre programmer som kan brukes til samme er for eksempel Revit, som benyttes ved Høgskolen i Gjøvik. G-prog: Brukes til å beskrive modellen. Her legger man inn informasjon som for eksempel: gulvtype, veggtykkelse, himlinger med mer. G-prog bruker også for å konvertere disse dataene med mengder videre fra modelleringsverktøyet til kalkulasjonsverktøyet. Dette er det området hvor på nåværende tidspunkt kan absolutt minst, så kjenner ikke til hvilke andre alternativer som finnes til å beskrive modellen, men vil komme tilbake til det i bacheloroppgaven. MAP applications: Kalkulasjonsverktøyet. Dette er grundig bygd opp med poster, som inneholder alt fra grunnarbeider til blikk og tak. Her settes mengdene man tidligere har beregnet sammen med enhetspriser og timesverk. Dette danner grunnlaget for anbudssummen som man kan tilby. Et annet kalkulasjonsverktøy som er mye brukt er Holthe prosjekt.

6 Microsoft office Inneholder programmene excel, outlook, word med flere, og burde ikke trenge videre introduksjon. Office programmene brukes parallelt i anbudsprosessen. Excel er tidligere brukt til alle mengdeberegninger. Outlook er et program for e-post og brukes her til å sende ut pris forespørsler, til underentreprenører og leverandører. Word brukes til å lage blant annet tilbudsbrev. 2. Omfang 2.1 Metode Det er et hav av informasjon og muligheter i denne BIM-verden. Grunnlaget for konklusjonen i oppgaven, skal jeg finne frem til ved å systematisk sette meg inn i programmene, og belyse både fordeler og ulemper ved dem. Det blir viktig å skille mellom betydelig og ubetydelig informasjon. For å gjøre dette, vil jeg prøve å forklare ting underveis til tredjepersoner. Personer som ikke sitter på kunnskap innenfor feltet. Jeg velger å kalle det «BIM for dummies» Videre i oppgaven går jeg inn på hvordan koble programmene sammen for gjenbruk av informasjon. Den informasjonen jeg klarer å få ut av prosjektet skal brukes til å løse problemstillingen teoretisk. Hvis tiden og omfanget av oppgaven tillater det, så vil kjøre en «case analyse». Dette vil være krevende, og innebærer at jeg raskt må ta lærdom av programvaren og teorien. Case analysen vil i så fall være å regne igjennom et anbud to ganger. Jeg vil da aleine kjøre igjennom tilbudsfasen på den nye metoden, mens en av mine kollegaer bruker den nåværende metoden samtidig. Dette for å ha et sammenligningsgrunnlag.

7 3. Prosjektorganisering 3.1 Prosjektansvarlig Ole Gøran Engemoen Hansen 3.2 Støttespillere Siden prosjektansvarlig skriver oppgaven aleine, blir det viktig å benytte seg av support fra støttespillere. Prosjektansvarlig er tildelt veileder Leif Erik Storm, fra Høgskolen i Gjøvik. I tillegg vil kandidaten bruke erfaringer fra medarbeidere i prosjektavdelingen til Peab Senter Bygg Entreprenør, og avdelingsleder Thomas Lie fungerer som veileder(oppdragsgiver). 4. Planlegging, oppfølging og rapportering 4.1 Planlagt møtevirksomhet Evaluering av eget arbeid ukentlig. Telefonmøter/mail med skolens veileder med jevne mellomrom for å diskutere fremdriften i prosjektet. Oppfølging ukentlig mot andre støttespillere for å holde oppgaven på rett kurs.

8 5. Risikoevaluering 5.1 Kritiske suksessfaktorer Planlegging slik at man får brukt nok tid Effektivitet når jeg jobber Arbeidshelger til bachelor God kommunikasjon med veiledere. Mengde Peile inn en god kurs 6. Kvalitetssikring 6.1 Organisering av kvalitetssikring Alt som skrives lagres i «nettsky» Velge kilder og ressurser med et kritisk blikk Implementering av «end note» tidlig for kildehenvisning.

9 7. Gjennomføring 7.1 Hovedaktiviteter Fase 1 - Initiering Prosjektforslag og gruppesammensetning Arbeidstittel Godkjenning av problemstilling Fase 2 Prosjektplan/forskningsskisse o o Innlevering av prosjektplan Etablere nettside Fase 3 Hovedarbeid o o Avsluttende oppgave Øvrige arbeidskrav Fase 4 Avslutning o Presentasjon

10 7.2 Frister- og ressursplaner Obligatoriske frister: Innlevering av prosjektplan Nettside etablert Innlevering avsluttende prosjekt (inkl. vedlegg og logg) Øvrige arbeidskrav (plakat, abstract, refleksjonsnotat) 7.3 Milepæler Kontrahering/oppstart av hovedarbeid Ferdig med teoridel (fase 1) Ferdig med konklusjon (fase 2)