100단계수료 발표: 우리 회사 Claude 운영 규칙

걸리는 시간 · 읽기 약 15분 · 따라 하기 약 60분 · 난이도 ★★★ 심화

이 단계를 마치면

• 제1~10부에서 만든 결과물을 한 페이지짜리 「우리 회사 Claude 운영 규칙」으로 묶을 수 있다.
• 채우지 못한 칸을 숨기지 않고, 담당과 기한을 붙여 드러낼 수 있다.
• 규칙 한 페이지와 그 규칙이 실제로 돌아가는 장면 하나로 발표하고, "다음 주에 그대로 쓸 수 있는가"로 평가받을 수 있다.

드디어 마지막 단계다. 이 과정의 첫 문장을 다시 꺼내 보자. 우리가 배우려 한 것은 Claude에게 일을 맡길 수 있는 틀을 만드는 법이었다. 그 틀의 마지막 조각이 운영 규칙이다. 제1부의 프로젝트, 제1부의 프롬프트, 제5부의 스킬, 제7부의 연결자, 제8부의 자동화, 제3부의 사내 도구, 제9부의 AX 로드맵이 모두 이 한 페이지 안에서 제 위치를 찾는다.

왜 한 페이지인가

규칙이 길면 아무도 끝까지 읽지 않는다. 새로 들어온 직원이 첫날 받아서 앉은 채로 다 읽고, 무엇을 해도 되고 무엇을 물어봐야 하는지 알 수 있어야 한다. 세부 내용은 등급표(98단계), 팀 표준 목록(99단계), 사용 보고 양식(97단계)에 두고, 규칙에는 그 위치만 적는다.

한 페이지짜리 규칙은 목차 역할을 한다. 모든 답을 담는 대신, 모든 답이 어디에 있는지를 담는다. 그래서 자주 고칠 필요가 없다. 등급표가 바뀌어도, 표준 목록에 스킬이 하나 늘어도 규칙에 적힌 "위치"는 그대로다. 규칙을 고쳐야 할 때는 누가 무엇을 맡는지가 바뀔 때다.

규칙이 없으면 생기는 일

운영 규칙이 없는 회사에서 Claude 도입은 대개 이런 순서로 흘러간다. 처음 몇 달은 열심인 몇 사람이 잘 쓴다. 소문이 나서 계정을 늘린다. 그러다 누군가 고객 명단을 올렸다는 이야기가 돈다. 불안해진 경영진은 전면 사용 금지를 내린다. 잘 쓰던 사람들은 개인 계정으로 몰래 쓰기 시작한다. 이제 회사는 누가 무엇을 올리는지 전혀 알지 못한다. 금지하기 전보다 오히려 더 위험해졌다.

규칙은 이 흐름을 끊는다. 금지하는 대신 선을 긋고, 선 안에서는 마음껏 쓰게 한다. 직원이 망설일 때 물어볼 곳이 있고, 사고가 나면 알릴 곳이 있다. 운영 규칙은 직원들이 안심하고 쓰게 해 주는 종이다.

열 개 항목은 어디서 오나

양식의 열 개 항목은 모두 이 과정에서 이미 만든 결과물에서 나온다. 새로 쓸 것은 거의 없다.

양식 쓰는 법

아래 양식의 빈칸을 채운다. 모든 칸을 채우지 못해도 괜찮다. 비워 둔 칸에는 "누가 언제까지 채운다"를 적는다. 숨긴 빈칸은 사고가 난 뒤에야 드러나지만, 드러낸 빈칸은 다음 주에 채워진다.

담당자는 사람 이름으로 적는다. "경영지원팀"보다 "경영지원팀 한○○ 대리"가 낫다. 팀 이름만 적으면 팀 안의 모두가 남의 일로 여긴다. 사람이 바뀌면 이름도 고친다. 개정 이력 칸이 있는 이유다.

양식을 Claude에게 주고 초안을 받아도 된다. 다만 Claude는 우리 회사의 담당자를 모른다. 이름 칸은 사람이 채운다. 마지막 승인 칸도 사람이 채운다. 규칙에 서명한 사람이 곧 규칙의 주인이다.

우리 회사 Claude 운영 규칙 (양식)

우리 회사 Claude 운영 규칙
회사/부서: ____________________   작성일: __________   개정 주기: __________
규칙 주인(고치고 알리는 사람): __________

