12CODE
← 아카데미 academy 32강. 데이터 접근 권한과 협업 규칙 예상 4분

들어가며

상황

가상 브랜드 '한줄커피'는 외주 광고 대행사와 함께 일하면서 분석 도구 계정을 공유했습니다. 어느 날 전환 이벤트 이름이 갑자기 바뀌어 있어 지난 데이터와 비교가 안 되는 걸 발견했는데, 누가 언제 왜 바꿨는지 아무도 기록해두지 않아 원인을 찾는 데 며칠이 걸렸습니다. 계정은 공유했지만 권한과 변경 규칙은 정하지 않았던 게 문제였습니다.

한 줄 결론

누가 무엇을 볼 수 있고 무엇을 바꿀 수 있는지 미리 정해두지 않으면, 문제가 생겼을 때 원인을 찾는 데 가장 오래 걸립니다.

권한을 나누는 건 서로를 믿지 못해서가 아니라, 문제가 생겼을 때 되돌리고 확인하는 시간을 줄이기 위해서입니다.

개념

판단 기준

역할 조회 권한 편집 권한 비고
내부 담당자 O O 변경 시 이력 기록 필수
외주 대행사 O 조건부 사전 협의된 항목만, 승인 후 변경
신규 합류자 O X 업무 파악 후 필요 범위만 단계적으로 부여
프리랜서·단기 협업자 제한된 조회 X 종료 시 즉시 권한 회수

실행 순서

  1. 확인: 지금 측정 도구에 누가 어떤 권한을 갖고 있는지 전수 목록을 만든다.
  2. 결정: 최소 권한 원칙에 따라 각자에게 필요한 권한만 남기고 나머지는 조회로 낮추거나 회수한다.
  3. 기록: 앞으로 누가 설정을 바꾸면 날짜·변경 내용·이유를 문서에 남기는 규칙을 팀에 공유한다.

바로 쓰는 템플릿

데이터 권한 맵

즉시 확인

  1. 최소 권한 원칙이란? 정답: 각자 업무에 필요한 만큼만 접근 권한을 갖는 것 — 조회만 필요하면 편집 권한까지 주지 않습니다.
  2. 이벤트 이름이 바뀌었는데 원인을 찾기 어려웠던 이유는? 정답: 변경 이력을 남기지 않았기 때문 — 누가 언제 왜 바꿨는지 기록이 없으면 원인 확인에 오래 걸립니다.
  3. 외주 대행사에게 편집 권한을 줄 때 필요한 것은? 정답: 사전 협의된 항목에 한해 승인 절차를 거치는 것 — 무제한 편집 권한을 그대로 주지 않습니다.

핵심 정리

  1. 최소 권한 원칙으로 조회와 편집 권한을 역할별로 나눈다
  2. 편집 권한을 가진 사람도 중요한 변경은 승인을 거친다
  3. 모든 변경은 누가·언제·무엇을·왜 바꿨는지 이력으로 남긴다

→ 이 강의 퀴즈 풀어보기 (챌린지)