4장. 공유·권한·데이터 경계

학습 목표

  • 사람·자료·행동 세 축으로 권한표를 만들고, 제품별 공유 역할이 실제로 허용하는 일을 설명한다.
  • 대화 링크, 프로젝트, 노트북, 작업 링크, 내보낸 파일처럼 공유 단위가 다르다는 것을 알고 공유 범위를 설계한다.
  • 워크스페이스 관리자 제어로 공유와 연결을 조직 단위에서 통제하고, 설정 변경 뒤 기존 상태를 점검한다.
  • 보존, 삭제, 학습 사용, 기억이 서로 다른 설정임을 구분하고 플랜별 차이를 설명한다.
  • 민감 자료를 덜 보내는 설계와 공간 분리로 데이터 경계를 지킨다.

들어가며

어느 컨설팅 팀이 고객사와 함께 쓸 프로젝트를 만들었습니다. 팀장은 고객사 담당자에게 가장 낮은 권한인 ‘보기’만 주었으니 안전하다고 생각했습니다. 프로젝트에는 고객사와 공유할 보고서 초안과 함께, 팀 내부용 투입 인력 단가표도 들어 있었습니다. 한 달 뒤 고객사 담당자가 단가표 내용을 근거로 계약 조건을 다시 협상하자고 했습니다. ‘보기’ 권한으로도 프로젝트의 파일은 열람할 수 있었습니다. 같은 팀의 다른 프로젝트에서는 반대 일도 있었습니다. 업무용 워크스페이스라 학습에 쓰이지 않는다고 안심하던 팀원이, 고객사 인터뷰 기록을 무심코 개인 계정에 붙여 넣고 정리를 부탁한 것입니다. 두 사고 모두 도구의 잘못이 아니라 경계를 정확히 알지 못한 데서 나왔습니다.

권한의 이름은 일상어처럼 보이지만, 실제로 허용하는 일은 제품마다 정의되어 있습니다. 이 장은 그 정의를 정확히 읽는 데서 시작합니다. 이어서 공유 단위마다 무엇이 함께 넘어가는지, 관리자가 조직 차원에서 무엇을 강제할 수 있는지, 데이터가 얼마나 보관되고 학습에 쓰이는지를 다룹니다. 마지막으로 민감 자료를 애초에 덜 보내는 설계와, 사람이 바뀔 때 권한을 정리하는 방법을 배웁니다. 3장이 AI가 무엇에 닿는지를 다뤘다면, 이 장은 사람이 무엇을 보게 되는지를 다룹니다.

핵심 개념

권한을 세 축으로 읽기

“팀원은 이 프로젝트를 쓸 수 있다”는 권한 설명은 너무 모호합니다. 권한은 세 축의 조합입니다.

축 질문 예
사람 누가 팀원, 외주 담당자, 그룹, 링크를 가진 누구나
자료 무엇에 대화, 파일, 지침, 연결, 결과물
행동 무엇을 할 수 있나 보기, 내려받기, 수정, 초대, 공유, 실행

권한표의 한 줄은 “외주 디자이너는 시안 폴더의 파일을 보고 내려받을 수 있지만, 지침은 수정할 수 없고 다른 사람을 초대할 수 없다”처럼 세 축이 모두 들어간 문장이어야 합니다. 그리고 그 권한이 업무에 왜 필요한지 근거를 적습니다. 근거가 없는 권한은 회수 대상입니다.

역할별 공유 권한

공유 역할의 이름만 보고 판단하면 틀리기 쉽습니다. 확인일 기준 공식 도움말의 정의는 다음과 같습니다.

제품 역할 할 수 있는 일
ChatGPT 공유 프로젝트 소유자 대화 만들기, 지침 수정, 파일 추가, 구성원 초대·제거, 권한 설정, 이름 변경, 프로젝트 삭제
편집(Edit) 지침 수정, 파일 추가·삭제, 다른 사람 초대. 기존 구성원 제거는 불가
채팅(Chat) 프로젝트의 대화·파일·지침을 보고 대화. 초대는 불가
Claude 프로젝트(Team·Enterprise) Can edit 지침과 지식 수정, 구성원 추가·제거, 구성원 설정 변경
Can view 내용·지식·지침을 보고 프로젝트 안에서 대화. 편집은 불가
Gemini Notebook 편집자(Editor) 소스와 노트 보기·추가·삭제, 다른 사람에게 다시 공유
뷰어(Viewer) 공유된 모든 소스 문서와 노트를 읽기 전용으로 열람

