팀이 지금 써야 할 문서는 수정일이 가장 늦은 파일이 아니라 승인 상태와 적용일이 확인되는 공식 문서다. 정본의 위치·책임자·상태·적용일을 한곳에 두고, 검토 중인 사본은 현재 업무 기준과 구분한다.
팀이 찾아야 할 최신본은 가장 최근에 손댄 파일이 아니라 현재 업무에 적용하기로 정한 정본이다. 파일명 끝의 ‘최종’이나 ‘진짜최종’도 새 수정이 생기면 곧 모호해진다. 파일명 규칙을 늘리기 전에 무엇을 정본으로 볼지 합의해야 한다.
정본 문서 맨 위에 남길 네 줄
작성 예시: “공식 위치: 팀 문서함의 운영 기준 / 책임자: 운영 담당 / 상태: 승인 완료 / 적용일: 9월 10일.” 수정 중인 사본에는 “검토 중·업무 적용 전”이라고 적는다.
수정일이 더 최근이어도 적용 전 초안이면 현재 기준으로 쓰지 않는다. 외부에 전달한 사본은 배포 당시 버전을 남기고, 일상 업무에서는 공식 위치의 링크로 들어오게 한다.
정본은 네 가지 근거로 판정한다
정본을 가려내는 근거는 다음 네 항목이며, 한 문서나 정본 목록에서 함께 확인할 수 있어야 한다.
- 문서를 확정하거나 승인할 책임자
- 작업 중·검토 중·승인됨·폐기됨 가운데 현재 상태
- 내용이 실제 업무 기준이 되는 적용일
- 팀이 정본을 찾을 때 들어갈 하나의 공식 위치
오늘 고친 회의 자료라도 검토 중이면 현재 정본으로 보기 어렵다. 승인됐지만 다음 주부터 적용할 절차라면 그전까지는 이전 승인본이 기준이다. 오류를 즉시 바로잡는 경우에는 승인 시각과 적용 시점이 같을 수 있다.
이 네 항목을 문서 첫머리나 정본 목록에 모아 두면 판정 근거가 흩어지지 않는다. 작업본은 별도 공간에서 편집하고, 승인이 끝난 뒤 공식 위치의 상태와 적용일을 갱신한다. Core Company의 문서 버전 관리 안내도 소유자·상태·승인 시점·정본 위치를 함께 확인하고 작업본과 승인본을 분리하는 방식을 제안한다. 이는 보편적 표준이라기보다 팀이 채택할 수 있는 운영 규칙이다.
변경 위험에 따라 편집 방식을 나눈다
| 변경 상황 | 우선 방식 | 정본 갱신 조건 |
|---|---|---|
| 오탈자·링크·내부 메모처럼 영향이 작은 수정 | 공동 편집 | 변경 이력을 남기고 책임자가 사후 확인한다. |
| 수치·정책 문구·대외 안내처럼 검토가 필요한 수정 | 제안 모드 또는 검토용 사본 | 승인자가 변경을 적용한 뒤 상태와 적용일을 갱신한다. |
| 제출물·외부 배포물처럼 당시 내용이 고정돼야 하는 수정 | 승인된 고정 사본과 배포 기록 | 새 사본을 다시 승인하고 이전 배포본의 적용 종료 여부를 표시한다. |
구글 문서의 제안 모드는 제안을 바로 본문에 확정하지 않고 수락하거나 거부할 수 있게 한다. 구글의 수정 제안 도움말은 이 검토 기능을 설명하지만, 조직의 승인권자와 승인 기준까지 정해 주지는 않는다. 영향이 작은 수정까지 모두 제안으로 처리하면 검토 대기 항목이 불필요하게 늘 수 있으므로 변경 위험에 맞춰 적용하는 편이 낫다.
자동 버전 기록도 정본 승인 자체를 대신하지 못한다. 구글 스프레드시트 공동작업 도움말에 따르면 소유자나 수정 권한자는 버전 기록을 확인·복원하고 중요한 버전에 이름을 붙일 수 있다. 그러나 이름을 붙였다는 사실만으로 그 버전이 현재 적용본이 되는 것은 아니다. 버전 이름과 정본 목록에 승인 상태와 적용일을 함께 남겨야 둘을 구분할 수 있다.
복원할 때는 이후의 정상 변경도 확인한다
덮어쓴 내용을 되돌리는 복원은 과거를 조회하는 데서 끝나지 않는다. 선택한 과거 버전이 현재 상태가 되므로, 그 이후에 들어간 정상 변경까지 영향을 받을 수 있다. 복원할 변경과 유지할 변경을 먼저 나누고, 유지할 내용은 별도로 기록한 다음 정본 소유자와 복원 범위·적용 시점을 확인한다.
Microsoft의 OneDrive 이전 버전 복원 도움말은 OneDrive와 SharePoint에 저장된 파일의 이전 버전을 보고 복원할 수 있으며, 선택한 버전이 복원 뒤 현재 버전이 된다고 설명한다. 현재 도움말에는 파일 버전 기록이 30일 동안 보존된다고 적혀 있고, 회사나 학교 계정에서는 관리자가 문서 버전 관리를 껐을 수도 있다는 조건이 붙는다. 보존기간이나 기능 사용 가능 여부를 추측하지 말고 조직 설정을 확인해야 하는 이유다.
복원이 끝나면 정본의 상태와 적용일을 다시 확인하고 관련자에게 변경 사실을 알려야 한다. 외부에 이미 배포한 문서라면 내부 파일만 되돌릴지, 배포본도 교체할지까지 별도로 결정한다.
처음에는 네 칸으로 충분하다
모든 팀에 복잡한 버전 번호 체계가 필요한 것은 아니다. 정본 위치·소유자·상태·적용일을 공통 항목으로 두고 작업본은 공식 위치 밖에서 편집하면 기본 구분을 만들 수 있다. 검토가 필요한 변경에는 제안이나 승인 절차를 적용하고, 외부 배포물은 당시 승인된 고정 사본과 배포 기록을 남긴다.
수정일은 후보를 좁히는 보조 신호로는 쓸 수 있다. 최종 판정은 누가 승인했고 어떤 상태이며 언제부터 적용되는지에 달려 있다. 이 근거가 한곳에서 확인돼야 팀이 같은 문서를 기준으로 일할 수 있다.