파일을 열지 않고도 내용과 버전을 구분하는 기본 규칙
업무 폴더에 ‘최종’, ‘최종수정’, ‘진짜최종’이라는 파일이 쌓이면 어느 자료를 사용해야 하는지 알기 어렵다. 작성자는 내용을 기억할 수 있지만 며칠 뒤 다시 보거나 다른 사람이 전달받으면 차이를 확인하기 위해 파일을 하나씩 열어야 한다. 잘못된 버전을 공유하거나 오래된 자료를 수정하는 문제도 생길 수 있다.
파일명은 문서의 내용을 짧게 설명하는 표지다. 모든 정보를 넣기보다 날짜, 업무명, 문서 종류, 버전처럼 구분에 필요한 요소를 같은 순서로 배치해야 한다. 조직의 공식 규칙이 있다면 그것을 먼저 따르고, 별도 기준이 없는 개인 작업과 팀 폴더에서는 단순한 공통 규칙을 정하는 것이 좋다.
파일명에 필요한 요소를 정한다
날짜는 연도, 월, 일 순서로 쓴다
날짜를 파일명 앞에 넣으면 이름순 정렬만으로 시간 순서를 맞출 수 있다. 연도 네 자리, 월과 일 두 자리처럼 자릿수를 통일해야 한다. 월이나 일을 한 자리로 쓰면 일부 환경에서 순서가 흐트러질 수 있다.
작성일, 회의일, 제출일 가운데 어떤 날짜를 사용할지도 정한다. 같은 폴더에서 서로 다른 기준을 사용하면 날짜가 있어도 의미를 알기 어렵다. 정기 보고서는 기준 기간을 표시하고 회의록은 실제 회의일을 사용하는 식으로 문서 성격에 맞게 선택한다.
업무명은 짧고 분명하게 쓴다
파일명을 읽었을 때 어느 프로젝트와 업무에 속하는지 알 수 있어야 한다. 내부에서만 통하는 약어를 너무 많이 쓰면 새로 참여한 사람이 이해하기 어렵다. 자주 사용하는 공식 프로젝트명과 업무명을 정해 같은 표현을 반복한다.
‘자료’, ‘문서’, ‘내용’처럼 범위가 넓은 표현만 사용하지 않는다. 기획안, 회의록, 결과보고, 일정표처럼 문서의 역할을 함께 적으면 열어 보지 않고도 필요한 파일을 고를 수 있다.
작성자 이름은 필요할 때만 넣는다
여러 사람이 같은 문서를 따로 작성하는 과정이라면 담당자나 작성자를 구분할 수 있다. 그러나 개인 폴더나 공동 편집 문서처럼 작성자가 이미 분명한 환경에서는 이름이 파일명만 길게 만들 수 있다.
이름 대신 부서나 업무 단계를 넣는 편이 유용한 경우도 있다. 개인 정보를 불필요하게 포함하지 않고 실제 검색과 구분에 필요한 요소만 선택한다.
요소의 순서를 통일한다
가장 자주 찾는 기준을 앞에 둔다
날짜별로 파일을 찾는 업무라면 날짜를 맨 앞에 두고, 프로젝트별로 찾는다면 프로젝트명을 먼저 배치한다. 중요한 것은 같은 폴더 안에서 순서를 바꾸지 않는 것이다.
예를 들어 ‘날짜_업무명_문서종류_버전’처럼 네 요소를 정할 수 있다. 일부 문서에만 순서를 다르게 적용하면 검색 결과에서 관련 파일이 흩어진다.
구분 기호는 한 가지만 사용한다
띄어쓰기, 밑줄, 붙임표를 섞어 쓰면 파일명이 복잡해 보인다. 조직의 시스템에서 허용하는 기호를 확인하고 한 가지를 선택한다. 운영체제와 업무 시스템에 따라 사용할 수 없는 특수문자가 있을 수 있으므로 장식용 기호는 피한다.
파일을 외부에 전달하거나 다른 환경에서 열 가능성이 있다면 단순한 문자와 숫자를 중심으로 이름을 만든다. 지나치게 긴 이름은 일부 환경에서 경로나 첨부 처리에 불편을 줄 수 있다.
‘최종’ 대신 버전을 표시한다
숫자로 수정 순서를 남긴다
문서가 수정될 때마다 최종이라는 말을 붙이면 곧 구분이 어려워진다. 첫 번째 초안부터 버전 번호를 사용하면 수정 순서를 알 수 있다. 큰 방향이 바뀌었을 때 앞자리를 올리고 작은 수정은 뒷자리를 올리는 등 팀 안에서 기준을 정할 수 있다.
복잡한 버전 규칙이 필요하지 않다면 단순히 01, 02, 03처럼 순서만 표시해도 된다. 자릿수를 맞추면 이름순 정렬이 자연스럽다.
제출본은 상태를 분명히 적는다
실제로 제출하거나 배포한 파일은 작업 중인 파일과 분리한다. ‘제출본’, ‘배포본’, ‘승인본’처럼 조직에서 의미가 분명한 상태를 사용하고, 제출 날짜도 함께 남긴다.
‘완료’나 ‘최종’이라는 표현을 사용하더라도 폴더 안에 하나만 존재하도록 관리한다. 이후 수정이 필요하다면 기존 제출본을 덮어쓰지 않고 새로운 버전으로 만든다.
폴더명과 파일명을 함께 설계한다
파일명에 폴더 정보를 모두 반복하지 않는다
이미 프로젝트별 폴더 안에 있다면 파일마다 긴 프로젝트명을 반복할 필요가 없을 수 있다. 반대로 파일을 전자우편이나 메신저로 자주 전달한다면 폴더 밖에서도 출처를 알 수 있도록 핵심 업무명을 남기는 편이 좋다.
파일이 주로 사용되는 환경을 기준으로 중복 정도를 정한다. 폴더 안에서만 이해되는 지나치게 짧은 이름도, 모든 경로를 반복한 지나치게 긴 이름도 피한다.
임시 파일은 별도 폴더에 둔다
참고 이미지와 자동 저장본, 변환 중간 파일이 최종 문서와 섞이면 목록이 길어진다. 임시 또는 작업 중 폴더를 따로 만들고 완료 후 필요한 자료만 남긴다.
임시 폴더도 정리 날짜를 정해야 한다. 오래된 중간 파일을 무조건 삭제하기 전에 현재 작업에서 연결되어 사용되는지 확인한다.
공동 작업에서는 규칙을 문서로 남긴다
예시 파일명 하나를 보여 준다
말로 규칙을 길게 설명하기보다 올바른 예시 하나와 피해야 할 예시를 보여 주는 편이 이해하기 쉽다. 날짜 기준, 요소 순서, 버전 표시, 구분 기호를 한눈에 확인할 수 있게 한다.
규칙은 누구나 지킬 수 있을 만큼 짧아야 한다. 파일 하나를 저장할 때마다 안내서를 찾아야 한다면 실제 업무에서 유지되기 어렵다.
기존 파일을 한꺼번에 바꾸지 않는다
공용 폴더의 파일명을 대량으로 변경하면 다른 문서의 연결과 자동화, 검색 기록에 영향을 줄 수 있다. 변경 권한과 업무 시스템의 동작을 먼저 확인한다. 필요한 경우 담당자와 범위를 합의한다.
새로 만드는 파일부터 규칙을 적용하고 자주 사용하는 과거 자료만 단계적으로 정리하면 위험을 줄일 수 있다.
검색하기 쉬운 단어를 사용한다
같은 의미에는 같은 표현을 쓴다
어떤 파일에는 회의록, 다른 파일에는 회의내용, 미팅메모라고 적으면 검색할 때 일부 문서가 빠질 수 있다. 문서 종류와 업무 단계에 사용할 표준 표현을 몇 개 정한다.
연도와 부서가 바뀌어도 계속 사용할 수 있는 표현이 좋다. 개인적인 줄임말보다 팀원이 함께 이해할 수 있는 단어를 우선한다.
파일 내용과 이름이 일치하는지 확인한다
이전 문서를 복사해 새 자료를 만들면 파일명이나 표지에 과거 업무명이 남을 수 있다. 저장하기 전에 파일명, 문서 내부 제목, 기준 날짜가 같은지 확인한다.
전자우편에 첨부하기 전에도 파일명을 다시 본다. 받는 사람이 이름만으로 용도를 알 수 있고 민감한 내부 표현이 포함되지 않았는지 확인한다.
파일 형식도 함께 구분한다
편집용과 배포용을 나눈다
수정 가능한 원본과 읽기 위한 배포본이 함께 존재한다면 파일명에 역할을 표시한다. 받는 사람이 어느 파일을 열어야 하는지 분명해지고 원본이 실수로 수정되는 일을 줄일 수 있다.
배포본을 만들 때에는 글꼴과 이미지, 표가 원래 의도대로 보이는지 직접 열어 확인한다. 파일명만 바꾸는 것이 아니라 실제 형식이 목적에 맞는지도 살펴야 한다.
오래된 형식의 접근 가능성을 확인한다
장기간 보관할 파일은 나중에도 열 수 있는 형식인지 확인한다. 조직의 기록 관리 기준이 있다면 해당 형식을 따른다. 임의로 변환할 때 내용이나 기능이 사라질 수 있으므로 원본과 변환본을 구분한다.
월별로 짧게 점검한다
이름 없는 파일과 중복본을 찾는다
한 달에 한 번 다운로드 폴더와 작업 폴더를 살펴본다. ‘새 문서’나 자동 생성된 이름으로 남은 파일에 규칙을 적용하고, 같은 내용의 복사본은 사용 여부를 확인한다.
규칙이 불편하면 단순하게 바꾼다
요소가 너무 많아 파일명이 길어지거나 저장할 때마다 고민한다면 필요하지 않은 항목을 뺀다. 파일명 규칙은 보기 좋은 형식보다 실제로 계속 사용할 수 있어야 한다.
마무리: 파일명은 업무의 작은 안내표다
업무용 파일명에는 날짜, 업무명, 문서 종류, 버전 가운데 필요한 요소를 같은 순서로 배치한다. 날짜와 버전의 자릿수를 맞추고 구분 기호를 통일하면 이름순 정렬만으로도 관련 파일을 찾기 쉬워진다.
‘최종’을 반복하기보다 수정 순서를 표시하고 실제 제출본은 작업 파일과 분리한다. 공동 폴더에서는 기존 파일을 무리하게 바꾸지 말고 새 파일부터 간단한 규칙을 적용하는 것이 안전하다.