공통으로 기억할 점은 가장 낮은 역할도 자료는 볼 수 있다는 것입니다. OpenAI 도움말은 프로젝트의 모든 구성원이 추가된 파일을 보고 내려받을 수 있으며, 구성원 목록(이름과 이메일 주소)도 볼 수 있다고 밝힙니다. 또 편집 권한자는 사람을 초대할 수 있지만 내보낼 수는 없습니다. 권한을 낮추는 것만으로 자료 노출을 막을 수 없고, 편집 권한을 준 순간 공유 범위가 넓어질 수 있다는 뜻입니다.

공유 단위를 구별하기

무엇을 공유하느냐에 따라 함께 넘어가는 것이 다릅니다.

공유 단위 받는 사람이 보는 것 주의
대화 하나의 링크 비공개 프로젝트의 대화라면 그 대화만. 다른 대화·파일·지침은 안 보임(ChatGPT) 공유 프로젝트의 대화는 받는 사람이 프로젝트에 참여해야 열림. 업무용 워크스페이스의 링크는 이후 메시지도 담길 수 있음
프로젝트 ChatGPT 공유 프로젝트는 대화, 파일, 지침, 구성원 목록. Claude는 지식과 지침을 공유하고 대화는 따로 공유하지 않으면 비공개 앞으로 올리는 자료도 모두에게 보임
노트북 소스와 노트(뷰어도 열람) 사본 허용 설정에 따라 소스와 결과물이 복제될 수 있음
예약 작업 링크 제목, 지시문, 일정 지시문 전체가 보이므로 민감 정보 금지
내보낸 파일 내보낸 시점의 내용 Gemini Notebook에서 Docs·Sheets로 내보낸 파일은 원본과 동기화되지 않고 공유 권한도 이어지지 않음

공유 버튼을 누르기 전에 “이 단위를 공유하면 무엇이 같이 가는가”를 표에서 확인하는 습관을 들이세요. 대화 하나만 보여 주면 되는 일에 프로젝트 전체를 공유하는 실수가 가장 흔합니다.

그룹 공유와 권한 계산

사람을 한 명씩 초대하는 대신 그룹이나 링크로 공유하면 관리가 편하지만 권한 계산이 복잡해집니다. ChatGPT 도움말은 그룹으로 초대한 뒤 개인의 권한을 따로 바꿀 수 있지만, 그룹 권한과 개인 권한 중 높은 쪽이 적용된다고 설명합니다. 그룹을 편집 권한으로 초대하면 개인을 채팅 권한으로 낮춰도 편집할 수 있습니다. 거꾸로 그룹을 채팅 권한으로 초대하고 일부 개인만 편집으로 올리는 것은 가능합니다.

워크스페이스 링크로 들어온 구성원은 기본적으로 채팅 권한으로 참여하며, 링크로는 워크스페이스 전원에게 편집 권한을 줄 수 없습니다. 개인 계정에서는 소유자가 “Anyone with a link”를 고르면 링크를 가진 로그인 사용자 누구나 참여할 수 있습니다. 원칙은 단순합니다. 넓게 공유할 때는 가장 낮은 권한으로 열고, 높은 권한은 꼭 필요한 개인에게만 따로 줍니다.

공유의 함정

  1. 화면 숨김은 접근 차단이 아니다. Gemini Notebook의 ‘채팅 보기’ 링크는 소스와 결과물을 화면에서 숨기지만, 공식 도움말은 뷰어의 기본 접근을 완전히 회수하지 않으며 다른 경로로 숨긴 자료에 닿을 수 있다고 경고합니다.
  2. 공유를 꺼도 기존 공유는 남을 수 있다. Claude 도움말에 따르면 소유자가 프로젝트 공유를 끄면 새 사용자·그룹 공유가 막히고 기존 개별 공유는 유지됩니다. 다만 전사 공개 프로젝트는 비공개로 바뀌어, 공개 설정만으로 쓰던 사람은 접근을 잃습니다.
  3. 링크 삭제는 이미 만든 사본을 지우지 않는다. ChatGPT에서 공유 작업 링크를 지우면 다른 사람이 새로 열 수 없게 되지만, 받은 사람이 이미 만든 사본은 남습니다.
  4. 연결된 내용은 공유가 막힐 수 있다. Claude Team·Enterprise 도움말은 커넥터를 공유 프로젝트가 아닌 비공개 프로젝트에서 쓰도록 안내합니다. 대화를 특정인에게 공유할 때도 커넥터나 MCP 도구의 원본 데이터는 빠지고 Claude의 최종 답만 전달됩니다. 최종 답에도 연결된 내용이 담길 수 있으므로 공유 전에 읽어 보고, 원본 데이터를 복사해 붙여 넣어 제한을 우회하지 않습니다.
  5. 지침은 공유 통제가 아니다. “이 자료는 외부에 말하지 마라”는 지침은 모델의 답을 안내할 뿐 접근 권한을 바꾸지 못합니다.