1. 왜 쓰는가
   우리는 Claude를 ______________________________ 에 쓴다.
   올해 먼저 하는 과제(부서별): ______________________________
   우리가 Claude에게 맡기지 않는 일: ______________________________

2. 올려도 되는 것과 안 되는 것
   공개 자료:     ______________________________ (예: 보도자료)
   사내 일반:     ______________________________ (조건: __________)
   기밀:          ______________________________ (올리지 않는다 / 예외 절차: __________)
   등급이 헷갈리면 물을 곳: __________
   자세한 등급표 위치: ______________________________

3. 누가 무엇을 쓰는가
   계정 발급·회수 담당: __________
   연결자 추가 승인 창구: __________
   Cowork·Claude Code 사용 부서: __________
   API를 쓰는 시스템과 담당: __________
   외부 자동화 도구와 결제 주체: __________

4. 사람이 반드시 확인하는 일
   메일·메시지 발송 전 확인: __________
   결제·송금 전 확인: __________
   파일·데이터 삭제 전 확인: __________
   외부 공개(아티팩트 게시 등) 전 확인: __________
   이 네 가지는 어떤 등급, 어떤 도구에서도 사람이 마지막에 누른다.

5. 결과물 확인
   숫자와 사실은 __________ 가 출처를 확인한다.
   결과물에 이름을 올리는 사람이 마지막 문장을 직접 쓴다.
   보내기 전 다섯 가지 점검표 위치: ______________________________
   기준표 보관 위치: ______________________________
   에이전트 평가 세트 위치와 다시 돌리는 때: ______________________________

6. 팀 표준
   공용 프롬프트 위치: ______________________________
   공용 스킬과 각 주인: ______________________________
   공용 연결자와 권한: ______________________________
   표준에 새로 넣는 절차: 시험 → 기준표 채점 → 등급 확인 → __________
   표준에서 내리는 기준: __________ (예: 석 달간 안 쓰임, 주인 없음)
   개선안 반영 절차: 수정 기록 → 개선안 → 평가 세트 비교 → __________ 승인 → 변경 기록
   개선 루프가 바꾸지 못하는 것: 금지 행동, 확인 단계, 권한, 등급 규칙, 평가 세트

7. 자동화
   돌고 있는 자동화 목록 위치: __________
   자동화마다 사람이 확인하는 지점: __________
   실패 알림을 받는 사람: __________

8. 비용과 사용량
   사용 보고 주기와 담당: __________
   보고 양식 위치(비용과 "줄인 일"을 함께 적음): __________
   늘림·줄임을 결정하는 사람: __________

9. 최신 기능 확인
   월간 확인 담당과 날짜: __________
   확인하는 공식 출처: __________
   새 기능 도입 절차: 시험 → 기준표 채점 → 등급표에서 위치 지정 → __________

10. 사고가 났을 때
    기밀을 잘못 올렸거나 잘못 보냈을 때 알릴 곳: __________
    알린 뒤 할 일: __________
    알린 사람을 탓하지 않는다. 숨긴 것이 드러났을 때만 따로 다룬다.

새 직원 안내: 입사 첫날 이 규칙과 __________ (등급표·표준 목록 링크)을 받는다. 안내 담당: __________

아직 채우지 못한 칸: __________ (누가 / 언제까지)

개정 이력: __________ (날짜 / 바꾼 칸 / 바꾼 사람)

승인: __________ (이름)   날짜: __________

발표하는 법

발표는 짧게 한다. 규칙 한 페이지를 보여 주고, 그 규칙이 실제로 돌아가는 장면 하나를 보여 준다. 예를 들어 "기밀 등급 자료는 올리지 않는다"는 규칙이라면, 기밀을 걸러 낸 샘플 자료로 팀 공용 스킬을 돌리는 모습을 보여 준다. "발송 전 사람이 확인한다"는 규칙이라면, 자동화가 만든 초안이 담당자의 확인을 기다리는 화면을 보여 준다. 에이전트를 쓰는 팀이라면 개선 전후 점수표도 좋은 장면이 된다. 수정 기록 몇 건이 어떤 개선안이 되었고, 평가 세트에서 무엇이 나아졌고, 누가 승인했는지를 한 화면에 보여 주면 된다. 듣는 사람을 설득하는 것은 실제로 돌아가는 장면 하나다.

