패밀리 3천 개, 관리 가능한가 - BIM 콘텐츠 라이브러리 구축과 유지보수
처음 몇 개월은 괜찮다. 패밀리 20개 만들고, 프로젝트 템플릿 하나 만들고, 잘 돌아간다. 문제는 2~3년이 지났을 때 시작된다. 패밀리가 3,000개가 넘고, 그중 어떤 건 최신이고 어떤 건 3년 전 구버전인지, 누가 언제 왜 만들었는지 아무도 모르는 상태에 도달한다. 이 시점에 "패밀리 관리" 없는 BIM은, 도서관에 책이 3,000권 꽂혀 있는데 분류도 색인도 없는 상태와 같다.
콘텐츠 라이브러리 관리의 핵심BIM 콘텐츠(패밀리, 템플릿, Dynamo 스크립트, 뷰 템플릿 등)는 명명 규칙 + 버전 관리 + 품질 기준 + 검색 체계의 4박자가 갖춰져야 조직의 재사용 가능한 자산이 된다. 이 체계 없이 개인 로컬 폴더에 흩어진 BIM 콘텐츠는 자산이 아니라 부채다.
콘텐츠 라이브러리 전략 — 규모별 접근
| 조직 규모 | 전략 | 도구 |
|---|---|---|
| 1~10인 | 공유 폴더 + 명명 규칙 엑셀 | Windows 파일 서버, SharePoint |
| 10~50인 | 버전 관리 도입 + 콘텐츠 담당자 지정 | Git (패밀리 .rfa도 관리 가능), Autodesk Content Catalog |
| 50인 이상 | CMS(Content Management System) + 배포 자동화 | UNIFI, BIMobject, Avail, 자체 CMS 구축 |
폴더 기반 소규모 체계의 현실적인 기준:
BIM_Library/
├── Families/
│ ├── Architecture/
│ │ ├── Doors/
│ │ │ ├── DW_01_Single-Flush_0915x2100.rfa
│ │ │ └── DW_01_Single-Flush_0915x2100_v2.1.rfa
│ ├── Structure/
│ └── MEP/
├── Templates/
│ └── MADEINWORKS_Template_v4.2.rte
├── Dynamo/
│ └── Scripts/
└── Standards/
└── Naming-Convention_v3.0.xlsx
명명 규칙 — 가장 기본적인 4요소
제일 먼저 잡아야 할 것이 명명 규칙이다. 패밀리 이름이 제각각이면, 검색도 안 되고 중복도 발견이 안 된다. 실무에서 검증된 패밀리 명명 규칙의 최소 기준은 이렇다.
| 요소 | 예시 | 설명 |
|---|---|---|
| 기능 분류 코드 | DW (Door Window), WF (Wall Finish), EQ (Equipment) | 카테고리별로 고유한 2~4자리 접두사 |
| 순번 | 01, 02 | 동일 유형 내 고유 번호 |
| 주요 특성 | Single-Flush, Double-Glass, AIA-L2 | 한눈에 어떤 패밀리인지 식별하는 설명 |
| 치수 (선택) | 0915×2100 | 문/창문 크기, 기둥 단면 같은 주요 치수 |
예: DW_01_Single-Flush_0915×2100.rfa → 문 + 1번 유형 + 외여닫이 플러시 도어 + 915×2100mm
버전 관리 — Git을 BIM 콘텐츠에 도입하기
패밀리의 80%는 여러 번 수정된다. 누군가 DW_01을 열어서 재질을 바꾸고 저장했는데, 그게 어떤 버전인지 아무도 모르는 상태가 전형적인 혼돈 시나리오다.
Git을 쓰자는 제안을 하면 "Git은 코드 관리 도구 아니야?"라는 반응이 나오지만, .rfa 파일도 결국 바이너리 파일일 뿐이다. LFS(Large File Storage)를 설정하면 문제없다. Git을 도입했을 때의 이점은 확실하다.
- 누가, 언제, 무엇을 변경했는지 커밋 히스토리로 추적 가능
- 이전 버전으로 롤백이 자유로움
- 브랜치를 나눠서 "실험적 수정"을 본 라이브러리에 영향을 주지 않고 시도 가능
소규모 사무소라도 GitHub 계정 하나에 사내 BIM 라이브러리 레포를 비공개로 만들어서 관리하는 것은 비용 0원으로 가능하다.
품질 기준 — "배포 가능한 패밀리"의 조건
콘텐츠 라이브러리에 "배포 가능"으로 등록되기 위한 최소 품질 기준을 정의해야 한다. 기준이 없으면 누군가 대충 만든 패밀리가 전체 프로젝트에 복사되어 들어가고, 그 피해는 몇 달 뒤에 발견된다.
- 모든 필수 파라미터가 채워져 있는가 (Identity Data의 Type Mark, Model, Manufacturer 등)
- 불필요한 Imported CAD/이미지가 포함되어 있지 않은가 (용량 폭증의 주범)
- Family Category가 올바르게 설정되어 있는가 (Generic Model로 잘못 설정된 사례 다수)
- LOD 300 수준의 형상이 적절한 디테일로 표현되어 있는가
- MEP 패밀리의 경우 커넥터(Connector)가 올바르게 설정되어 있는가
- 3D 뷰에서 모든 방향에서 올바르게 보이는가
이 체크리스트를 통과한 패밀리만 라이브러리에 등록하고, 통과하지 못한 패밀리는 "WIP(Work in Progress)" 폴더에 격리하는 체계가 필요하다.
[Image: 콘텐츠 라이브러리 관리 대시보드 — 패밀리별 상태(OK/WIP/Deprecated), 버전, 마지막 수정자, 프로젝트 사용 횟수가 테이블로 표시된 화면]
마무리
BIM 콘텐츠 라이브러리는 "어느 날 완성되는 것"이 아니라, 프로젝트를 진행하면서 한 땀 한 땀 쌓아가는 자산이다. 오늘 당장 할 수 있는 최소한의 시작은 이것이다. 사내에서 가장 많이 쓰는 패밀리 20개를 선정해서, 통일된 명명 규칙으로 이름을 바꾸고, 한 폴더에 모아두는 것. 이 간단한 정리 하나가, 1년 뒤에 "저 패밀리 어디 있어요?"라는 질문을 90% 줄여준다.
