건축 설계 사무소가 도면 버전 관리에서 매번 겪는 문제 5가지와 현장에서 바로 쓰는 해결 방법

설계 도면은 한 번 그리고 끝나지 않습니다. 건축주 요구가 바뀌고, 구조 검토가 들어오고, 인허가 기관의 보완 요청이 오면 도면은 계속 수정됩니다. 문제는 수정본이 늘어날수록 어느 파일이 최신인지 아무도 확신하지 못하게 된다는 점입니다. 현장 기사는 이틀 전 PDF로 자재를 주문하고, 디자이너는 어제 수정한 DWG를 들고 있고, 시공사는 메일 첨부 파일을 출력해서 쓰는 상황이 실제로 많이 벌어집니다. 이 글은 건축 설계 사무소와 설계 팀이 도면 버전 관리에서 반복해서 겪는 문제 다섯 가지를 정리하고, 각 문제를 줄이는 실무 방법을 설명합니다.

문제 1: 파일 이름 규칙이 사람마다 다르다

가장 흔한 시작점은 파일 이름입니다. 한 사람은 평면도_최종.dwg라고 저장하고, 다른 사람은 1층평면_0312_수정2.dwg처럼 날짜와 수정 횟수를 붙입니다. 몇 달이 지나면 같은 도면의 파일이 열 개 넘게 생기고, 정렬해도 순서가 맞지 않습니다. 이름만 봐서는 어떤 도면이 공식 배포본인지 구분할 수 없습니다.

해결은 이름 규칙을 하나로 고정하고 예외를 허용하지 않는 것입니다. 다음 항목을 모든 도면 파일 이름에 공통으로 넣는 방식이 자주 쓰입니다.

• 프로젝트 코드: 발주처나 사업 번호를 맨 앞에 둡니다.
• 도면 종류와 번호: 건축, 구조, 설비 구분과 도면 번호를 씁니다.
• 리비전 코드: 날짜 대신 R01, R02처럼 순번을 쓰면 정렬이 깔끔해집니다.
• 상태 표기: 작업 중, 검토 중, 배포본을 폴더 또는 이름 끝에 구분합니다.

규칙을 만든 뒤에는 문서 한 장으로 공유하고, 신규 입사자 온보딩 자료에도 넣어야 합니다. 규칙이 문서에만 있으면 결국 사람의 기억에 의존하게 됩니다.

문제 2: 최신본을 찾는 데 시간이 많이 든다

파일 이름이 정리되어도 폴더 구조가 제각각이면 최신본을 찾는 데 시간이 듭니다. 프로젝트 폴더 아래 '작업', '백업', '최종', '최종_진짜최종' 같은 폴더가 섞여 있으면 신규 팀원은 물론 경력자도 헷갈립니다. 회의 중에 "그 도면 최신본 어디 있죠?"라는 질문이 나오면 대부분 회의 시간이 그 파일을 찾는 데 쓰입니다.

이 문제는 폴더를 단계별로 나누는 방식으로 줄일 수 있습니다. 예를 들어 01_계약 / 02_기본설계 / 03_실시설계 / 04_인허가 / 05_시공 / 99_보관처럼 단계 중심으로 나누고, 작업 중 파일은 각 담당자 하위 폴더에만 둡니다. 배포본은 단계 폴더 안의 한 곳에서만 확인하도록 정하면 됩니다. 폴더 구조를 바꿀 때는 기존 파일을 한 번에 옮기기보다, 신규 리비전부터 새 구조로 저장하는 방식이 실패가 적습니다.

문제 3: 변경 이력이 남지 않는다

설계는 여러 사람이 같은 도면을 고치는 작업입니다. 그런데 누가 무엇을 언제 바꿨는지 기록이 없으면, 나중에 문제가 생겼을 때 원인을 찾기 어렵습니다. 특히 치수 하나가 바뀌었는데 그 사실이 시공팀에 전달되지 않았다면, 현장에서는 이미 잘못된 치수로 공사가 진행될 수 있습니다.

변경 이력은 두 층으로 관리하면 좋습니다. 첫째, 도면 자체의 리비전 표에 날짜, 변경 내용, 담당자를 적습니다. 둘째, 파일 저장소가 제공하는 버전 기록을 활용해 이전 파일을 언제든 복원할 수 있게 합니다. 여기서 중요한 것은 리비전 표를 빈칸으로 두지 않는 것입니다. 한 줄이라도 "구조 검토 반영, 기둥 위치 300mm 이동"처럼 구체적으로 쓰면 나중에 큰 도움이 됩니다.

