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

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

이 단계를 마치면

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

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

왜 한 페이지인가

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

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

규칙이 없으면 생기는 일

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

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

열 개 항목은 어디서 오나

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

양식 쓰는 법

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

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

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

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

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

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

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

3. 누가 무엇을 쓰는가
   계정 발급·회수 담당: __________
   연결자·플러그인 추가 승인 창구: __________
   Cowork·Claude Code·Work·Codex 사용 부서: __________
   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 운영 규칙」 한 페이지 양식(열 개 항목)

스스로 점검

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

기억할 것

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

이 부의 과제

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

제출물

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

완료 기준

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

책을 마치며

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

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

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

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

마지막 체크리스트입니다.

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

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

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

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