듣는 사람은 한 가지만 묻는다. 이 종이를 받아서 우리 팀이 다음 주에 그대로 쓸 수 있는가. 쓸 수 없다면 걸리는 항목 하나를 말해 준다. 칭찬이나 일반론은 하지 않는다. 발표자에게는 그 한 가지 지적이 가장 쓸모 있는 선물이다.

현장 장면

직원 여든 명 규모의 인테리어 자재 회사를 이끄는 강 대표는 과정 마지막 주에 운영 규칙을 쓴다. 98단계의 등급표, 99단계의 표준 목록, 97단계의 사용 보고 양식, 90단계의 AX 로드맵을 한 폴더에 모은 뒤, 양식과 자료를 Claude에게 주고 초안을 받는다.

초안은 그럴듯하다. 그런데 꼼꼼히 읽어 보니 문제가 세 가지 보인다. 3번 항목의 "연결자 추가 승인 창구"에 "IT 담당 부서"라고 적혀 있다. 이 회사에는 IT 부서가 없다. Claude가 흔한 회사의 모습을 떠올려 빈칸을 메웠다. 7번 항목의 자동화 목록 위치는 비어 있다. 80단계에서 자동화 지도를 만들긴 했지만 어디에 저장했는지 아무도 모른다. 그리고 4번 항목에는 "외부 공개 전 확인" 담당이 영업팀장으로 되어 있는데, 등급표에는 "아티팩트 게시는 대표 승인"이라고 적혀 있다. 두 문서가 서로 어긋난다.

강 대표는 아래 점검 프롬프트로 빈틈을 한 번 더 확인한다. 세 가지 말고도 하나가 더 나온다. 10번 항목의 "알린 뒤 할 일"이 "적절히 조치한다"로 되어 있다. 새로 온 직원이 읽으면 무엇을 해야 할지 알 수 없는 문장이다. 강 대표는 이를 "알린 사람과 보안 담당이 함께 해당 대화를 지우고, 같은 자료가 다른 곳에 올라가 있지 않은지 확인한다"로 고친다.

승인 창구는 총무팀 차장 한 사람으로 정한다. 외부 공개는 등급표에 맞춰 대표 승인으로 통일한다. 자동화 목록은 아직 찾지 못해서 "아직 채우지 못한 칸"에 "운영팀 박○○, 다음 주 금요일까지"라고 적는다.

발표 날, 강 대표는 규칙 한 페이지와 함께 장면 하나를 보여 준다. 영업팀의 견적서 초안 스킬이 샘플 고객 정보(이름을 가린 것)로 초안을 만들고, 그 초안이 영업팀장의 확인을 기다리는 화면이다. 규칙을 읽은 옆 회사 대표가 말한다.

"다음 주에 그대로 쓸 수 있겠습니다. 다만 5번 항목에서 '숫자와 사실은 누가 확인하는가'가 '각자'로 되어 있는데, 각자는 아무도 아닙니다."

강 대표는 곧바로 펜을 들어 해당 칸에 "결과물을 보내는 사람의 팀장"이라고 적는다.

따라 하기

1. 98단계의 등급표, 99단계의 표준 목록, 97단계의 사용 보고 양식, 90단계의 AX 로드맵, 80단계의 자동화 지도를 한데 모은다. 성공 기준: 다섯 자료의 위치(파일 이름이나 링크)가 한 목록에 적혀 있다. 찾지 못한 것은 "없음"으로 적었다.
2. 위 양식을 복사해 모은 자료로 빈칸을 채운다. 이름 칸은 직접 채운다. 성공 기준: 채운 칸마다 담당자의 실명이 있다. 채우지 못한 칸은 "아직 채우지 못한 칸"에 담당과 기한이 적혀 있다.
3. 아래 프롬프트로 Claude에게 빈틈과 모순을 점검받는다. 성공 기준: 지적된 모순마다 어느 문서를 기준으로 맞출지 정했다.
4. 옆 사람과 규칙을 바꿔 읽는다. 읽은 뒤 "다음 주에 그대로 쓸 수 있는가"에 예·아니오로 답하고, 아니오라면 걸리는 항목 하나를 말해 준다. 성공 기준: 받은 지적에 항목 번호가 붙어 있다.
5. 지적받은 항목을 고친다. 성공 기준: 고친 내용이 날짜와 함께 개정 이력에 적혀 있다.
6. 규칙이 돌아가는 장면 하나를 골라 준비하고, 규칙 한 페이지와 함께 발표한다. 성공 기준: 발표를 장면 보여 주기로 마쳤고, 듣는 사람이 "그대로 쓸 수 있다"고 답하거나 걸리는 항목 하나를 말했다.