공유 범위 설계 절차

공유 범위는 권한 이름을 조정하는 것이 아니라 공간을 나누는 것으로 설계합니다.

  1. 공유할 사람을 집단으로 나눕니다. 예: 내부 팀, 외부 협력사, 전사 직원.
  2. 집단마다 봐야 할 자료와 보면 안 되는 자료를 적습니다.
  3. ‘보면 안 되는 자료’가 있는 집단에는 그 자료가 없는 별도 공간을 만듭니다.
  4. 공간마다 가장 낮은 역할을 기본으로 하고, 편집 권한은 관리 책임자에게만 줍니다.
  5. 공유 종료일을 정해 두고, 그날 구성원과 링크를 정리하는 일을 일정에 넣습니다.
  6. 공유 전에 그 집단의 역할로 시험해 봅니다(깊이 읽기 참고).

워크스페이스 관리자 제어

조직 단위 통제는 개인의 주의보다 강합니다. 개인의 주의는 사람마다 다르고 실수할 수 있지만, 관리자 제어는 조직 전체에 같은 규칙을 강제합니다. 확인일 기준 주요 제어는 다음과 같습니다.

영역 ChatGPT(Business·Enterprise) Claude(Team·Enterprise)
공유 역할 기반 권한으로 프로젝트 생성·공유 가능자 지정. Enterprise는 공유 자체를 끌 수 있음 소유자가 프로젝트 공유를 끔. Enterprise는 역할별로 끔
연결 워크스페이스에서 쓸 앱을 켜고 끔. Enterprise는 회사 도메인 계정이 승인되지 않은 워크스페이스에서 연결되지 않게 제한 소유자가 커넥터를 조직에 추가하고 도구별 동작을 제한. Enterprise는 인증된 도메인 서비스의 외부 연결을 막음
에이전트·브라우저 역할별로 Work 사용을 관리하고, 브라우저 사용 등은 별도 제어 적용 Claude in Chrome의 허용 목록·차단 목록, 확장 기능 전체 켜고 끄기
데이터 관리자가 보존 기간 통제. Business 관리자에게 구성원의 비공개 대화 열람 권한이 자동으로 생기지는 않으며, 소유자는 옵션이 있을 때 구성원 데이터를 내보낼 수 있음(문서마다 설명 범위가 달라 확인 필요) Enterprise 소유자가 맞춤 보존 기간 설정. 피드백 제출(Rate chats) 끄기
기록 Enterprise 규정 준수 API로 대화·GPT 감사 로그 접근 보존 관련 변경이 감사 로그에 기록됨

관리자 제어에도 한계가 있습니다. 관리자는 기능을 켜고 끄고 범위를 정할 수 있지만, 구성원이 올린 개별 자료가 적절한지까지 판단해 주지는 않습니다. 관리자 제어와 구성원의 자료 판단은 함께 가야 합니다.

보존, 삭제, 학습 사용, 기억

데이터 처리에는 서로 다른 스위치가 넷 있습니다. 하나를 바꾼다고 나머지가 따라 바뀌지 않습니다.

스위치 통제하는 것 흔한 오해
보존 기간 서비스에 대화와 파일이 남는 기간 학습을 끄면 보존도 줄어든다
삭제 사용자가 특정 대화·파일을 지우는 행동 지우면 곧바로 모든 시스템에서 사라진다
학습 사용 내용이 모델 개선에 쓰이는지 학습을 끄면 지난 대화가 지워진다
기억 이후 대화가 지난 정보를 참고하는지 기억을 끄면 서비스에 저장도 안 된다

