완료 프로젝트 보관, 수정본 잠그기

완료된 프로젝트에는 무엇을 남겨야 할까요?

작업이 끝났는데도 ‘최종’, ‘진짜 최종’, ‘최종 수정’ 파일이 한곳에 남아 있으면 어느 파일을 보내야 하는지 다시 판단하게 됩니다. 확정된 결과물을 무심코 열어 저장하면서 내용이 달라질 수도 있습니다. 끝난 작업은 복잡하게 분류하기보다 최종 결과물, 수정 가능한 원본, 참고 자료라는 세 가지 역할로 나누는 편이 안전합니다.

보관의 목적은 모든 파일을 쌓아 두는 데 있지 않습니다. 나중에 결과물을 바로 찾고, 정식 수정 요청이 생기면 원본으로 돌아가며, 확정본의 불필요한 변경을 막는 것이 핵심입니다. PC 폴더뿐 아니라 휴대전화와 클라우드에서도 같은 기준을 적용할 수 있습니다.

파일 구분	남길 파일	다시 찾는 이유
최종 결과물	제출한 PDF, 게시한 이미지, 확정 문서	실제로 전달하거나 공개한 내용을 확인하기 위해
수정 가능한 원본	한글 문서, 프레젠테이션, 편집 프로그램 작업 파일	수정 요청이 왔을 때 다시 작업하기 위해
참고 자료	요청서, 제공받은 이미지, 일정표, 사용 허가 자료	결정 배경과 작업 범위를 확인하기 위해

중간 수정본을 전부 지울 필요는 없습니다. 다만 단순 오탈자 수정본, 중복 다운로드 파일, 프로그램이 만든 임시 파일까지 계속 남기면 찾는 시간이 길어집니다. 비교할 이유가 있는 주요 수정본만 보관하고, 삭제가 불안한 파일은 ‘삭제검토’ 폴더로 옮겨 일정 기간 동안 다시 찾는 일이 있는지 살펴보세요.

최종본과 편집 원본은 어떻게 구분할까요?

프로젝트 폴더 안에 ‘01_최종본’, ‘02_편집원본’, ‘03_참고자료’를 만들면 번호 순서대로 표시되어 목적지를 고르기 쉽습니다. 연도나 프로젝트명은 하위 폴더마다 되풀이하지 않고 가장 바깥 폴더에만 적어도 충분합니다. 폴더를 열자마자 전달용 파일과 재작업용 파일이 구분되는지가 더 중요합니다.

가상의 ‘동네 행사 안내문’ 프로젝트를 종료하는 장면을 떠올려 보겠습니다. 실제로 배포한 행사안내문_배포용_2026-05-18.pdf는 ‘01_최종본’에 넣습니다. 글과 배치를 고칠 수 있는 행사안내문_편집원본.pptx는 ‘02_편집원본’에, 행사 일정표와 제공받은 사진은 ‘03_참고자료’에 옮깁니다. 이 상태에서 PDF를 요청받았을 때 다른 파일을 열어 비교하지 않고 바로 고를 수 있다면 구분이 제대로 된 것입니다.

파일명에 ‘진짜’, ‘최종최종’ 같은 표현을 덧붙이면 시간이 지난 뒤 확정 순서를 알기 어렵습니다. 확정 날짜는 YYYY-MM-DD 순서로 적고, 같은 날 결과물이 여러 개라면 ‘배포용’, ‘인쇄용’처럼 용도를 붙이세요. ‘프로젝트명_용도_확정일’처럼 한 가지 규칙을 정해 반복하는 편이 새로운 분류 체계를 계속 만드는 것보다 찾기 쉽습니다.

확정된 결과물은 어떻게 보호할까요?

최종 결과물은 편집 원본과 별도로 사본을 만들고, 가능하면 쉽게 바뀌지 않는 형식으로 저장합니다. 문서는 PDF로, 완성 이미지는 실제 배포에 사용한 이미지 형식으로 남길 수 있습니다. 변환 과정에서 글꼴, 줄바꿈, 이미지 위치가 달라질 수 있으므로 저장 직후 파일을 다시 열어 첫 페이지와 마지막 페이지, 표나 이미지가 있는 부분을 확인해야 합니다.

