구버전 도면이 현장에 내려가는 이유, 파일 이름이 핵심입니다

납품 전날 저녁, 협력사 담당자에게 전화가 옵니다. 보내주신 도면이 지난 달 개정 전 버전이라는 내용입니다. 팀 서버 어딘가에 [_최종.dwg, _최종2.dwg, _최최최종_수정.dwg]가 혼재하는 상황에서, 담당자는 가장 최근에 수정된 파일을 골라 보냈지만 그것이 공식 승인본이 아니었던 것입니다. 이 상황은 특정 팀원의 부주의가 아닙니다. 최신본을 파일 이름만으로 판별할 수 없는 구조가 만들어낸 결과입니다.

현장에서는 엔지니어 업무시간의 상당 부분이 구식 정보를 확인하고 처리하는 데 소비되는 것으로 알려져 있습니다. 구버전 도면 한 장이 현장에 내려가면 가공 재작업 비용, 납품 클레임, 경우에 따라서는 완제품 불량으로 이어질 수 있습니다. PDM(제품 데이터 관리) 시스템을 도입하기 전이라도, 파일 명명 규칙과 폴더 구조를 정비하는 것만으로 이 문제의 상당 부분을 차단할 수 있습니다.

이 글에서는 버전 혼선이 구조적으로 반복되는 원인을 짚고, 비용 0원으로 즉시 적용할 수 있는 파일 명명 규칙과 폴더 구조를 제시합니다. 아울러 실제 적용 과정에서 맞닥뜨리는 실무 제약과, 수백 장의 기존 도면을 보유한 팀이 무리 없이 전환하는 방법도 함께 다룹니다.

파일 이름 하나가 버전 혼선의 시작점이 되는 이유

파일을 열기 전까지 그것이 최신 승인본인지 알 수 없다면, 팀원은 매번 내용을 확인하거나 담당자에게 물어봐야 합니다. 이것이 버전 혼선의 구조적 뿌리입니다.

날짜 단독 표기(_20240315)는 흔히 쓰이지만 의미를 전달하지 못합니다. 같은 날 여러 번 저장했다면 어느 파일이 공식본인지 알 수 없고, 수정 전 검토본과 승인 후 배포본이 동일한 날짜를 공유하는 경우도 생깁니다. 날짜는 변경 시점을 기록할 뿐, 승인 여부를 나타내지 않습니다.

[_최종, _최최최종] 패턴은 세 가지 경로로 만들어집니다.

첫째, 납기 압박 상황에서 임시 파일명으로 저장한 뒤 정리하지 않는 경우입니다.
둘째, 해당 파일을 만든 담당자가 팀을 떠나면 “이 파일이 왜 이 이름인가”를 아는 맥락 자체가 사라집니다.
셋째, 협력사에서 수신한 도면이 내부 폴더에 그대로 혼입되면 어느 것이 내부 기준 도면인지 구별이 어려워집니다.

이 세 경로는 어떤 팀에서도 반복됩니다.

파일 명명 규칙과 폴더 구조를 정비하면 이 혼선의 상당 부분을 막을 수 있습니다. PDM 도입을 기다릴 필요가 없습니다.

현장에서 바로 쓸 수 있는 파일명 구조와 폴더 4단계 분리

파일명 구조

권장하는 파일명 구조는 다음과 같습니다.

더 읽고 싶으신가요?
지금 로그인하고 무료로 나머지 내용을 바로 확인하세요.

답글 남기기