파일 저장 구조의 네 가지 축은 폴더의 생김새보다 업무가 실패했을 때 무엇을 복구해야 하는지에서 정할 수 있습니다. 여기서는 식별, 의존성, 동시 작업, 보존·복구를 기준으로 삼습니다. 이 네 축을 분리하면 이름이 비슷한 파일을 찾는 문제뿐 아니라 잘못된 버전으로 결과물을 다시 만드는 위험까지 줄일 수 있습니다.
첫째는 식별 축입니다. 파일명 대신 바뀌지 않는 작업 ID나 문서 ID를 부여하고, 사람이 읽는 제목은 별도 속성으로 둡니다. 제목이 수정되거나 고객 명칭이 달라져도 같은 자료라는 사실을 추적할 수 있어야 합니다. 사본을 전달할 때도 원본 ID와 사본의 생성 이유를 남겨 단순 복제와 새 작업을 구분합니다.
둘째는 의존성 축입니다. 결과물이 어떤 원본, 템플릿, 데이터, 프로그램 버전으로 만들어졌는지 기록합니다. 최종 PDF만 남아 있고 편집 원본이나 사용한 글꼴이 없다면 나중에 같은 결과를 재현하기 어렵습니다. 반대로 모든 임시 파일을 함께 보관하기보다 다시 만드는 데 반드시 필요한 입력과 실행 조건을 연결합니다.
셋째는 동시 작업 축입니다. 여러 사람이 같은 문서를 수정할 때 잠금, 분기, 병합 중 어떤 규칙을 사용할지 정합니다. 파일명 뒤에 작업자 이름을 계속 붙이는 방식은 충돌을 늦게 발견하게 합니다. 변경 요청마다 책임자와 기준 버전을 기록하고, 충돌이 생기면 어느 변경을 선택했는지 결정 근거를 남깁니다. 승인 이후 수정은 새 버전으로 처리합니다.
넷째는 보존·복구 축입니다. 업무 자료의 보존 기간, 백업 주기, 삭제 승인자와 복구 시험 주기를 정합니다. 백업이 있다는 표시만 믿지 말고 실제로 특정 시점의 파일을 복원해 열 수 있는지 확인합니다. 법적 또는 계약상 보존이 필요한 자료와 재생성 가능한 임시 산출물은 같은 정책으로 관리하지 않습니다.
구조를 시험할 때에는 새 담당자에게 특정 ID의 결과물을 찾아 원본과 의존성을 확인하고, 다른 사람의 변경과 충돌하지 않게 수정한 뒤, 이전 버전으로 복구하도록 요청합니다. 네 단계 중 하나라도 수행할 수 없다면 폴더를 더 늘리기 전에 메타데이터와 작업 규칙을 고쳐야 합니다.
좋은 저장 구조는 위치를 외운 사람만 빠르게 찾는 체계가 아닙니다. 파일의 정체를 확인하고, 다시 만들 수 있으며, 동시에 안전하게 수정하고, 필요한 시점으로 복구할 수 있는 체계가 되어야 합니다.