복사해 쓰는 프롬프트

양식 초안을 받을 때는 이렇게 쓴다.

아래 양식과 자료로 우리 회사 Claude 운영 규칙 초안을 채워 줘.

[양식 전문]
[등급표, 표준 목록, 사용 보고 양식, AX 로드맵, 자동화 지도]

자료에 있는 내용만 옮겨 적어. 자료에 없는 담당자 이름, 부서, 절차는 지어내지 말고 [직접 입력]으로 둬.
칸마다 어느 자료에서 가져왔는지 괄호로 적어 줘.
세부 내용은 규칙에 옮기지 말고 위치만 적어. 전체가 한 페이지를 넘지 않게.

채운 규칙을 점검받을 때는 이렇게 쓴다.

아래는 우리 회사 Claude 운영 규칙 초안이다.
[채운 양식 전문]

다음을 점검해 줘. 규칙을 새로 지어내지 말고 빈틈만 지적해 줘.
1. 비어 있거나 담당자가 없는 칸, 담당이 팀 이름이나 "각자"로만 적힌 칸
2. 칸끼리 모순되는 곳 (예: 등급표에서 금지한 기능을 다른 칸에서 쓰라고 한 곳)
3. 밖으로 나가는 일(발송·결제·삭제·외부 공개) 중 사람이 확인하는 단계가 빠진 것
4. "적절히", "필요시"처럼 새로 들어온 직원이 읽고 무엇을 할지 모를 문장

마지막에 "이 종이만 받은 팀이 다음 주에 그대로 쓸 수 있는가"에 대한 네 판단과, 그렇지 않다면 가장 먼저 고칠 칸 하나를 적어 줘. 최종 판단은 우리가 한다.

막히면 이렇게

실습 파일

공개 저장소에 올려 둔 가공 자료와 양식이다. 회사 자료 대신 먼저 이것으로 해 본다.

• 채워 쓰는 양식 운영규칙_한장.md · 「우리 회사 Claude 운영 규칙」 한 페이지 양식(열 개 항목)

스스로 점검

• ☐ 우리 운영 규칙이 한 페이지 안에 들어가고, 세부 문서의 위치가 모두 적혀 있는가
• ☐ 발송·결제·삭제·외부 공개 네 가지마다 확인하는 사람의 이름이 있는가
• ☐ 이 종이만 받은 새 직원이 첫날 무엇을 해도 되고 누구에게 물어야 하는지 알 수 있는가

기억할 것

• 운영 규칙은 한 페이지로 쓴다. 세부는 다른 문서에 두고 위치만 가리킨다.
• 담당은 사람 이름으로 적는다. 이름 칸과 승인 칸은 사람이 채운다.
• 빈칸은 숨기지 않는다. 누가 언제까지 채울지를 적는다.
• 발표는 규칙 한 페이지와 돌아가는 장면 하나로 한다. 기준은 "다음 주에 그대로 쓸 수 있는가"다.

이 부의 과제

제10부를 마치며 내는 과제로, 과정 전체의 수료 과제를 겸한다.

제출물

92·96단계의 결과물(인수인계 요약과 단계 나누기, API 요청서)과 95단계의 수정 기록, 99단계의 월간 확인 표는 내지 않아도 된다. 다만 운영 규칙의 해당 항목이 그 결과물을 가리키고 있어야 한다.

완료 기준

• 운영 규칙이 한 페이지 안에 들어가고, 1~10번 항목마다 사람 이름이 적혀 있거나 "아직 채우지 못한 칸"에 담당과 기한이 있다.
• 발송·결제·삭제·외부 공개 네 가지 모두 사람이 확인하는 단계가 적혀 있다.
• 등급표와 운영 규칙, 표준 목록 사이에 서로 어긋나는 내용이 없다. 100단계의 점검 프롬프트로 확인했다.
• 기준표의 모든 항목에 예·아니오로 답할 수 있고, 필수는 셋 이하다.
• 평가 세트에 멈춰야 하는 과제와 유혹이 있는 과제가 들어 있고, 개선 전후 점수표에 승인한 사람의 이름이 있다.
• 규칙에 출처 없는 숫자(절감률, 비용 추정 등)가 없다. 수치가 있으면 누가 어떻게 셌는지가 붙어 있다.
• 옆 사람이 규칙을 읽고 "다음 주에 그대로 쓸 수 있다"고 답했다. 아니오라는 답을 받았다면 지적받은 항목을 고치고 개정 이력에 적었다.
• 발표에서 규칙을 읽는 대신, 규칙이 돌아가는 장면 하나를 보여 주었다.

