업무 문서 파일명과 버전 관리 규칙 만들기

'최종'은 절대 최종이 아니다

보고서_최종.pdf, 보고서_최종_수정.pdf, 보고서_진짜최종.pdf, 보고서_최종_v2_수정본.pdf. 누구나 겪어본 상황입니다. 문제는 이게 단순한 웃음거리가 아니라 실제 사고로 이어진다는 점입니다. 어떤 게 진짜 최신인지 몰라 옛날 버전을 상대방에게 보내는 일이 실제로 벌어집니다.

원인은 명확합니다. 파일명에 '순서를 알 수 있는 정보'가 없기 때문입니다. '최종'이라는 단어에는 순서가 없습니다. 어떤 게 나중인지 파일명만 봐서는 알 수 없습니다.

날짜를 앞에 붙이면 절반은 해결됩니다

가장 간단하면서 효과적인 규칙은 파일명 맨 앞에 날짜를 넣는 것입니다. 형식은 YYYY-MM-DD 또는 YYMMDD를 권합니다. 이렇게 하면 이름순 정렬이 곧 시간순 정렬이 됩니다.

중요한 건 순서입니다. '보고서_2026-07-11'이 아니라 '2026-07-11_보고서'여야 정렬이 됩니다. 날짜를 뒤에 붙이면 정렬 효과가 사라집니다.

그리고 반드시 0을 채우세요. 7월을 '7'이 아니라 '07'로 써야 합니다. '2026-7-11'과 '2026-11-3'을 정렬하면 순서가 뒤죽박죽이 됩니다.

실무에서 쓸 만한 형식

'날짜_프로젝트_문서종류_버전' 정도면 대부분의 상황에 충분합니다. 예를 들어 '2026-07-11_A프로젝트_품질보고서_v2.pdf' 같은 형태입니다. 이름만 봐도 언제, 무엇에 대한, 어떤 문서의 몇 번째 버전인지 알 수 있습니다.

버전은 v1, v2처럼 숫자로 관리하세요. 열 개가 넘을 것 같으면 v01, v02로 자리를 맞추는 게 안전합니다. 그래야 v10이 v2보다 앞에 오는 정렬 사고를 막습니다.

외부로 나가는 문서라면 사내 약어나 담당자 이름은 빼는 게 좋습니다. 'A프로젝트_김대리_수정본'을 그대로 고객사에 보내는 건 좋은 인상을 주기 어렵습니다.

피해야 할 것들

공백 대신 밑줄이나 하이픈을 쓰세요. 공백은 웹에 올라갈 때 %20으로 바뀌고, 일부 시스템에서 문제를 일으킵니다. 특수문자(/ \ : * ? " < > |)는 아예 파일명에 쓸 수 없거나 오류를 냅니다.

파일명을 너무 길게 만들지 마세요. 윈도우에서는 경로 전체 길이 제한이 있어, 깊은 폴더 안에 긴 이름의 파일을 두면 복사나 압축이 실패하기도 합니다.

규칙은 혼자 지키면 소용없습니다

가장 중요한 건 팀 전체가 같은 규칙을 쓰는 것입니다. 나만 잘 정리해도 다른 사람이 '최종_최종'으로 보내오면 공유 폴더는 결국 엉망이 됩니다.

복잡한 규칙을 만들면 아무도 안 지킵니다. '날짜를 앞에, YYYY-MM-DD 형식으로' 이 하나만 합의해도 공유 폴더의 절반은 정리됩니다. 규칙은 지킬 수 있을 만큼 단순해야 살아남습니다.