[직장인 AI 교육] (1) AI 시대의 자료관리는 파일명에서 결정된다

지금까지 만든 업무 파일이 몇 개인지 세어본 적 있으신가요?

저는 얼마 전에 세어봤는데, 8년간 약 17만 개였습니다.

AI Transformation (AX), AI를 중심으로 조직·업무 방식을 전환 시킨다는 말씀을 대중 매체를 통해서 자주 들어보셨을 겁니다. 대기업들과 일부 중소기업들은 회사 차원에서 AI 교육과 컨설팅을 통해서 전환하고 있지만, 대다수는 교육은 커녕 당장의 업무하느라 바빠서 엄두도 나지 않을 겁니다. 하지만, AI를 업무에 적용하지 않으면 갈수록 AI 활용 격차가 벌어져서 도태될 수 있습니다.

그간 AI를 적극 적용해본 실전 경험을 토대로 AI 활용방법을 정리했습니다.

지난 몇 달간 팀 자료 전체를 새 구조로 옮기면서 운영 규칙을 문서로 정리했습니다. 그 과정에서 실제로 비용을 치르고 배운 것들을 추려봤습니다. 정답이라기보다, 한번 고민해볼 만한 한 가지 방식으로 읽어주시면 좋겠습니다.

불편해서 시작한 일이 아니었습니다.

8년 동안 모든 업무 파일을 개인 PC가 아니라 팀 공용 저장공간에 두고 일했습니다. 그러다 보니 버전이 엇갈리는 일이 드물었고, 늘 같은 공간에서 협업하니 효율도 나쁘지 않았습니다. 팀원이 자리를 옮기거나 제가 빠져도 자료 인수인계를 따로 할 일이 없었습니다. 파일이 이미 다 같은 곳에 있었으니까요.

그런데 AI와 함께 일하는 걸 전제로 다시 보니, 사람에게 편한 구조와 AI가 읽을 수 있는 구조가 같지 않았습니다.

정리를 시작하면서 파일 수를 세어봤습니다. 8년간 약 17만 개. 제가 전부 직접 만든 것만은 아니고 인터넷이나 내외부 관계자에게서 받은 자료도 상당수 였습니다. 그래도 그 숫자 하나로 지난 시간이 눈에 보였습니다.

집을 생각하면 이해가 쉽습니다. 자주 쓰는 물건은 손 닿는 곳에 두고, 중요한 물건은 정해진 자리에 둡니다. 반대로 안 쓰는 물건을 그냥 쌓아두면 공간이 좁아지고, 정작 찾으려는 물건은 안 나오고, 결국 마음까지 답답해집니다. 17만 개는 그 상태에 가까웠습니다.

AI가 자료를 못 찾는 건 AI의 문제가 아니다

AI가 문서를 찾는 방식은 사람과 다릅니다. 사람은 "작년 봄에 담당자가 보낸 그 파일"이라는 맥락으로 기억합니다. AI에게는 그 맥락이 없습니다. AI가 쓸 수 있는 단서는 파일명, 폴더 경로, 본문 텍스트 세 가지뿐입니다.

그중 파일명이 가장 강한 단서입니다. 본문은 길어서 잘려 들어가지만, 파일명은 언제나 통째로 붙어 다닙니다. 검색 도구든 AI 기반 시스템이든, 파일명은 그 문서가 무엇인지 알려주는 첫 번째 라벨로 쓰입니다.

그런데 실제 업무 폴더를 열어보면 이런 이름들이 있습니다.

• 최종.docx
• 최종_수정.docx
• 최종_수정_진짜최종.docx
• 새 문서 (2).xlsx
• 스캔0001.pdf

이 이름들은 사람에게도 정보를 주지 않습니다. AI에게는 더더욱 아무 의미가 없습니다. 내용이 아무리 좋아도, 라벨이 비어 있으면 없는 자료가 됩니다.

실제로 쓰고 있는 파일명 규칙

여러 방식을 시험하고 남은 형식은 이것입니다.

[대상]_[자료유형]_[주제]_[상태]_[YYMMDD].확장자

제품A_수가전략_급여검토_검토본_260729.md
기관B_공급계약_연간단가_승인본_260812.pdf
과제C_중간보고_성과지표_제출본_260901.docx

날짜는 뒤에 붙인다

