16장. 팀 온보딩과 공유 기준

팀 도입은 기준을 맞추는 일입니다

한 팀에서 Claude Code를 각자 쓰기 시작했습니다. 한 사람은 원본 CSV를 바로 고치고, 다른 사람은 결과 파일을 어디에 저장했는지 남기지 않습니다. 누군가는 Slack 초안을 Claude Code가 만든 뒤 바로 보냈고, 누군가는 고객 자료가 섞인 폴더를 통째로 읽게 했습니다. 개인에게는 작은 실수였지만 팀에서는 기준이 흔들립니다.

팀 도입에서 먼저 맞춰야 할 것은 사용법이 아닙니다. 어떤 폴더를 맡길지, 어떤 자료를 넣지 않을지, 어떤 작업은 승인 후 실행할지, 무엇을 공유 기준으로 삼을지입니다.

이번 장에서는 팀 기준을 다음 순서로 잡습니다.

  • 팀 도입 전에 기준부터 정한다.
  • 팀용 작업 폴더와 자료 기준을 만든다.
  • CLAUDE.md 초안을 준비한다.
  • 공유 Skills와 개인 설정을 나눈다.
  • 권한과 승인 책임을 정한다.
  • 민감 정보와 외부 공유 기준을 문서화한다.
  • 새소식과 교육 업데이트를 운영한다.

사용법보다 운영 기준이 먼저입니다

팀원이 Claude Code 명령을 잘 쓰는 것보다 먼저 맞춰야 할 기준이 있습니다. 같은 업무에서 같은 기준을 쓰는 것입니다.

팀 기준 없이 도입하면 이런 일이 생깁니다.

  • 원본 파일과 결과 파일이 섞인다.
  • 같은 보고서라도 계산 기준이 사람마다 다르다.
  • 외부 공유 전 검토 수준이 다르다.
  • 개인 설정과 팀 규칙이 충돌한다.
  • 민감 자료를 넣어도 되는지 매번 다르게 판단한다.
  • 누가 승인해야 하는지 모른 채 발송한다.

처음에는 기능 교육보다 운영 기준을 짧게 정합니다.

기준팀에서 정할 것
작업 범위Claude Code에 맡길 업무와 맡기지 않을 업무
자료 기준넣어도 되는 자료와 제외할 자료
결과물저장 위치, 파일명, 검토 방식
승인수정, 발송, 공유 전 승인자

이 기준은 완벽한 정책 문서가 아니라, 팀원이 같은 방식으로 멈추고 확인하게 만드는 최소 약속입니다.

팀용 작업 폴더와 자료 기준

팀에서 먼저 맞출 것은 폴더 구조입니다. Claude Code는 작업 폴더를 기준으로 파일을 읽고 결과를 만듭니다. 팀원이 각자 다른 위치에서 작업하면 결과물을 찾기 어렵고, 원본이 바뀌었는지도 알기 어렵습니다.

예시는 단순할수록 좋습니다.

team-claude-work/
├── 00-source/
├── 01-work-notes/
├── 02-output/
├── 03-review/
└── CLAUDE.md

폴더 기준은 이렇게 잡습니다.

폴더용도
00-source/원본 복사본, 직접 수정 금지
01-work-notes/계획, 기준, 인수인계 메모
02-output/Claude Code가 만든 결과물
03-review/사람이 검토한 버전과 공유 전 체크

자료 기준도 함께 정합니다.