22. AI 시대의 파일 이름 짓는 법 (파일명 규칙, 문서 관리, 업무 효율)

파일 이름을 잘 지으면 업무 효율이 올라간다는 말, 반은 맞고 반은 틀립니다. 저도 한동안 '최종', '진짜최종', '최종수정'을 달고 살다가 몇 달치 자료를 통째로 헤매본 뒤에야 이 말의 의미를 제대로 이해했습니다. 결국 파일명 규칙은 기술이 아니라 습관의 문제였고, 그 습관 하나가 하루에 낭비하는 시간을 꽤 줄여줬습니다.

 

파일명 규칙, 정말 필요한 걸까요 — 직접 써보니 달랐습니다

파일명 규칙이 중요하다는 말을 들으면 "그냥 검색하면 되지 않나"라고 생각하는 분들도 있는데, 저는 그 생각이 틀리지 않다고 봅니다. 다만 검색이 제대로 작동하려면 파일명 안에 검색할 만한 단어가 있어야 한다는 전제가 붙습니다.

제가 직접 써봤는데, '자료', '문서1', '새 파일'처럼 범용적인 이름이 쌓이면 검색창에 뭘 입력해야 할지 막막해지는 순간이 옵니다. 반대로 '2026-07-04_기획팀_회의록_v1'처럼 작성해두면 '기획팀'이라는 단어 하나만으로 관련 파일을 전부 불러올 수 있었습니다.

여기서 명명 규칙(Naming Convention)이란 파일 이름을 지을 때 날짜·프로젝트명·문서 종류·버전 같은 요소를 일정한 순서로 배치하는 약속을 의미합니다. 규칙 자체가 복잡할 필요는 없고, 팀 전체가 같은 방식을 쓴다는 점이 핵심입니다. 실제로 Microsoft Learn – Naming Files, Paths, and Namespaces에서도 파일명에 예약 문자나 공백을 피하고 일관된 구조를 유지하도록 권고하고 있습니다.

날짜 형식도 마찬가지입니다. YYYY-MM-DD 형식, 즉 연도-월-일 순서로 작성하면 이름순 정렬만으로 시간순 정렬이 자동으로 됩니다. '7월4일', '0704', '24.7.4'처럼 제각각이면 파일이 수십 개만 넘어도 정렬이 뒤죽박죽이 됩니다. 제 경험상 이건 나중에 정리하겠다고 미뤄두면 절대 안 고쳐집니다.

버전 관리도 처음엔 귀찮게 느껴졌습니다. 하지만 실제로 v1, v2, v3 방식으로 쌓아두니 "언제 어느 시점 내용이 필요해"라는 상황에서 바로 꺼낼 수 있었습니다. 버전 관리(Version Control)란 동일 문서의 수정 이력을 파일명에 번호로 남겨 변경 과정을 추적하는 방식입니다. '최종수정'이나 '진짜최종'은 버전 관리가 아니라 혼란의 시작입니다.

• 날짜는 YYYY-MM-DD 형식으로 파일명 앞에 배치 — 이름순 정렬이 곧 날짜순 정렬
• 프로젝트명을 포함하면 키워드 하나로 관련 파일 전체 검색 가능
• 버전은 v1, v2, v3으로 — '최종', '진짜최종'은 파일명이 아니라 혼란
• 파일명은 지금의 나보다 3개월 뒤의 내가 알아볼 수 있는가를 기준으로

요약: 명명 규칙은 복잡한 시스템이 아니라 검색 키워드를 심어두는 단순한 습관이며, YYYY-MM-DD 날짜 형식과 v1·v2 버전 번호만으로도 파일 관리의 질이 달라집니다.

 

AI 시대라도 파일 정리는 사람 몫입니다 — 업무 효율의 진짜 조건

AI가 파일을 알아서 찾아준다고 생각하는 분들도 있는데, 저는 그 기대가 조금 과하다고 봅니다. 실제로 AI 도구를 문서 검색에 써보면, 파일명과 폴더 구조가 엉망인 환경에서는 AI도 맥락을 잡지 못하는 경우가 꽤 있었습니다. AI는 제공된 정보를 분석하는 도구이지, 정보를 대신 정리해주는 도구가 아닙니다.

여기서 정보 구조(Information Architecture)란 파일명·폴더 구조·문서 내용이 서로 일관된 규칙으로 연결되어 있는 상태를 말합니다. 사람이 먼저 이 구조를 만들어야 AI도 그 위에서 제 역할을 합니다. Microsoft Support – OneDrive 및 SharePoint의 파일·폴더 이름 제한사항에서도 특수문자와 긴 경로명이 파일 동기화 오류를 일으킬 수 있다고 명시하고 있습니다. AI 도구를 클라우드 환경에서 쓰는 경우라면 파일명 규칙이 기술적 안정성과도 연결됩니다.