날짜를 앞에 붙이는 방식이 더 널리 알려져 있습니다. 이름순 정렬이 곧 시간순 정렬이 되기 때문입니다. 저도 처음엔 그렇게 썼습니다.

그런데 실제로 써보니 업무 폴더에서는 시간순보다 주제순이 훨씬 자주 필요했습니다. 날짜를 앞에 두면 같은 주제의 문서들이 폴더 안에서 흩어집니다. 뒤로 보내면 같은 대상·같은 주제의 문서가 한 덩어리로 붙고, 그 안에서 자연스럽게 시간순이 됩니다.

대신 포기하는 것도 있습니다. 폴더 전체를 시간순으로 훑는 일이 잦다면 날짜를 앞에 두는 게 낫습니다. 정답이 있는 문제가 아니라, "이 폴더를 열 때 나는 주로 무엇을 기준으로 찾는가"에 따라 갈리는 선택입니다.

형식은 YYMMDD 여섯 자리로 고정했습니다. 연도·분기·월 단위 자료만 YYYY, YYYY_QN, YYYYMM을 씁니다. 그리고 한 가지 원칙이 더 있습니다. 날짜가 불명확하면 임의 날짜를 붙이지 않습니다. 추정한 날짜는 나중에 사실로 오인됩니다.

버전 번호 대신 '상태'를 쓴다

이것도 일반적인 조언과 다른 선택입니다. 보통 v01, v02를 권합니다. 저는 기본 표기에서 뺐습니다.

이유는 단순합니다. v03은 세 번째라는 것만 알려줍니다. 그게 초안인지 승인이 끝난 문서인지, 밖으로 나간 문서인지는 알 수 없습니다. 업무 문서에서 정말 알고 싶은 건 순번이 아니라 그 문서가 어느 단계에 있는가입니다.

그래서 네 가지 상태어만 씁니다.

• 초안 — 작업 중, 남에게 보여주지 않은 것
• 검토본 — 내부 회람 단계
• 승인본 — 내부 결재가 끝난 것
• 제출본 — 외부로 실제 나간 것

같은 날 같은 상태의 문서가 또 생기면, 그때만 이름 끝에 HHMM을 붙입니다. 실제로 이런 일은 드뭅니다.

그리고 최종, 진짜최종, 최종2, 복사본만으로 상태를 표시하지 않습니다. 최종은 한 번도 최종이었던 적이 없습니다.

이름을 바꾸지 않는 예외 두 가지

규칙에는 예외가 있어야 지켜집니다. 두 가지만 둡니다.

첫째, 외부 제출본·논문 PDF·계약 원본은 원래 파일명을 보존합니다. 이 문서들은 상대방이나 외부 시스템이 그 이름으로 기억하고 있습니다. 우리 규칙에 맞추려고 바꾸면 대조가 안 됩니다.

둘째, 마스터 문서나 인덱스처럼 여러 곳에서 링크로 참조되는 문서는 파일명을 매번 바꾸지 않습니다. 대신 문서 안에 updated 날짜와 갱신 이력을 적습니다. 이름이 바뀌면 그 문서를 가리키던 모든 링크가 끊어지기 때문입니다.

이름을 억지로 바꾸기 어려운 모호한 원본도 마찬가지입니다. 무리하게 개명하는 대신 README나 매핑표로 의미를 보완합니다.

폴더는 '깊이'가 아니라 '몇 단계 만에 닿는가'로 짠다

폴더 구조를 짤 때 가장 흔한 실수는 자료가 원래 어디 있었는지를 기준으로 삼는 것입니다. 그러면 옛날 구조가 그대로 따라옵니다.

기준은 하나로 잡았습니다. 필요할 때 몇 단계 만에 닿는가.

• 자주 보고 업무상 중요한 최신 자료 → 눈에 먼저 띄는 위치, 클릭 적게
• 참고용·과거본·저빈도 자료 → 하위로 내림

여기서 따라 나온 규칙이 세 가지입니다.

1. 파일이 하나뿐인 폴더는 만들지 않는다

폴더는 여러 항목을 묶어서 찾기 쉽게 하려고 만드는 것입니다. 안에 파일이 하나뿐이면 클릭만 한 번 더 요구할 뿐, 아무 이득이 없습니다.

옛 구조를 그대로 옮기면 등록본/대상명/버전명/ 식으로 서너 단계 내려가야 파일 하나가 나오는 경우가 흔합니다. 이런 중첩은 옮기면서 전부 없앴습니다. 파일이 두 개 이상일 때만 폴더를 유지합니다.