OpenAI 도움말은 ‘Improve the model for everyone’을 끄면 이후 대화가 학습에 쓰이지 않지만 저장된 대화를 지우거나 숨기지는 않는다고 설명합니다. 임시 채팅은 기록에 남지 않고 기억을 만들지 않으며 학습에 쓰이지 않지만, 안전 목적으로 최대 30일 보관될 수 있습니다. Anthropic은 개인용 플랜에서 대화를 지우면 기록에서는 바로 사라지고 백엔드 저장소에서는 30일 이내에 삭제된다고 밝힙니다. 삭제에도 시간이 걸린다는 뜻입니다.

플랜별 데이터 처리

업무용 플랜과 개인용 플랜은 기본값이 다릅니다.

구분 학습 사용 기본값 보존 주의할 예외
ChatGPT Business·Enterprise·Edu 사용 안 함 관리자가 통제. 삭제된 대화는 법적 요구가 없으면 30일 이내 제거 피드백처럼 사용자가 직접 공유에 동의한 데이터는 학습에 쓰일 수 있음
ChatGPT 개인용 ‘모델 개선’ 설정에 따름 사용자가 삭제 개인 계정의 공유 프로젝트는 소유자와 모든 기여자가 설정을 켰을 때만 학습에 쓰일 수 있음
Claude 업무용(Team·Enterprise·API) 사용 안 함 Enterprise는 맞춤 보존 기간(최소 30일) 설정 가능 좋아요·싫어요 피드백을 보내면 해당 대화가 학습에 쓰일 수 있고 최대 5년 보관됨
Google Workspace의 Gemini 허락 없이 도메인 밖 학습에 쓰지 않음 제품마다 다름. Gemini 앱은 관리자가 정한 기간, Gemini Notebook의 질문·답은 세션이 끝나면 보관하지 않음 Gemini Notebook은 Workspace 계정이면 피드백을 보내도 사람이 검토하지 않고 학습에 쓰지 않음

같은 ‘피드백 버튼’이라도 플랜에 따라 결과가 다릅니다. 업무용 플랜이라도 피드백은 예외가 될 수 있으므로, 조직은 피드백을 허용할지 정하고 구성원에게 알려야 합니다. Claude Enterprise의 맞춤 보존 기간은 프로젝트 안의 대화에는 프로젝트 보존 기간이 우선 적용되며, 프로젝트는 따로 정하지 않으면 무기한 보관된다는 점도 함께 확인해야 합니다.

민감 자료 분리: 덜 보내는 설계

민감 자료를 다 올린 뒤 결과에서 가리는 방식은 이미 늦습니다. 처음부터 덜 보내는 것이 원칙입니다.

  1. 처리 환경: 민감 자료는 회사가 계약한 업무용 워크스페이스에서만 다룹니다.
  2. 필요한 부분만 발췌: 고객 문의 분석에 필요한 것이 문의 내용이라면 이름과 연락처는 뺍니다.
  3. 가명처리: 개인정보 보호법은 가명처리를 개인정보의 일부를 삭제하거나 일부 또는 전부를 대체하는 등의 방법으로 추가 정보 없이는 특정 개인을 알아볼 수 없도록 처리하는 것이라고 정의합니다(제2조 제1호의2). 예를 들어 고객 이름을 ‘고객A’로 바꾸고, 바꾼 대응표는 AI 공간 밖에 따로 둡니다.
  4. 집계 자료 사용: 개인별 기록 대신 월별·유형별 건수처럼 집계한 값을 씁니다.
  5. 공간 분리: 접근이 필요한 사람만 있는 별도 공간을 만듭니다.
  6. 정기 점검: 분기마다 구성원, 공개 범위, 연결된 앱을 점검하고 끝난 일은 접근을 회수합니다.

가린 정보도 문맥으로 추정될 수 있다는 점을 잊지 마세요. 소수 부서의 퇴직 사유 기록은 이름을 지워도 누구인지 알 수 있습니다. 이런 자료는 가명처리만으로 충분하지 않으며, AI에 넣지 않는 쪽을 먼저 검토합니다.

파생 정보와 개인·조직 공간

원본 파일을 공유하지 않아도 정보는 샐 수 있습니다. AI가 만든 요약, 비교표, 인용문은 원본의 내용을 담은 파생 정보입니다. 내부 공간에서 만든 요약을 외부 공간에 붙여 넣으면, 원본을 공유한 것과 같은 효과가 납니다. 여러 자료를 합친 결과는 각 자료만 볼 때 드러나지 않던 정보를 드러내기도 합니다.

