들어가며
- 최소 권한 원칙에 따라 역할별 접근 범위를 정한다
- 설정을 바꿀 때 승인과 변경 이력을 남기는 절차를 만든다
상황
가상 브랜드 '한줄커피'는 외주 광고 대행사와 함께 일하면서 분석 도구 계정을 공유했습니다. 어느 날 전환 이벤트 이름이 갑자기 바뀌어 있어 지난 데이터와 비교가 안 되는 걸 발견했는데, 누가 언제 왜 바꿨는지 아무도 기록해두지 않아 원인을 찾는 데 며칠이 걸렸습니다. 계정은 공유했지만 권한과 변경 규칙은 정하지 않았던 게 문제였습니다.
한 줄 결론
누가 무엇을 볼 수 있고 무엇을 바꿀 수 있는지 미리 정해두지 않으면, 문제가 생겼을 때 원인을 찾는 데 가장 오래 걸립니다.
권한을 나누는 건 서로를 믿지 못해서가 아니라, 문제가 생겼을 때 되돌리고 확인하는 시간을 줄이기 위해서입니다.
개념
- 최소 권한 원칙: 각자가 자기 업무에 필요한 만큼만 접근 권한을 갖는다는 원칙입니다. 조회만 필요한 사람에게 편집 권한까지 주지 않는 것이 기본입니다.
- 조회 권한: 데이터를 보고 리포트를 뽑을 수는 있지만 설정을 바꿀 수는 없는 권한입니다.
- 편집 권한: 이벤트 이름, 목표 설정, 필터 등 측정 구조 자체를 바꿀 수 있는 권한입니다. 변경 영향이 크므로 소수에게만 부여합니다.
- 변경 이력: 누가, 언제, 무엇을, 왜 바꿨는지 남기는 기록입니다. 도구 자체 로그가 없다면 별도 문서로라도 남깁니다.
- 승인 절차: 편집 권한을 가진 사람이라도 중요한 변경(이벤트 이름, 목표 정의 등)은 바꾸기 전에 담당자 확인을 거치는 절차입니다.
판단 기준
| 역할 |
조회 권한 |
편집 권한 |
비고 |
| 내부 담당자 |
O |
O |
변경 시 이력 기록 필수 |
| 외주 대행사 |
O |
조건부 |
사전 협의된 항목만, 승인 후 변경 |
| 신규 합류자 |
O |
X |
업무 파악 후 필요 범위만 단계적으로 부여 |
| 프리랜서·단기 협업자 |
제한된 조회 |
X |
종료 시 즉시 권한 회수 |
실행 순서
- 확인: 지금 측정 도구에 누가 어떤 권한을 갖고 있는지 전수 목록을 만든다.
- 결정: 최소 권한 원칙에 따라 각자에게 필요한 권한만 남기고 나머지는 조회로 낮추거나 회수한다.
- 기록: 앞으로 누가 설정을 바꾸면 날짜·변경 내용·이유를 문서에 남기는 규칙을 팀에 공유한다.
바로 쓰는 템플릿
데이터 권한 맵
- 이름/역할: ________ | 조회: ☐ | 편집: ☐ | 부여 사유: ________
- 이름/역할: ________ | 조회: ☐ | 편집: ☐ | 부여 사유: ________
- 편집 권한 변경 시 승인자: ________________________
- 변경 이력 기록 위치: ________________________
- 권한 재점검 주기: ________________________
즉시 확인
- 최소 권한 원칙이란?
정답: 각자 업무에 필요한 만큼만 접근 권한을 갖는 것 — 조회만 필요하면 편집 권한까지 주지 않습니다.
- 이벤트 이름이 바뀌었는데 원인을 찾기 어려웠던 이유는?
정답: 변경 이력을 남기지 않았기 때문 — 누가 언제 왜 바꿨는지 기록이 없으면 원인 확인에 오래 걸립니다.
- 외주 대행사에게 편집 권한을 줄 때 필요한 것은?
정답: 사전 협의된 항목에 한해 승인 절차를 거치는 것 — 무제한 편집 권한을 그대로 주지 않습니다.
핵심 정리
- 최소 권한 원칙으로 조회와 편집 권한을 역할별로 나눈다
- 편집 권한을 가진 사람도 중요한 변경은 승인을 거친다
- 모든 변경은 누가·언제·무엇을·왜 바꿨는지 이력으로 남긴다
→ 이 강의 퀴즈 풀어보기 (챌린지)