책을 마치며

처음 Claude를 켠 날을 기억하는가. 화면에는 대화창 하나와 파일 첨부 버튼 하나가 전부였다.

거기서 시작했다. 프롬프트를 다섯 요소로 나눠 쓰는 법을 익혔고, 결과물을 문서와 표와 슬라이드로 받았고, 매번 되풀이하던 설명을 스킬로 만들었다. 폴더째 일을 맡겨 결과를 받았고, 메일과 문서 저장소와 메신저를 연결했고, 정해진 때마다 저절로 도는 흐름을 만들었다. 코드를 몰라도 사내 도구를 만들어 올렸고, 부서마다 첫 과제를 정했다. 여러 단계를 스스로 밟는 일을 평가 세트로 시험했고, 사람이 고친 흔적을 모아 그 시스템이 조금씩 나아지게 했다. 그리고 마지막에 그 모든 것을 한 페이지의 규칙으로 묶었다.

돌아보면 이 과정은 기능을 외우는 과정이 아니었다. 기능은 이 책이 나온 뒤에도 계속 바뀐다. 메뉴 이름이 달라지고, 새 연결자가 생기고, 지금 우리가 손으로 하는 일 가운데 몇 가지는 저절로 될 것이다. 그래도 바뀌지 않는 것이 있다. 일을 맡기는 방식이다. 맥락을 주고, 한 가지씩 맡기고, 기준을 먼저 적고, 결과를 열어 보고, 밖으로 나가는 일은 사람이 직접 누른다. 도구가 바뀌어도 이 다섯 가지는 그대로 쓸 수 있다.

이 책은 Anthropic의 공식 교재가 아니다. 현장에서 가르치며 겪은 것을 적은 책이다. 기능 이름과 제공 범위는 강의 전에, 그리고 규칙을 고칠 때마다 공식 문서로 다시 확인하기 바란다. 책과 공식 문서가 다르다면 공식 문서가 맞다.

마지막 체크리스트다.

• ☐ 보내기 전 다섯 가지 점검표를 쓰고 있다
• ☐ 큰 일은 단계로 쪼개 맡기고, 긴 대화는 요약을 받아 새 대화로 옮긴다
• ☐ 자주 맡기는 일마다 예·아니오 기준표가 있다
• ☐ 에이전트에게 맡긴 일마다 평가 세트가 있고, 무엇이든 고치면 다시 돌린다
• ☐ 사람이 고친 흔적이 개선안이 되고, 평가와 승인을 거쳐서만 반영된다
• ☐ 데이터 등급별로 쓸 수 있는 기능이 정해져 있다
• ☐ 팀 공용 프롬프트와 스킬이 한곳에 모여 있고, 저마다 주인이 있다
• ☐ 한 달에 한 번 공식 출처로 변화를 확인하는 사람이 있다
• ☐ 「우리 회사 Claude 운영 규칙」 한 페이지가 있고, 새 직원이 첫날 받는다

이제 책을 덮고 회사로 돌아갈 차례다. 운영 규칙의 첫 항목부터 써 보자. 다음 주에 팀이 그 종이를 그대로 쓰고 있다면 이 과정은 거기서 끝난다. 그렇지 않다면 걸리는 항목 하나를 고치면 된다.

틀은 한 번에 완성되지 않는다. 한 항목씩 고쳐 가며 조금씩 단단해진다.

그러다 어느 월요일 아침이 올 것이다. 여러분이 휴가로 자리를 비웠는데도 보고서는 제시간에 올라가고, 새로 온 직원은 규칙 한 페이지를 읽고 누구에게 무엇을 물어야 할지 안다. 아무도 여러분을 찾지 않는 그 조용한 아침. 이 책이 여러분에게 건네고 싶었던 마지막 장면이다.