폴더 구조도 지나치게 복잡하게 만드는 것은 오히려 역효과라고 봅니다. 저도 처음엔 연도·분기·팀명·프로젝트·세부업무까지 5단계 폴더를 만들어봤는데, 파일을 저장할 때마다 어디에 넣어야 할지 고민하다가 결국 바탕화면에 쌓이더라고요. 지금은 '연도 → 프로젝트 → 업무상태'처럼 3단계를 넘지 않도록 유지합니다.

업무 템플릿(Template)을 만들어두는 방법도 효과적이었습니다. 템플릿이란 반복되는 파일 유형에 미리 정해둔 이름 형식을 말합니다. 예를 들어 회의록은 'YYYY-MM-DD_부서명_회의록_v1', 월간보고서는 'YYYY-MM_부서명_월간보고서_v1'처럼 형식을 고정해두면 파일을 저장할 때마다 이름을 새로 고민하지 않아도 됩니다. 솔직히 이건 예상 밖으로 시간을 많이 아껴줬습니다.

파일 정리를 한꺼번에 몰아서 하겠다는 생각도 제 경험상 잘 안 됩니다. 업무가 끝난 뒤 5분만 투자해서 이름이 불분명한 파일을 수정하고, 중복 파일을 확인하고, 완료된 프로젝트 폴더를 분리하는 작은 습관이 훨씬 현실적이었습니다. 파일 관리는 시간이 남을 때 하는 정리가 아니라 저장하는 순간부터 시작되는 과정이라는 생각을 이제는 확실히 합니다.

 

요약: AI 도구는 사람이 만들어둔 정보 구조 위에서 작동하므로, 일관된 폴더 구조와 업무별 파일명 템플릿을 먼저 갖추는 것이 AI 시대 업무 효율의 실질적인 조건입니다.

 

자주 묻는 질문

Q. 파일명에 날짜를 꼭 앞에 넣어야 하나요?

A. 필수는 아니지만, 날짜를 앞에 두면 이름순 정렬만으로 시간순 정렬이 자동으로 됩니다. YYYY-MM-DD 형식을 앞에 쓰는 것이 좋다는 의견이 많은데, 저도 실제로 써보니 나중에 파일을 훑어볼 때 확실히 편했습니다. 날짜가 뒤에 있으면 프로젝트명이 같은 파일이 섞여서 시간순 흐름을 파악하기가 어렵습니다.

 

Q. '최종' 대신 버전 번호를 쓰면 어떤 파일이 가장 최신인지 어떻게 알아요?

A. 번호가 가장 높은 파일이 최신입니다. v1, v2, v3처럼 수정할 때마다 올리는 방식이라 파일을 열어보지 않아도 한눈에 파악됩니다. '최종'이나 '진짜최종'은 결국 같은 이름이 여러 개 생기는 순간 어떤 것이 최신인지 알 방법이 없어집니다. 버전 번호가 처음엔 번거롭게 느껴질 수 있지만, 제 경험상 파일이 5개만 넘어도 그 차이가 확실히 납니다.

 

Q. 파일명이 너무 길어지면 문제가 되지 않나요?

A. 됩니다. 날짜, 부서, 담당자, 프로젝트명, 문서 종류, 버전을 전부 넣으면 파일명이 읽기 어려워지고, OneDrive나 SharePoint 같은 클라우드 환경에서는 경로 길이 제한으로 동기화 오류가 생길 수도 있습니다. 나중에 검색할 가능성이 높은 정보만 골라 넣는 것이 현실적입니다. 저는 날짜, 프로젝트명, 문서 종류, 버전 이 네 가지를 기본으로 쓰고, 필요한 경우에만 부서명을 추가합니다.

 

Q. AI 도구를 쓰면 파일명이 지저분해도 원하는 파일을 찾아주지 않나요?

A. AI가 도움이 되는 건 맞지만, 만능은 아닙니다. 파일명과 폴더 구조가 일관성 없이 뒤섞여 있으면 AI도 문서 간 맥락을 파악하기 어렵습니다. AI는 사람이 만들어둔 정보 구조를 보조하는 도구로 보는 것이 가장 현실적인 시각이라고 생각합니다. 파일명 규칙은 AI를 위한 것이 아니라 사람이 먼저 정보를 빠르게 파악하기 위한 기본입니다.

 

결론

파일 관리의 핵심은 복잡한 시스템이 아닙니다. 저도 처음엔 완벽한 폴더 구조를 만들어야 한다는 생각에 오히려 시작을 못 했습니다. 지금은 그냥 '3개월 뒤의 제가 이 파일명만 보고 내용을 짐작할 수 있는가'라는 질문 하나를 기준으로 씁니다. 그것만 충족해도 충분합니다.

오늘 새 문서를 저장할 때 날짜와 프로젝트명, 버전 번호 하나만 붙여보는 것부터 시작해보시길 권합니다. 규칙은 단순할수록 오래 씁니다. 제 경험상 복잡하게 만들수록 금방 포기하게 됩니다.

 

참고: Microsoft Learn – Naming Files, Paths, and Namespaces / Microsoft Support – OneDrive 및 SharePoint의 파일·폴더 이름 제한사항