2. 자주 찾는 자료 유형은 상위로 승격시킨다

브로셔나 시험 성적서처럼 자주 찾는 자료가 "기타"나 "참고자료" 같은 범용 폴더 밑에 섞여 있으면 매번 헤맵니다. 이런 유형은 자기 이름을 가진 별도 폴더로 꺼내 위로 올립니다.

중요한 건 승격이 기존 분류를 없애는 게 아니라는 점입니다. 유형 폴더를 하나 얹는 것뿐이라, 그 안에서는 대상별 하위 폴더를 그대로 유지합니다.

반대 방향도 있습니다. 오래 안 쓰는 저빈도 자료는 범용 폴더 하나에 묶어도 됩니다. 폴더 개수를 아끼는 것보다, 자주 쓰는 자료가 빨리 나오는 게 우선입니다.

3. 오래된 자료는 옮기지 말고 위치만 적어둔다

이게 정리 시간을 가장 많이 줄여준 규칙입니다.

이미 다른 위치에 있고 검색으로 찾아갈 수 있는 자료라면, 새 구조로 복사하거나 이동하지 않습니다. 어디 있는지 알려주는 포인터 한 줄만 남깁니다. 실제 물리 이동은 그 자료가 당장 필요해졌을 때, 또는 원래 위치 자체가 없어질 때만 합니다.

앞에서 말한 집 정리와 같습니다. 당장 쓰는 물건만 꺼내 놓고 나머지는 창고에 그대로 둡니다. 창고에 있는 걸 전부 꺼내 다시 배치하려 들면 정리가 끝나지 않습니다.

지금 어디까지 왔나

정리는 세 단계로 나눠 진행하고 있습니다.

• 1차 — 재분류. 흩어진 원본을 하나의 구조로 모으는 단계
• 2차 — 자산화. 어떤 파일이 어디에 무엇으로 있는지 AI가 알 수 있게 만드는 단계
• 3차 — 협업. 그 위에서 실제로 AI와 일하는 단계

지금은 3차 초입 단계입니다.

실제로 달라진 것

자료 찾는 시간부터 말씀드리겠습니다.

즐겨찾기에 있거나 최근에 열어본 자료는 전에도 클릭 몇 번, 수십 초면 됐습니다. 이건 지금도 같습니다. 달라진 건 오래된 자료입니다. 예전에는 2분 넘게 걸렸고, 어떤 건 결국 못 찾았습니다. 지금은 AI에게 물으면 1분 안에 나옵니다.

그런데 더 크게 와닿는 건 평균이 아니라 최악의 경우가 없어졌다는 점입니다. AI를 안 쓰고 사람이 직접 찾아도 폴더 구조가 예측 가능해서 2분 안에 끝납니다. 30초 걸리던 일이 25초가 된 게 아니라, 10분씩 헤매던 경우가 사라진 것입니다. 체감은 이쪽이 훨씬 큽니다.

탐색기로 뒤지는 대신 전체 파일 목록을 AI를 활용해 '파일 지도'를 만들어두고 검색하니 거의 실시간에 찾을 수 있게 됐습니다.

그런데 정작 AI를 활용해서 가장 크게 달라진 건 검색 시간이 아니었습니다.

전에는 아예 시도하지 못했던 일들이 가능해졌습니다. 코드를 직접 짜지 못해도 AI와 대화하면서 필요한 도구를 만들게 됐고, 매번 처음부터 다시 만들던 발표자료도 기존 자료를 재료로 쓸 수 있게 됐습니다. 생각해보면 당연합니다. 재료가 어디 있는지 알아야 재료를 쓸 수 있는데, 그전까지는 재료를 찾는 데 힘을 다 썼던 겁니다.

시간이 줄어드는 건 선형입니다. 못 하던 일이 가능해지는 건 다릅니다.

다만 정리가 끝나서 편해진 게 아닙니다. 정리가 진행된 만큼만 편해집니다. 전부를 한 번에 하려 들면 오히려 아무것도 안 됩니다.

원본은 한 곳에만 둔다

같은 파일이 바탕화면에도, 다운로드 폴더에도, 메일 첨부에도 있으면 어느 게 최신인지 알 수 없습니다.