위험 대응
내부용 요약을 외부 공간에 붙여 넣음 배포용 결과물은 배포용 자료만 있는 공간에서 만든다
여러 자료를 합쳐 민감 정보가 드러남 수신자의 업무상 필요를 기준으로 결합할 자료를 고른다
같은 사람이 개인 계정과 회사 계정을 함께 씀 작업 전 화면의 계정과 워크스페이스 이름을 확인한다

개인 공간과 조직 공간은 같은 사람이 써도 관리 주체와 정책이 다릅니다. 회사 자료를 개인 계정 공간에 올리면 회사의 보존·학습·감사 설정이 적용되지 않습니다. 잘못 올렸다면 즉시 삭제하고, 회사 정책에 따라 보안 담당자에게 알립니다.

입사·이동·퇴사와 접근 정리

사람이 바뀌면 그 사람에게 묶여 있던 AI 자산이 운영의 빈틈이 됩니다. 점검할 자산은 네 가지입니다.

자산 확인할 것
공유 공간 그 사람이 소유자인 프로젝트·노트북, 구성원으로 있는 공간
어시스턴트 그 사람이 만든 어시스턴트와 지침 원문의 보관 위치
연결 그 사람 계정으로 인증된 커넥터
예약 작업 그 사람 계정에서 도는 정기 작업

예약 작업은 특히 따로 확인해야 합니다. ChatGPT의 예약 작업은 만든 사람의 계정에서 그 사람의 연결과 권한으로 돌고, 공유 링크로 넘긴 사본도 받는 사람의 계정에서 별도로 실행됩니다. 담당자가 떠나면 작업은 조용히 멈추거나, 반대로 떠난 사람의 권한으로 계속 돌 수 있습니다. 회사 공용 어시스턴트와 정기 작업은 개인이 아닌 팀 책임자 기준으로 만들고, 공동 관리자를 두는 것이 좋습니다. 조직이 ID 공급자로 계정을 관리한다면 퇴사 처리와 연결 회수를 묶을 수 있습니다. 예를 들어 Claude의 관리형 인증 커넥터는 ID 공급자에서 계정을 해제하면 커넥터 접근도 함께 회수됩니다.

깊이 읽기

설정은 대개 앞으로만 작동한다

관리자가 설정을 바꾸면 이미 열린 공유나 연결까지 자동으로 거두어질 것 같지만, 많은 설정은 앞으로의 동작만 바꿉니다.

설정 변경 바뀌지 않는 것
Claude에서 프로젝트 공유 끄기 기존 개별·그룹 공유(전사 공개 프로젝트는 비공개로 바뀜)
ChatGPT Enterprise의 도메인 연결 제한 이미 연결된 기존 앱 연결
공유 프로젝트의 구성원 전원 제거 워크스페이스 링크로 공유했다면 링크 설정을 바꾸기 전까지 새 사용자가 들어올 수 있음
예약 작업 관련 대화 삭제 작업은 멈추지만 공유 링크는 남음

그래서 설정 변경 뒤에는 반드시 기존 상태 점검이 따라야 합니다. 반대로 되돌릴 수 없는 방향으로 즉시 작동하는 설정도 있습니다. Claude Enterprise에서 보존 기간을 줄이면 새 기간을 벗어난 데이터는 저장하는 순간 영구 삭제 일정이 잡히고 복구할 수 없습니다. 설정마다 ‘앞으로만’인지 ‘즉시·소급’인지 확인하고, 소급되는 설정은 영향 범위를 먼저 확인한 뒤 바꿉니다.

권한이 실제로 적용됐는지 시험하기

관리 화면의 설정값과 사용자가 실제로 겪는 접근은 다를 수 있습니다. 그룹과 개인 권한이 겹치거나, 원본 시스템 권한이 예상과 다르거나, 오래된 링크가 남아 있기 때문입니다. 중요한 공유는 시험해 봅니다.

  1. 역할마다 시험 계정이나 협조해 줄 동료를 정합니다.
  2. 그 역할로 허용된 자료에 접근되는지 확인합니다.
  3. 금지된 자료를 열기, 지침 수정, 다른 사람 초대, 파일 내려받기를 시도합니다.
  4. AI에게 금지된 자료의 내용을 물어봅니다. 공간에 그 자료가 없다면 답할 수 없어야 합니다.
  5. 결과와 설정 근거를 표로 남기고, 다음 점검일을 적습니다.

