Agenda. Strukturert idriftsettelse

Transkript

1 Strukturert idriftsettelse Hvordan strukturere ferdigstillelsen av et prosjekt Hvilke tiltak bør iverksettes for å bli helt ferdig Ansvar og roller i sluttfasen Overtagelse og drift av bygninger Strukturert idriftsettelse Hvordan strukturere ferdigstillelsen i prosjekt? Hvilke tiltak bør iverksettes for å bli helt ferdig? Ansvar og roller i sluttfasen Erfaringer, hvordan lykkes? Tekniske Foreningers Servicekontor Agenda Litt om T2 prosjektet Premisser og underlag Organisering og oppfølging Idriftsettelse og testhierarki Ansvar og roller Huskepunkter Oppsummering

2 Advansia Prosjekt og byggeledelse med hovedfokus på gjennomføring av store kompliserte landbaserte prosjekt Ca 85 ansatte i Norge Ca 21 ansatte i Sverige Pågående prosjekter: Bjørvika infrastruktur OSL T2 Kvalitetssikring av store prosj. Referanser: Ny hovedflyplass Gardermoen NSB Gardermobanen Telenor Fornebu Nye Ahus Postens nye Østlandsterminal Fakta om T2 prosjektet Kostnadsramme: 12,5 milliarder Idriftsettelse av Sentralbygg vest og Pir nord våren 2017 Kapasitet T2: 28 mill passasjerer/35 mill passasjerer Areal: m² nytt areal (dagens m²) Ny avgangs /ankomsthall: m² (sentralbygg vest) Ny Pir nord: m² ( m² kommersielt areal) Full drift under utbygging Underkant 150 kontrakter frem mot store delprosjekter trinnvis ibruktagelse

3 Fakta om T2 prosjektet 150 forskjellige entreprenører Små leverandører til store entreprenører Kontraktenes varighet fra 6 mnd. til 5 år Idriftsettelse over flere år Mange«mindre» idriftsettelser frem mot 2017 To store idriftsettelser våren 2017 Bygger ut med full drift ved OSL Sikkerhet og FNT systemer Security Passasjerstrøm og driftsregularitet T2 fullt utbygget Oslo Lufthavn før T2 Luftfoto fra sørvest Sentralbygg vest Mai 2017 Papa/Victor Pir nord Mai 2017 Kritiske system: Drivstoff VA Energiforsyning Jernbane BHS FNT systemer Pir syd September 2012 Trafikkforplass Mai 2017 Commuterlounge Fjernoppstilling syd Juni 2011 Sentralbygg øst Mai 2017 Driftsområde August 2013

4 Premisser Krav til sluttdokumentasjon BH > PL Identifikasjonssystem BH Ferdigmelding, prøvedriftstid, overtagelse BH > PL Prosedyre for overtagelse og eierskifter i forbindelse med entreprisekontrakter BH > PL Underlag Definere igangkjøring/idriftsettelse i spesifikasjoner FDV og sluttdok. prosess og krav (husk RI) Testing roller/ansvar og krav Grensesnitt roller/ansvar og krav (fremdrift) Rapportering I månedsrapporter (egne kapitler) Fremdrifts, dokument og kontrollplaner Grensesnitts og mangeldb Målbare krav og tydelige ansvarsområder/roller Tilpasses entrepriseform og organisering

5 Oppfølging Oppfølging Oppfølging av prosjekterende Koordinering mellom fag Verifisering av funksjoner og prosjektert materiale PL/BL må delta på tester, befaringer og verifiseringer Bruk verktøyene som er til rådighet Underlag, kontroll og fremdriftsplaner, grensesnittsdb, SD, FDV etc. All igangkjøring/alle tester skal dokumenteres Testene skal gjennomføres i hht fremdriftsplan Befaringer må utføres grundig med kvalifisert personell Mangelutbedring må gjennomføres til avtalte frist Organisering Organisering Følge opp ansvar og roller før man er på etterskudd Funksjonsansvar Ansvar i grensesnittene Hvem ivaretar helheten? Opplæring kombineres med testing Skape felles mål tydelige forventinger