AI에게 자료를 넘길 때 이 문제가 커집니다. 버전이 다른 같은 문서 세 개를 넣으면 AI는 셋을 섞어서 답합니다. 그리고 그 답은 직접 확인하기 전까지 맞는 것처럼 보입니다.

그래서 문서마다 원본이 있는 자리를 한 곳으로 정합니다. 다른 영역에는 복사본 대신 경로나 링크만 둡니다. 실제로 점검해보면 같은 문서가 업무 영역 두세 곳에 흩어져 있는 경우가 꽤 나옵니다. 해시값을 대조해서 완전히 같으면 하나만 남기고, 다르면 어느 쪽이 정본인지 정한 뒤 나머지를 정리합니다.

이 원칙 하나가 앞의 모든 이름 규칙보다 효과가 큽니다. 이름을 아무리 잘 붙여도 사본이 다섯 개면 소용이 없기 때문입니다.

AI에게 자료를 맡길 때 정해둔 선

정리 작업 자체에 AI를 쓴다면, 몇 가지는 규칙으로 못 박아두는 게 좋습니다. 사고는 대부분 여기서 납니다.

• 원본 폴더는 읽기만 한다. 쓰지 않는다.
• 이동이 아니라 복사로 진행한다. 원본을 지우는 방식은 건별로 따로 승인받는다.
• 사람이 분류안을 승인하기 전에는 실제로 옮기지 않는다.
• 한 번에 하나의 묶음만, 개수 상한을 정해서 처리한다. 한 번에 다 시키면 잘못됐을 때 되돌리기가 어렵습니다.
• 이동 전후로 파일 개수와 해시값을 비교한다.
• AI는 삭제하지 않는다. 중복은 후보와 근거만 제시하고, 판단은 사람이 합니다.
• 파일명에 개인정보·계약·재무 관련 단어가 있으면 내용을 열지 않는다. 보안 검토로 먼저 보냅니다.

승인 단계를 나누는 것도 중요합니다. "복사해도 된다"는 승인이 "재배치해도 된다"나 "변환해도 된다"까지 포함하지 않습니다. 한 단계씩 따로 받습니다.

오늘 할 수 있는 것: 폴더 하나

전체를 한 번에 정리하겠다고 마음먹으면 시작을 못 합니다. 자료 정리가 실패하는 가장 흔한 이유는 규칙이 나빠서가 아니라 범위가 너무 커서입니다.

오늘은 폴더 하나만 고르십시오. 요즘 가장 자주 여는 폴더가 좋습니다. 그 안의 파일 이름만 위 형식으로 바꾸고 끝냅니다. 30분이면 됩니다.

그다음부터는 새로 만드는 파일에만 규칙을 적용합니다. 과거 파일을 전부 소급해서 고칠 필요는 없습니다. 석 달쯤 지나면 자주 쓰는 파일은 대부분 새 규칙을 따르고 있습니다.

점검 목록

• 파일명에 대상·유형·주제·상태·날짜가 들어가 있는가
• 날짜를 앞에 둘지 뒤에 둘지, 기준을 정하고 일관되게 쓰고 있는가
• 날짜가 불확실할 때 임의로 지어내지 않고 있는가
• 최종, 복사본만으로 상태를 표시하고 있지 않은가
• 외부 제출본·계약 원본의 이름을 함부로 바꾸지 않았는가
• 링크로 참조되는 기준 문서의 이름을 자주 바꾸고 있지 않은가
• 자주 쓰는 자료가 범용 폴더 밑에 묻혀 있지 않은가
• 같은 문서의 사본이 여러 자리에 흩어져 있지 않은가

AI를 쓰는 사람과 못 쓰는 사람의 차이는 이미 지났고, 앞으로는 잘 쓰는 사람과 덜 쓰는 사람의 차이가 될 거라는 이야기를 들은 적이 있습니다. 맞는 말인지는 모르겠습니다. 다만 일찍 써볼수록 경험이 쌓이는 구조라는 건 분명해 보입니다. 그리고 자기 업무에 관해서는 결국 본인이 제일 잘 아는 사람이니, 남이 정리해둔 방법을 기다리기보다 오늘 폴더 하나에 직접 적용해보시는 편이 빠를 겁니다.

정리는 도구를 바꾸는 일이 아니라 이름을 정하는 일입니다. 새 앱을 깔기 전에, 오늘 여는 폴더 하나의 파일 이름부터 바꿔보시길 권합니다.