개인정보 관점에서 본 업무 자동화

개인정보보호위원회는 2025년 8월 「생성형 인공지능(AI) 개발·활용을 위한 개인정보 처리 안내서」를 공개했습니다. 안내서는 ChatGPT 같은 상용 서비스를 활용하는 경우를 포함해 생성형 AI의 개발·활용 생애주기를 목적 설정, 전략 수립, 학습 및 개발, 적용 및 관리의 네 단계로 나누고 단계별로 확인할 안전조치를 제시하며, 개인정보보호책임자(CPO) 중심의 거버넌스를 강조합니다. 개인정보위는 안내서를 계속 갱신할 예정이라고 밝혔으므로 최신본을 확인해야 합니다.

노코드 자동화 담당자에게 이 관점은 세 질문으로 정리됩니다. 이 자동화는 개인정보를 처리하는가. 처리한다면 목적에 필요한 최소한인가. 처리 환경과 보존·학습 설정을 회사의 개인정보 담당자가 알고 있는가. 이 책은 법률 자문을 하지 않습니다. 개인정보가 들어가는 자동화는 설계 단계에서 회사의 개인정보 담당자와 함께 검토하세요.

실무 장면

소리울음향: 외부 기획사와 함께 쓰는 공간

공연 음향 장비 임대 업체 ‘소리울음향’은 공연기획사 ‘달무리기획’과 두 달짜리 지역 순회공연을 함께 준비한다. 프로젝트 매니저 강예린은 회사 업무용 워크스페이스에 공유 프로젝트를 만들어 기획사 담당자 둘과 함께 쓰려 한다. 넣을 자료는 공연장별 장비 배치도, 반입 일정표, 그리고 내부용 장비 원가와 임대 견적 산정표다.

강 매니저의 첫 안은 한 프로젝트에 모두 넣고 기획사 담당자에게는 가장 낮은 권한을 주는 것이었다. 도움말을 확인하자 가장 낮은 권한으로도 파일을 보고 내려받을 수 있었다. 둘째 안은 원가 자료를 넣되 지침에 “원가와 마진은 말하지 마라”라고 적는 것이었다. 이것도 버렸다. 지침은 접근을 막지 못하고, 파일은 여전히 열린다.

결국 공간을 둘로 나눴다. 기획사와 공유하는 ‘순회공연 협업’ 프로젝트에는 배치도와 일정표만 올렸고, 원가와 견적 산정표는 회사 직원만 있는 ‘순회공연 내부’ 프로젝트에 두었다. 기획사 담당자에게는 채팅 권한을, 소리울음향 쪽 기술감독에게만 편집 권한을 주었다.

진짜 문제는 그다음에 드러났다. 셋째 주, 기술감독이 내부 프로젝트에서 AI에게 공연장별 장비 구성을 요약해 달라고 했고, 그 요약을 협업 프로젝트에 붙여 넣으려 했다. 요약표 맨 아래에는 공연장별 예상 이익률이 한 줄 들어 있었다. 내부 프로젝트의 자료를 바탕으로 AI가 만든 파생 정보였다. 강 매니저는 다행히 붙여 넣기 전에 이를 발견했다.

강 매니저는 규칙을 하나 더 만들었다. 외부와 공유할 결과물은 외부 공유용 프로젝트 안에서만 만든다. 내부 프로젝트에서 만든 결과물을 외부로 옮겨야 할 때는 사람이 줄 단위로 확인한다. 공유 전에는 동료 한 명이 채팅 권한 계정으로 협업 프로젝트에 들어가 “장비 원가가 얼마인가”, “이익률은 몇 퍼센트인가”를 물어보는 시험도 했다. 협업 프로젝트에는 그 자료가 없었으므로 AI는 답하지 못했다. 공연이 끝나는 날 기획사 담당자를 구성원에서 빼는 일은 강 매니저의 달력에 적혔다.

이음생활: 부서 이동자의 자동화 인수인계

생활용품 회사 ‘이음생활’ 운영팀의 백지안 대리가 다음 달 상품기획팀으로 옮긴다. 백 대리는 지난 1년 동안 팀의 AI 자동화를 혼자 만들어 왔다. 운영팀장 정우진은 이동 전 2주 동안 인수인계를 마치라고 했다.