6 Organisatoriske tiltak Tydelig ansvar i grensesnitt Involver byggherre og driftsorganisasjon Skap møteplasser og miljø for avklaringer Faser, milepæler og fremdrift Dokumentasjon (raskt) Avklaringer/beslutninger (raskt) Lederrollen! Vær krevende (realistisk/godt dokumentert) Fysiske tiltak Riktige verktøy Regneark vs. databaser Fremdriftsplanlegging Dokumenthåndtering Trådløst nett i bygget så tidlig som mulig gir tilgjengelighet til: Databaser/sjekklister SD anlegg Digitale grunnlagsdokumenter

7 Planverk Idriftsettelse Egne igangkjørings og idriftsettelsesplaner Etableres tidlig Etableres for helheten Brytes ned pr. delprosjekt Fokus på grensesnitt Fokus på sluttdokumentasjon Etablere god testhierarki

8 Testhierarki 1. Entreprenørenes funksjonskontroll Ansvar entreprenører 2. Integrerte tester I regi av PL, samarbeid med entr. og driftsorg. 3. Ferdigbefaring I regi av PL med driftsorg. 4. Virksomhetstester I regi av driftsorg, tett samarbeid PL 5. Prøvedrift Prøvedrift i regi av entreprenør med driftsassistanse fra driftsorg. 6. Systemene og arealet settes i operativ drift I regi av driftsorg. 7. Overtagelse/Eierskifte Fra entr. til PL/BH Opplæring Ansvar PL og driftsorg. Mangellister Ansvar PL Ansvar og roller Byggherren har ansvaret for helheten Naturlig interesse for helheten Naturlig interesse for et sluttresultat som kan driftes effektivt Ansvar for kontraktene Alle andre forholder seg til sine kontrakter Å inneha flere roller er krevende Må tilpasses prosjektet og kontrakt Byggherren må involvere seg i hele prosjektets livsløp Krever ressurser

9 Verktøy? Prosedyrer: Prosedyre for FDV dokumentasjon og TIDA i T2 prosjektet Prosedyre for gjennomføring av idriftsettelser i T2 prosjektet Prosedyre for håndtering av grensesnitt Maler Mal for SAT prosedyrer FDV maler Mal på grensesnittsdok. Opplæring Mal for SAT rapporter Eierskiftedokument Driftsavtaler FDV leveranser TIDA/Mangellistesystem Grensesnittsbehandling Std. igangkjøringsakt. Std. Idriftsettelsesakt. Merkostnader? Nei Riktige løsninger til riktig funksjon Minsker mulighet for ansvarspulverisering (krangling) Forutsigbar sluttdato Leveranse i hht forventning, behov og kontrakt Skal det lønne seg å ikke levere?

10 Viktige huskepunkter System for idriftsettelse Prosedyrer revideres/samkjøres mtp terminologi, struktur etc. Involvere alle områder (entr., byggherre/driftsavd, prosjektledere, RI) Tidlig planlegging og fokus Planverk må etableres tidlig Igangkjøring og idriftsettelsesforum må etableres tidlig Involvere driftsorganisasjonen tidlig Organisasjon Rett kompetanse på alle nivå Engasjement Viktige huskepunkter Ansvars og rollefordeling Tidlig avklaring om ansvar/roller Avklaringer på riktig nivå SAT, integrerte tester og tjenestetester Planlagt og forutsigbar gjennomføring er viktig Nyttig gjennomføring for både drift og entr. Stram fremdrift kan gi: Avvikende idriftsettelsesrekkefølge Kort tid mellom befaringer/testing til operativ drift Ikke tid nok til å justere og rette opp avvik

11 Spørsmål? Takk for meg