맡기는 범위가 넓어졌습니다. 그만큼 경계를 먼저 적어 두게 됐습니다.
AI 도구가 한 번의 요청으로 여러 단계를 이어서 처리하게 되면서, 사용법보다 어디까지 맡길지를 먼저 정하는 쪽으로 무게가 옮겨 갔습니다. 예전에는 결과가 틀리면 다시 시키면 그만이었습니다. 지금은 파일을 만들고 옮기고 지우고 외부로 보내는 일까지 한 번에 진행되므로, 틀린 뒤에 되돌리는 비용이 훨씬 큽니다. 그래서 요즘 운영 문서에는 공통으로 두 가지가 들어갑니다. 하나는 승인 없이 해도 되는 일의 목록이고, 다른 하나는 반드시 사람이 먼저 확인해야 하는 일의 목록입니다. 목록을 적어 두면 매번 물어볼 필요도, 매번 조마조마할 필요도 없어집니다.
경계를 적어 두지 않으면 생기는 일
경계가 없으면 두 극단 사이를 오갑니다. 전부 물어보게 하거나, 아무것도 안 물어보게 하거나입니다.
전부 물어보게 하면 도구를 쓰는 이점이 사라집니다. 확인을 기다리는 시간이 작업 시간보다 길어집니다.
반대로 열어 두면 언젠가 되돌릴 수 없는 일이 한 번 벌어집니다. 그 한 번의 비용이 그동안 아낀 시간을 넘어섭니다.
그래서 요즘은 도구 사용법보다 이 목록을 먼저 만듭니다. 목록이 있으면 그 안에서는 빠르게 가고, 밖에서는 멈춥니다.
| 증상 | 원인 | 대응 |
|---|---|---|
| 매번 확인을 기다린다 | 허용 목록이 없다 | 되돌릴 수 있는 일은 열어 둔다 |
| 모르는 사이 파일이 바뀐다 | 금지 목록이 없다 | 지우기·내보내기를 목록에 넣는다 |
| 같은 질문을 반복한다 | 기준이 문서에 없다 | 판단 기준 한 줄을 적는다 |
| 사고 뒤에도 같은 일이 난다 | 목록을 갱신 안 했다 | 그 항목을 목록에 옮겨 적는다 |
승인 없이 해도 되는 일
모든 것을 물어보게 하면 도구를 쓰는 의미가 없어집니다. 그래서 되돌릴 수 있는 기록 작업은 미리 열어 둡니다.
기준은 단순합니다. 기존 것을 지우지 않고 새로 덧붙이는 작업이면 대부분 열어 둬도 됩니다.
상태 요약을 갱신하거나, 단계별 기록을 새로 만들거나, 날짜별 보관본을 남기거나, 오류와 결정과 시험 결과를 새 파일로 적는 일이 여기 들어갑니다.
이렇게 열어 두면 기록이 밀리지 않습니다. 매번 승인을 받아야 하면 기록은 가장 먼저 생략되는 작업이 됩니다.
다만 열어 둔 범위 안에서도 쓰는 위치는 정해 둡니다. 새로 만드는 파일이 아무 데나 생기면 목록이 곧 지저분해지고, 어디에 무엇이 있는지 다시 찾아야 합니다.
그래서 초안과 인수인계, 상태 요약을 각각 어느 폴더에 두는지 미리 적어 둡니다. 위치가 정해져 있으면 승인 없이 만들어도 나중에 정리할 일이 생기지 않습니다.
반드시 먼저 확인해야 하는 일
반대쪽 목록은 짧을수록 좋지만 빠지면 안 됩니다. 공통으로 들어가는 항목이 대체로 비슷합니다.
| 행동 | 왜 위험한가 | 확인 방식 |
|---|---|---|
| 삭제와 영구 이동 | 되돌릴 수 없다 | 대상 목록을 먼저 보여 준다 |
| 외부로 보내기·공개 | 회수할 수 없다 | 보낼 내용을 먼저 보여 준다 |
| 결제와 계약 | 돈이 나간다 | 사람이 직접 진행한다 |
| 권한 변경 | 범위가 넓어진다 | 바뀌는 범위를 적어 둔다 |
| 계정 로그인·인증 정보 | 새면 되돌릴 수 없다 | 사람이 직접 진행한다 |
| 승인 범위 자체의 변경 | 경계가 사라진다 | 따로 승인을 받는다 |
실행 전 보고가 짧아졌다
예전에는 결과만 보고 판단했지만, 지금은 시작 전에 무엇을 할지 먼저 받아 보는 방식이 늘었습니다.
보고가 길면 안 읽습니다. 그래서 항목이 정리되는 쪽으로 바뀌었습니다.
무엇을 목표로 하는지, 지금 상태가 어떤지, 어떤 파일을 바꾸는지, 무엇은 건드리지 않는지, 어떤 순서로 할지, 무엇이 위험한지, 어떻게 확인할지, 잘못되면 어떻게 되돌릴지 정도면 충분합니다.
특히 되돌리는 방법이 빠지면 나머지가 다 있어도 승인하기 어렵습니다. 되돌릴 수 없는 작업이라면 그 사실 자체를 먼저 말해야 합니다.
되돌릴 수 있는가로 나눈다
경계를 정할 때 기준을 하나로 잡으면 목록을 외울 필요가 없어집니다. 그 기준이 되돌릴 수 있는가입니다.
덧붙이는 작업은 되돌릴 수 있습니다. 지우거나 밖으로 내보내는 작업은 되돌릴 수 없습니다.
덮어쓰기는 중간에 있습니다. 되돌아갈 지점을 먼저 만들면 되돌릴 수 있는 쪽으로 옮겨 옵니다.
그래서 요즘 운영 문서에는 덮어쓰기 전에 보관본을 만드는 규칙이 거의 빠지지 않고 들어갑니다.
| 작업 | 되돌릴 수 있나 | 필요한 조치 |
|---|---|---|
| 새 파일 추가 | 가능 | 그냥 진행 |
| 덮어쓰기 | 조건부 | 먼저 보관본 만들기 |
| 삭제 | 불가 | 사람 승인 |
| 외부 발송·공개 | 불가 | 사람 승인 |
무엇이 남는가
이 흐름의 핵심은 통제가 아니라 속도입니다. 경계가 분명하면 그 안에서는 묻지 않고 진행할 수 있습니다.
경계가 없으면 반대가 됩니다. 매번 확인하거나, 확인 없이 진행했다가 되돌리는 데 시간을 씁니다.
그래서 새 도구를 쓰기 시작할 때 가장 먼저 만드는 문서가 사용법이 아니라 경계 목록인 경우가 늘고 있습니다.
목록은 한 번 만들고 끝이 아닙니다. 사고가 한 번 나면 그 항목을 목록에 옮겨 적습니다. 이 갱신이 실제로는 가장 값싼 안전장치입니다.
한 가지 더 덧붙이면, 경계를 정하는 일과 결과를 확인하는 일은 별개입니다. 승인 목록이 잘 갖춰져 있어도 확인하지 않은 것을 완료로 세면 같은 사고가 납니다.
자주 묻는 질문
Q. 승인 목록을 만들면 느려지지 않나요?
A. 오히려 반대입니다. 목록 밖의 일은 묻지 않고 진행할 수 있어서 확인 대기가 줄어듭니다.
Q. 허용 목록은 어떻게 정하나요?
A. 되돌릴 수 있는 일인지로 나눕니다. 새로 덧붙이는 기록 작업은 대체로 열어 두고, 지우거나 밖으로 내보내는 일은 남겨 둡니다.
Q. 실행 전 보고는 얼마나 자세해야 하나요?
A. 길면 안 읽게 됩니다. 바꿀 것, 건드리지 않을 것, 되돌리는 방법 세 가지만 분명하면 대체로 판단할 수 있습니다.
Q. 목록에 없는 상황이 오면 어떻게 하나요?
A. 되돌릴 수 있는지로 판단하고, 판단한 결과를 목록에 한 줄 더합니다. 목록은 사고가 날 때마다 자라는 문서입니다.
확인 자료
- 자체 개발 운영 문서 · 개발루틴 템플릿 v1.3 중 권한 검증과 실행 전 보고 규칙
- 같은 계열 운영 지침 · 상시 허용 범위와 별도 승인 항목 구분
- 자료 폴더 운영 기준 문서 · 보안 기준의 승인 항목
이 글은 직접 겪은 작업 기록을 정리한 것입니다. 확인하지 못한 항목은 본문에 쓰지 않았습니다. 대표 이미지는 이해를 돕기 위한 참고용 이미지입니다.