백 대리와 정 팀장은 먼저 자산 목록을 만들었다. 백 대리가 소유한 공유 프로젝트 셋, 고객지원 상담원 30명이 쓰는 반품 안내 어시스턴트 하나, 백 대리 개인 계정으로 인증된 메일·드라이브 커넥터, 그리고 백 대리 계정에서 매일 아침 도는 예약 작업 둘이었다. 예약 작업 하나는 전날 반품 접수 메일을 요약해 팀 채널에 올리는 일이었다.

정 팀장은 처음에 백 대리의 계정을 그대로 두고 비밀번호만 넘겨받자고 했다. 백 대리가 반대했다. 다른 사람의 계정으로 일하면 누가 무엇을 했는지 기록이 섞이고, 백 대리는 새 부서에서도 같은 계정을 계속 쓸 것이었다. 둘은 계정이 아니라 자산을 옮기기로 했다.

  1. 반품 안내 어시스턴트의 지침 원문과 시험 질문 세트를 팀 드라이브에 옮기고, 제품이 소유권 이전을 지원하는지 확인했다. 지원하지 않는 항목은 운영팀 후임 담당자 계정에서 다시 만들고 같은 시험 세트로 결과를 비교했다.
  2. 공유 프로젝트는 후임 담당자를 편집자로 먼저 초대한 뒤 소유 관계를 정리했다. 이제 쓰지 않는 프로젝트 하나는 필요한 자료만 팀 드라이브로 옮기고 삭제했다.
  3. 예약 작업은 후임 담당자 계정에서 새로 만들고, 후임 담당자가 자기 계정으로 메일·드라이브를 다시 연결했다. 새 작업이 사흘 연속 정상 결과를 낸 것을 확인한 뒤 백 대리 계정의 작업을 지웠다.
  4. 백 대리가 운영팀 공간의 구성원에서 빠졌는지, 개인 커넥터가 운영팀 자료에 더 이상 닿지 않는지 확인했다.

인수인계 마지막 날 정 팀장은 팀의 규칙을 바꿨다. 팀이 쓰는 어시스턴트와 정기 작업은 앞으로 반드시 두 명 이상이 관리할 수 있게 만들고, 자산 목록은 분기마다 갱신한다.

자주 틀리는 지점

  1. “채팅·보기 권한이면 자료는 못 본다.” 가장 낮은 역할도 대개 자료를 열람할 수 있습니다. 보면 안 되는 자료는 공간에서 뺍니다.
  2. “화면에서 숨기면 안전하다.” 화면 숨김과 접근 회수는 다릅니다.
  3. “공유를 끄면 기존 공유도 사라진다.” 새 공유만 막히고 기존 개별 공유는 남을 수 있습니다. 반대로 공개 범위로 열려 있던 접근은 바로 닫히기도 합니다. 설정 변경 뒤에는 현황을 점검합니다.
  4. “그룹을 초대한 뒤 개인 권한을 낮추면 그 사람은 낮은 권한이 된다.” 그룹과 개인 중 높은 권한이 적용될 수 있습니다.
  5. “학습 사용을 끄면 대화도 지워진다.” 학습 사용과 보존·삭제는 다른 설정입니다.
  6. “업무용 플랜이면 어떤 경우에도 학습에 안 쓰인다.” 피드백처럼 명시적으로 공유한 데이터는 예외가 될 수 있습니다.
  7. “원본 파일을 공유하지 않았으니 정보는 안 샜다.” 요약·비교표 같은 파생 정보로도 샙니다.
  8. “담당자 계정만 넘겨받으면 인수인계가 끝난다.” 계정이 아니라 자산(공간, 어시스턴트, 연결, 예약 작업)을 옮기고 결과를 확인해야 합니다.

한눈에 정리

