Checkdat
    Tillbaka till Academy

    Bästa praxis

    Erfarenhetsbaserade arbetssätt som vi har sett fungera i praktiken. Dessa rekommendationer kommer från verkliga projekt med stora, komplexa informationsflöden.

    4 artiklar i denna kategori
    Artikel 1

    Filstruktur för samordningsprojekt

    Namnkonventioner, mappstruktur och versionshantering som fungerar i stora projekt.

    Varför filstruktur är kritiskt

    I ett stort infrastrukturprojekt hanteras tusentals filer: modeller, ritningar, PM, kalkyler och rapporter. Utan en genomtänkt filstruktur uppstår snabbt kaos: filer hamnar fel, versioner blandas ihop och tid går åt till att leta information istället för att producera. En bra filstruktur sparar hundratals arbetstimmar per projekt.

    Principer för mappstruktur

    Strukturera mappar i tre nivåer: 1) Disciplin (Geo, Konst, VA, El osv.), 2) Dokumenttyp (Modell, Ritning, PM, Beräkning), 3) Skede (Förstudie, Systemhandling, Bygghandling). Håll strukturen konsekvent över hela projektet. Undvik djupa mappträd, tre till fyra nivåer är optimalt. Skapa en mappstruktur-guide som alla i projektet får vid start.

    Namnkonventioner

    Filnamn ska vara informationsbärande och maskinläsbara. En bra konvention innehåller: Projektkod-Disciplin-Typ-Löpnummer-Revision. Exempel: PRJ001-GEO-MOD-001-R03 (Projekt 001, Geoteknik, Modell, nr 001, Revision 3). Undvik mellanslag, svenska tecken och informella namn. Dokumentera konventionen i BEP:en.

    Versionshantering

    Använd CDE:ns inbyggda versionshantering istället för att spara nya filer med suffix som '_v2', '_final', '_FINAL2'. Varje fil ska bara existera i en version, den senaste. Äldre versioner hanteras automatiskt av systemet. Vid större revisioner (R01, R02) skapas ny revision i CDE:n med tydlig ändringslogg.

    Viktiga insikter

    • Strukturera mappar efter disciplin, dokumenttyp och skede
    • Håll mappträd grunt, max fyra nivåer
    • Filnamn ska vara informationsbärande och följa en dokumenterad konvention
    • Använd CDE:ns versionshantering, undvik manuella versionsnamn
    Artikel 2

    Modellkoordinering i tidiga skeden

    Så säkerställer du samordning redan i systemhandling för att undvika dyra ändringar senare.

    Tidiga skeden sätter ramarna

    De beslut som fattas i systemhandling och detaljprojektering lägger grunden för hela projektet. Att vänta med modellkoordinering till bygghandling är ett av de vanligaste och dyraste misstagen. Kollisioner och samordningsproblem som upptäcks sent kostar 10 till 100 gånger mer att åtgärda jämfört med tidiga skeden.

    Samordningsrutiner

    Etablera veckovisa samordningsmöten redan från start. Vid varje möte presenteras senaste modellstatusen, identifierade kollisioner och åtgärdsplaner. Datasamordnaren ansvarar för att sammanställa modeller och genomföra kollisionskontroller inför varje möte. Dokumentera beslut och åtgärder i mötesprotokoll.

    Verifiering av tidiga modeller

    Även om LOD är lägre i tidiga skeden är det kritiskt att verifiera grundläggande samordning: placering av huvudledningar, bärande konstruktioners påverkan på installationer, markförhållanden som påverkar grundläggning. Använd federerade modeller i Navisworks eller liknande verktyg för att visualisera helheten.

    Dokumentera samordningsbeslut

    Samordningsbeslut i tidiga skeden påverkar hela projektets utveckling. Dokumentera varje beslut med tillhörande underlag: vilka alternativ utvärderades, varför det valda alternativet valdes, och vilka konsekvenser det har för andra discipliner. Denna dokumentation är ovärderlig vid framtida ändringar eller tvister.

    Viktiga insikter

    • Starta modellkoordinering redan i systemhandling
    • Veckovisa samordningsmöten med kollisionskontroller
    • Verifiera grundläggande samordning även vid låg LOD
    • Dokumentera alla samordningsbeslut med underlag och motivering
    Artikel 3

    Effektiv granskningsprocess

    Metoder för snabbare granskning med bibehållen kvalitet i stora projekt.

    Granskning som flaskhals

    Granskning är ofta den största flaskhalsen i informationsflödet. Modeller och ritningar väntar i dagar eller veckor på granskning, vilket försenarar efterföljande leveranser. Problemet är sällan att granskare är lata, det är att granskningsprocessen inte är strukturerad för effektivitet.

    Strukturerad granskning

    Definiera granskningskriterier i förväg. En granskare ska veta exakt vad som ska kontrolleras, inte behöva avgöra det vid varje tillfälle. Skapa checklistor per leveranstyp: modellgranskning, ritningsgranskning, dokumentgranskning. Separera teknisk granskning från formaliagranskning (namnkonventioner, metadata).

    BCF-baserad granskning

    Använd BCF (BIM Collaboration Format) för modellgranskning. Granskaren skapar ärenden direkt kopplade till specifika platser i modellen. Varje ärende har status, prioritet och ansvarig. Detta eliminerar långa gransknings-PM och gör det enkelt att följa upp åtgärder. Verktyg som Solibri, BIMcollab och Navisworks stöder BCF.

    Turnaround-tid och SLA

    Definiera maximala granskningstider (SLA) i BEP:en. Exempelvis: rutin-granskning max 3 arbetsdagar, komplex granskning max 5 arbetsdagar. Mät och följ upp faktisk granskningstid. Om SLA:er konsekvent överskrids, utred orsaken, ofta handlar det om för hög belastning på enstaka granskare.

    Viktiga insikter

    • Definiera granskningskriterier och checklistor i förväg
    • Använd BCF för modellgranskning med ärenden kopplade till modellen
    • Sätt SLA:er för granskningstider och följ upp
    • Separera teknisk granskning från formaliakontroll
    Artikel 4

    Statushantering i CDE

    Arbeta med WIP, S1,S4 och leveransstatus i praktiken.

    Statusflödens syfte

    Statusflöden i CDE:n säkerställer att alla vet vilket stadium en leverans befinner sig i. Det förhindrar att projektörer arbetar med inaktuella underlag och att beställaren ser ogranska material. ISO 19650 definierar grundläggande statusnivåer, men dessa behöver anpassas till projektets specifika behov.

    De vanliga statusnivåerna

    WIP (Work in Progress): pågående arbete, bara synligt för producenten. S1 (Delad): delad för samordning, synligt för andra discipliner. S2 (Publicerad): redo för granskning av beställare. S3 (Granskad/Godkänd): granskat och godkänt material. S4 (Arkiverad): arkiverad leverans vid projektslut. Definiera tydligt vad varje status innebär i ert projekt.

    Övergångar mellan status

    Definiera vem som har rätt att ändra status och vilka kriterier som måste vara uppfyllda. Exempel: Övergång från WIP till S1 kräver att producenten har gjort egenkontroll. Övergång från S2 till S3 kräver att granskare har godkänt och signerat. Automatisera övergångar där möjligt, t.ex. notifieringar vid statusändring.

    Vanliga fallgropar

    De vanligaste problemen: material delas utan att flytta från WIP till S1, granskare granskar material i WIP-status, statusövergångar sker utan egenkontroll, och ingen följer upp att leveranser når rätt status i tid. Lösningen är tydliga rutiner, utbildning och regelbunden uppföljning av CDE-användning.

    Viktiga insikter

    • Statusflöden säkerställer att alla arbetar med rätt version
    • Anpassa ISO 19650:s statusnivåer till projektets behov
    • Definiera kriterier och behörigheter för varje statusövergång
    • Följ upp CDE-användning regelbundet för att fånga avvikelser

    Behöver du hjälp med bästa praxis?

    Vi hjälper er att implementera strukturerad informationshantering i era projekt.

    Kontakta ossFler ämnen i Academy

    Vi använder cookies

    Vi använder cookies för att förbättra din upplevelse på vår webbplats. Vissa cookies är nödvändiga för att sidan ska fungera, medan andra hjälper oss att analysera trafik och anpassa innehåll. Läs mer i vår cookiepolicy