이름은 최종인데, 일은 끝나지 않았다
공유 폴더에 보고서_최종, 보고서_최종수정, 보고서_진짜최종이 있다고 가정해 보겠습니다. 날짜가 가장 늦은 것을 열면 될까요? 담당자는 두 번째 파일을 기준으로 설명했고, 세 번째에는 다른 사람이 고친 숫자 하나만 들어 있을 수도 있습니다.
이런 상황에서 파일명은 문제의 표면입니다. 더 중요한 질문은 “무엇이 현재의 기준인가”입니다. 그 답이 파일을 만든 사람의 기억에만 남아 있으면, 이름을 아무리 잘 붙여도 확인은 반복됩니다.
최신본과 기준본을 나누면 질문이 달라진다
가장 나중에 수정한 파일이 반드시 배포할 파일은 아닙니다. 검토 중인 초안이 더 최근일 수도 있고, 확정한 파일을 나중에 다시 열어 날짜만 바뀌었을 수도 있습니다.
그래서 최신 여부와 사용 가능 여부를 별도로 생각해 볼 수 있습니다. 수정 시점은 시간이 알려주고, 사용할 수 있는 상태인지는 업무의 약속이 알려줍니다. ‘작성 중·확인 요청·사용 가능·이전 기록’처럼 상태의 뜻을 나누는 방법입니다. 중요한 것은 상태 이름의 개수보다 각 상태에서 무엇을 해도 되는지입니다.
‘사용 가능’이라면 누가 확인했는지, 언제까지의 정보를 담았는지, 어디에 전달해도 되는지를 함께 적습니다. 이것만으로도 “이거 써도 돼요?”라는 질문에 답할 단서가 생깁니다.
폴더를 정리하기 전에 한 줄을 남겨본다
예를 들어 월간 현황표라면 문서 첫머리에 이렇게 적을 수 있습니다.
10월 현황 기준본. 입력 마감은 11월 2일 오전. 담당자 확인 뒤 외부 공유. 이후 수정은 변경 메모에 남김.
이 문장은 양식의 예시입니다. 실제로는 해당 업무에 맞는 기간과 담당 역할을 넣어야 합니다. 파일명만으로 설명하기 어려웠던 사용 기준이 문서 안에 들어오는 것이 핵심입니다.
이미 여러 사본이 돌고 있다면 하나를 무작정 지우기보다, 현재 기준본의 위치를 공유하고 이전 사본에는 참고용이라는 표시를 남길 수 있습니다. 다른 사람이 필요한 기록까지 잃지 않게 하기 위해서입니다.
숫자가 바뀌는 길도 함께 정한다
기준본을 정해도 수정 경로가 여러 갈래면 다시 어긋납니다. 원본을 고친 뒤 보고서에도 반영해야 하는지, 보고서에서 고친 값을 원본에 돌려야 하는지 정해야 합니다.
한 정보에는 가능한 한 명확한 수정 출발점이 필요합니다. 다른 화면에서는 그 결과를 참고하는 방식이 이해하기 쉽습니다. 특별한 이유로 여러 곳에서 수정해야 한다면, 어느 값이 우선인지와 충돌을 누가 확인할지도 남깁니다.
오늘 적용한다면
폴더 전체를 한 번에 바꾸지 않아도 됩니다. 자주 묻는 문서 하나를 골라 현재 기준본의 위치, 사용할 수 있는 상태, 수정 담당 역할을 먼저 적어보세요.
다음에 같은 질문이 들어왔을 때 링크와 짧은 설명으로 답할 수 있다면 출발은 충분합니다. 잘 정리된 파일은 이름이 멋진 파일보다 다른 사람이 망설이지 않고 쓸 수 있는 파일에 가깝습니다.