Windows의 폴더 읽기 전용 표시는 내부 파일의 편집을 막는 잠금 기능이 아닙니다. 따라서 최종 파일 사본의 권한과 공유 설정을 별도로 관리해야 합니다. 파일 자체의 읽기 전용 속성도 프로그램이나 저장 방식에 따라 우회될 수 있으므로 완전한 보호 수단으로 여기지 말고, 편집 원본과 최종 사본을 분리하는 보조 장치로 사용하세요.

클라우드에 보관할 때는 결과를 보기만 하면 되는 사람에게 ‘보기’ 권한을 부여하고, 편집 링크가 불필요하게 공개되지 않았는지 확인합니다. 서비스마다 권한 이름과 적용 방식이 다를 수 있으므로 실제 설정 화면과 해당 서비스의 공식 도움말을 함께 확인하는 것이 안전합니다. 수정 요청이 들어오면 잠긴 최종본을 직접 고치지 말고 ‘02_편집원본’의 파일을 복제해 새 작업본에서 변경합니다. 수정이 확정된 뒤에만 날짜가 붙은 새 최종 사본을 만드세요.

언제 보관함으로 옮기면 될까요?

파일을 전달한 직후에는 빠진 자료나 예정된 수정이 남아 있을 수 있습니다. 결과물 전달, 상대방의 수신 확인, 약속된 수정 반영이 모두 끝난 때를 종료 시점으로 잡으면 됩니다. 프로젝트마다 조건이 다르다면 ‘전달 완료, 수신 확인, 추가 수정 없음’처럼 짧은 종료 메모를 폴더에 남겨 두세요.

종료일에는 최종 사본이 열리는지, 편집 원본에 연결된 이미지가 빠지지 않았는지, 참고 자료가 해당 프로젝트의 것인지 확인합니다. 점검이 끝나면 바깥 폴더 이름을 ‘완료_2026-05_동네행사안내문’처럼 바꾸고 진행 중인 작업 공간에서 보관함으로 옮깁니다. 진행 폴더와 완료 폴더가 섞이지 않으면 현재 처리해야 할 작업도 선명해집니다.

기준 보관 위치는 한 군데로 정하세요. PC를 기준 보관함으로 삼았다면 클라우드는 백업이나 공유용으로 역할을 정하고, 어느 쪽이 기준 원본인지 메모합니다. 같은 폴더를 여러 기기에 제각각 복사하면 파일 수는 늘지만 최신 확정본을 판단하기는 더 어려워집니다.

폴더를 닫기 전에 무엇을 확인할까요?

보관을 마치기 전에는 몇 달 뒤 다시 찾는 상황을 기준으로 점검합니다. 아래 항목을 차례로 확인하면 복잡한 관리 도구 없이도 빠진 부분을 찾을 수 있습니다.

• ‘01_최종본’에는 실제로 전달하거나 게시한 파일만 있는지 확인합니다.
• 최종 사본과 편집 원본이 서로 다른 폴더에 있는지 살펴봅니다.
• 최종 사본을 다시 열어 확정된 내용과 같은지 확인합니다.
• 클라우드 공유 링크가 필요한 사람에게만 보기 권한으로 열려 있는지 점검합니다.
• 다른 저장 위치에 백업이 있으며 어느 위치가 기준 원본인지 확인합니다.

좋은 보관 규칙은 파일을 많이 쪼개는 규칙이 아니라 다시 찾을 때 망설이지 않게 하는 규칙입니다. 최종본, 편집 원본, 참고 자료라는 세 자리부터 만들고 확정본에 권한과 백업이라는 보호 장치를 더해 보세요. 새 프로젝트 하나에 적용해 본 뒤 실제로 헷갈렸던 부분만 한 가지씩 조정하면 충분합니다.