문제 4: 현장과 사무실의 도면이 서로 다르다

현장에서는 출력본이나 휴대폰 사진으로 도면을 봅니다. 사무실에서 수정이 끝났는데 현장에는 이전 버전이 남아 있는 경우가 많습니다. 시공 기사가 구버전 도면으로 작업을 시작하면 되돌리는 데 비용과 시간이 추가로 듭니다.

해결의 핵심은 배포 시점을 명확히 하는 것입니다. 도면을 현장에 내보내기 전에 배포 체크 항목을 확인하고, 배포본에는 배포일과 승인자를 표시합니다. 현장과 사무실이 같은 저장소를 보도록 하면 더 좋습니다. 현장 담당자가 모바일에서 최신 배포본만 열람할 수 있게 하면, 출력본을 여러 장 들고 다니는 습관도 줄어듭니다. 구버전은 삭제하기보다 '보관' 폴더로 옮겨 기록을 남기는 편이 안전합니다.

문제 5: 승인 기록이 메일과 메신저에 흩어진다

설계 승인은 발주처, 구조 엔지니어, 내부 책임자 사이에서 여러 번 오갑니다. 승인 내용이 메일 본문에만 있고 도면 파일과 연결되지 않으면, 나중에 "이 버전은 누가 승인했는가"를 증명하기 어렵습니다. 메신저로 "오케이요"라고 답한 내용은 특히 찾기 힘듭니다.

승인 기록은 도면 파일 또는 프로젝트 작업 항목에 직접 붙여야 합니다. 예를 들어 리비전 R03에 대해 구조 검토 완료, 발주처 승인 대기 같은 상태를 기록하고, 승인자와 날짜를 함께 남깁니다. 이렇게 하면 회의록을 따로 뒤지지 않아도 현재 어떤 도면이 어느 단계에 있는지 한눈에 볼 수 있습니다.

팀에 적용하는 순서

다섯 가지 문제를 한꺼번에 고치려고 하면 팀이 지치고 중간에 포기하기 쉽습니다. 다음 순서로 한 주에 한 단계씩 적용하는 방식을 추천합니다.

1. 1주차: 명명 규칙 확정. 프로젝트 코드, 도면 종류, 리비전 코드를 정하고 한 장짜리 안내문을 만듭니다.
2. 2주차: 폴더 구조 정리. 진행 중인 프로젝트 한 개만 새 구조로 옮기고 나머지는 신규 리비전부터 적용합니다.
3. 3주차: 리비전 표 의무화. 모든 도면에 변경 내용과 담당자를 한 줄 이상 적도록 합니다.
4. 4주차: 배포 기준 설정. 현장 배포 전 승인 여부와 배포일을 확인하는 체크리스트를 만듭니다.
5. 5주차: 승인 기록 연결. 승인 메일이나 메신저 내용을 도면 항목에 옮겨 적는 습관을 만듭니다.

도구는 규칙을 대신하지 못하지만, 규칙을 지키기 쉽게 만들어 줍니다. 프로젝트 단위로 파일, 작업, 승인 상태를 한 화면에서 보고 싶다면 데모를 체험해 보고 팀 규모에 맞는지 확인하는 방법도 있습니다. 설계 일정과 현장 공정을 함께 관리해야 한다면 건설 프로젝트 공정 지연 해결 글도 함께 읽으면 도움이 됩니다.

팀 규모가 작아 도구를 바로 바꾸기 어렵다면, 먼저 명명 규칙과 리비전 표만 지켜도 체감 효과가 큽니다. 이후 파일 저장소, 작업 관리, 승인 기록을 한 곳에서 다루는 방식으로 넘어가면 됩니다. 시작 단계에서는 무료로 계정을 만들어 한 프로젝트만 시험 적용해 보는 것도 방법입니다.

Sonuç

도면 버전 관리 문제는 대부분 기술보다 규칙의 부재에서 생깁니다. 파일 이름을 통일하고, 폴더를 단계별로 나누고, 변경 이력과 배포 기준, 승인 기록을 도면에 직접 연결하면 최신본을 찾는 시간과 잘못된 도면으로 인한 재작업이 눈에 띄게 줄어듭니다. 한 번에 모든 것을 바꾸기보다 한 주에 한 가지씩 적용하고, 팀이 실제로 지키는지 확인하며 규칙을 다듬는 것이 가장 현실적인 방법입니다. 오늘 팀에서 가장 자주 헷갈리는 도면 하나를 골라 이름 규칙부터 적용해 보시기 바랍니다.