주제 기억할 것
권한표 사람·자료·행동 세 축, 근거 없는 권한은 회수
가장 낮은 역할 자료는 볼 수 있다(ChatGPT 채팅, Claude Can view, Notebook 뷰어)
편집 권한 초대할 수 있다. ChatGPT 편집자는 기존 구성원을 제거할 수는 없다
공유 단위 대화 링크 ≠ 프로젝트, 작업 링크는 지시문 공개, 내보낸 파일은 원본과 별개 사본
그룹 공유 그룹과 개인 중 높은 권한이 적용될 수 있다. 넓게 열 때는 낮은 권한으로
관리자 제어 공유·연결·브라우저·데이터·기록을 조직 단위로 강제
설정 변경 대개 앞으로만 작동. 변경 뒤 기존 상태 점검, 소급 삭제는 신중히
네 스위치 보존·삭제·학습 사용·기억은 서로 다르다
플랜 업무용은 기본 학습 미사용, 피드백은 예외일 수 있음
덜 보내기 발췌, 가명처리(대응표는 밖에), 집계, 공간 분리
파생 정보 배포용 결과물은 배포용 공간에서
사람이 바뀔 때 공간·어시스턴트·연결·예약 작업을 옮기고 확인

공식 문서로 확인하기

셀프 체크

4-1. “팀원은 이 공간을 쓸 수 있다”라는 권한 설명이 모호한 이유를 사람·자료·행동 세 축으로 설명하고, 세 축이 모두 들어간 한 문장으로 고쳐 써라.

4-2. ChatGPT 공유 프로젝트의 세 역할(소유자, 편집, 채팅)이 ‘다른 사람 초대’, ‘기존 구성원 내보내기’, ‘올라온 파일 내려받기’를 할 수 있는지 표로 정리하라.

4-3. 공유 단위 다섯 가지(대화 링크, 프로젝트, 노트북, 예약 작업 링크, 내보낸 파일) 가운데 하나를 골라, 공유할 때 함께 넘어가는 것과 넘어가지 않는 것을 써라.

4-4. 보존 기간, 삭제, 학습 사용, 기억 네 가지가 각각 무엇을 통제하는지 한 줄씩 쓰고, “학습 사용을 껐으니 지난 대화도 사라졌다”는 생각이 틀린 이유를 설명하라.

4-5. 개인정보 보호법의 가명처리 정의를 자기 말로 풀어 써라. 그리고 상담 기록을 AI로 분석하기 전에 할 수 있는 ‘덜 보내는’ 조치 두 가지를 제시하라.

4-6. 원본 파일을 공유하지 않았는데도 정보가 새는 경로를 ‘파생 정보’라는 말을 써서 설명하고, 이를 막는 운영 규칙 하나를 제안하라.

4-7. 관리자 설정을 바꾼 뒤 기존 상태를 점검해야 하는 이유를 설명하라. 앞으로만 작동하는 설정의 예와 즉시 되돌릴 수 없게 작동하는 설정의 예를 하나씩 들어라.

실습 과제

실습

공유 현황 점검표 (40분)

  1. 내가 만들었거나 참여한 공유 프로젝트·노트북·어시스턴트·작업 링크를 모두 적는다.
  2. 각 항목의 구성원(그룹 포함), 역할, 외부 인원 포함 여부, 민감 자료 포함 여부, 공유 종료 예정일을 표로 적는다.
  3. ‘외부 인원 있음’과 ‘민감 자료 있음’이 함께 표시된 공간, 종료일이 지난 공간을 찾는다.
  4. 그런 공간이 있으면 자료를 분리하거나 구성원을 정리하는 조치를 하나 실행하고, 조치 뒤 실제 접근을 다시 확인한다.

완료 기준: 모든 항목의 역할과 자료 성격이 표에 있고, 위험 조합이 있으면 실행한 조치와 조치 후 확인 결과가, 없으면 다음 점검 날짜가 적혀 있으면 완료다.

실습

민감 자료 분리안과 역할 시험 (50분)

  1. 팀이 AI로 다루고 싶은 자료 중 개인정보나 내부 기밀이 섞인 자료 하나를 고른다. 실제 자료 대신 같은 형식의 가상 자료를 써도 된다.
  2. 이 업무에 정말 필요한 칸만 남기는 발췌안, 가명처리안(대응표 보관 위치 포함), 집계안 중 알맞은 것을 고른다.
  3. 공유 대상 집단별로 공간을 나누는 설계를 권한표(사람·자료·행동)로 적는다.
  4. 동료 한 명에게 가장 낮은 역할로 들어가 금지된 자료의 내용을 AI에게 묻게 하고 결과를 기록한다.

완료 기준: 덜 보내는 조치와 그 이유, 집단별 권한표, 역할 시험 결과(질문과 AI 응답 요지)가 모두 남아 있으면 완료다.