폴더 구조의 목적은 모든 파일을 촘촘히 분류하는 것이 아니라 현재 작업, 기준 자료, 완료본을 빠르게 구분하는 것입니다. 사람마다 다른 폴더를 만들면 같은 프로젝트의 문서가 여러 위치에 흩어지고, 깊은 단계는 파일 경로 오류까지 만들 수 있습니다. 먼저 파일이 이동하는 흐름을 정합니다.

최상위 폴더는 업무의 수명으로 나눕니다

폴더 들어가는 파일 나가는 조건
01_진행중 현재 수정·검토 중인 업무 완료 또는 보류 확정
02_공통자료 양식, 지침, 반복 사용 원본 새 기준으로 교체
03_완료 승인본과 전달 기록 보관 정책에 따른 이관
99_검토대기 소유자·용도를 확인할 파일 담당자와 다음 위치 확정

부서·연도·프로젝트를 모두 최상위에 두지 않습니다. 팀이 가장 자주 찾는 기준 하나를 먼저 선택하고 나머지는 그 아래에 둡니다. 개인 업무라면 진행 상태를, 고객 업무라면 고객 또는 프로젝트를 첫 기준으로 삼을 수 있습니다.

프로젝트 안에는 같은 기본 틀을 반복합니다

  • 01_기획: 요구사항, 일정, 결정 기록
  • 02_원본: 받은 자료와 수정하지 않은 원본
  • 03_작업: 실제 편집 파일과 검토본
  • 04_승인: 기준이 되는 최종 결과물
  • 05_전달: 보낸 파일과 전달 기록

모든 프로젝트에 다섯 폴더가 필요한 것은 아닙니다. 파일이 없는 단계는 만들지 않고, 팀에서 반복되는 단계만 템플릿으로 둡니다. 승인본 폴더에는 초안이나 개인 사본을 섞지 않습니다.

동기화와 공유 권한을 구조에 포함합니다

OneDrive에서는 웹에서 폴더를 만들고 파일을 이동하며 삭제 항목이나 이전 버전을 복원할 수 있습니다. 기본 동작은 Microsoft OneDrive 파일·폴더 정리 안내에서 확인할 수 있습니다. 개인 OneDrive와 회사 OneDrive가 함께 보인다면 실제 계정과 저장 위치를 확인한 뒤 이동합니다.

공유 폴더의 하위 폴더는 상위 권한을 물려받을 수 있습니다. 민감 자료를 별도 하위 폴더로 옮겼다고 접근자가 자동으로 줄어드는 것은 아닙니다. 외부 공유가 필요한 결과물은 내부 작업 파일과 분리하고, 전달이 끝난 뒤 링크 접근자와 편집 권한을 확인합니다.

긴 경로와 금지 문자를 만들지 않습니다

폴더를 세분화할수록 전체 경로가 길어집니다. OneDrive와 SharePoint의 이름·경로 제한은 Microsoft 공식 제한 안내에서 확인할 수 있습니다. 프로젝트명과 파일명에 같은 긴 설명을 반복하지 않고, 경로에 사용할 수 없는 특수문자는 피합니다.

번호 접두사는 정렬 순서를 고정할 때만 사용합니다. 01부터 99까지 빈 폴더를 미리 만들 필요는 없습니다. 폴더가 너무 깊어지면 상위 단계로 한 번 올리고 파일명에 구분 정보를 넣는 편이 낫습니다.

완료와 임시 자료의 종료 조건을 기록합니다

임시 폴더는 날짜가 아니라 확인 사건을 붙입니다. 견적 확정, 제출 완료, 프로젝트 종료처럼 자료의 역할이 끝나는 순간 검토합니다. 완료 폴더에는 승인본, 원본 출처, 전달 기록, 복구에 필요한 정보만 남기고 캐시·중복 다운로드·개인 작업 사본은 제외합니다.

파일 이름을 일관되게 만드는 기준은 파일 이름 명명 규칙과 연결합니다. 폴더가 위치를 설명하고 파일명이 내용과 상태를 설명하도록 역할을 나누면 중복 정보가 줄어듭니다.

새 프로젝트 하나로 이동 경로를 시험합니다

  1. 받은 원본을 원본 폴더에 저장합니다.
  2. 복사본을 작업 폴더에서 수정합니다.
  3. 검토가 끝난 파일만 승인 폴더로 이동합니다.
  4. 다른 계정이나 기기에서 승인본을 검색해 엽니다.
  5. 공유 권한과 동기화 오류가 없는지 확인합니다.

팀원이 설명 없이 같은 승인본을 찾고, 원본과 작업본을 혼동하지 않으며, 완료 뒤 어디로 옮길지 알 수 있다면 기본 구조가 충분합니다. 찾지 않는 분류는 줄이고 실제로 막힌 단계만 추가합니다.

새 구성원이 같은 경로를 재현할 수 있는지도 확인합니다.