지금쯤이면 Claude Enterprise 배포를 위한 구체적인 결정들을 거의 마무리했을 것입니다. 결정이 내려졌거나, 정리되어 담당자에게 전달된 상태일 것입니다. 이번 레슨에서는 여러분의 결정을 Pluto의 결정과 나란히 살펴보고, 그중 하나를 변경하면 무엇이 촉발되는지 생각해 보며, 규제 대상 기능의 답변들이 어떻게 하나로 맞물리는지 되짚어 봅니다.
여러분의 다섯 가지 답변
기억하시겠지만, 레슨 1에서 Pluto의 목표는 분기 말까지 모든 사업부가 일상 업무에서 Claude를 사용하도록 하는 것이었으며, 이는 각 부서의 주간 활성 사용량으로 측정되고, Payments & Trust에서 단 한 건의 보안 에스컬레이션도 발생하지 않아야 한다는 조건이 있었습니다. 오른쪽 열("목표와의 연결")은 Pluto의 각 답변을 이 목표에 비추어 읽어냅니다.
컴패니언을 열고 표를 따라 내려가면서 각 결정에 대한 여러분의 항목을 검토하세요. 이 표는 컴패니언의 결정 기록을 그대로 반영하며, 비교를 위해 Pluto의 답변이 채워져 있습니다.
| 결정 | Pluto의 답변 | 목표와의 연결 |
|---|---|---|
| 1 · 구조 및 아이덴티티 레슨 4, 5 | • 하나의 조직 • 조직도에 맞춘 그룹, 그리고 부서 간 Engineering 그룹 • 전용 payments-eng 그룹 | 하나의 조직은 다섯 개 부서 모두를 하나의 롤아웃과 하나의 사용량 풀에 유지합니다. payments-eng 그룹은 두 번째 조직 없이도 규제 대상 기능의 설정을 격리합니다. |
| 2 · 접근 권한 레슨 6, 7 | • 모든 그룹에 Claude 채팅 및 Claude Cowork 제공 • Engineering과 Platform에 먼저 Claude Code 제공(payments-eng는 가시성 보고 체계가 마련될 때까지 대기) • 그룹별로 범위가 지정된 커넥터, payments-eng는 읽기 전용 | 모든 곳에 채팅과 Cowork를 제공함으로써 Claude를 모든 부서의 일상 업무에 투입합니다. payments-eng에 대해 Claude Code와 쓰기 권한 커넥터를 보류함으로써 도입에 큰 영향을 주지 않으면서 에스컬레이션 금지 제약을 보호합니다. |
| 3 · 거버넌스 레슨 8 | • 대부분의 그룹은 자유로운 빌드, 검토 후 공유 • Payments & Trust는 사전 승인 방식 | 자유로운 빌드는 네 개의 일반 부서가 효과적인 것을 확산시킬 수 있게 합니다. 사전 승인 검토는 Payments & Trust의 커스터마이징이 에스컬레이션으로 이어지지 않도록 막아줍니다. |
| 4 · 지출 레슨 9, 10 | • 조직 상한선 • 일반적인 사용량에 맞춘 그룹 한도 • 첫 사용량 검토 이후, 그룹 평균을 크게 웃도는 소수의 Platform 엔지니어에 대한 멤버별 예외 • 중간 수준의 기본 모델 • 지출 한도 및 요청에 대한 월간 검토 | 일반적인 사용량에 맞춘 지출 한도는 멤버들이 중단되지 않고 계속 작업할 수 있게 하여 도입 속도가 저하되지 않도록 합니다. 지출이 증가할 때 월간 검토는 한도뿐 아니라 설정 자체도 조정합니다. |
| 5 · 가시성 레슨 11, 12 | • 기존 보안 검토에 Compliance API 연동 • 관측 가능성 스택으로 텔레메트리 전송 • 조직 전체 보존 기간을 Payments & Trust가 요구하는 더 짧은 기간으로 설정 • 그룹별 도입 현황 확인 | 멤버가 합류하기 전에 이미 기록이 켜져 있으므로, Payments & Trust의 질문에는 에스컬레이션 대신 증거가 제공됩니다. 그룹별 확인을 통해 분기 말까지 모든 부서가 목표대로 진행되고 있는지 알 수 있습니다. |
여러분의 답변이 Pluto와 다르다면, 그것은 여러분 조직만의 고유한 특성이 드러나는 지점입니다. 그 차이를 레슨 1에서 작성한 롤아웃 목표로 거슬러 올라가 추적해 보세요. 그 결정을 설명하기 어렵다고 느껴진다면, 이해관계자들과 공유하기 전에 다시 한번 살펴볼 가치가 있습니다.
파급 효과 예측하기
구조가 먼저 오고, 다른 결정들은 구조가 정의한 그룹에 자신의 설정을 연결하며, 가시성은 이 모든 것을 가로질러 읽어냅니다. 이제 각 설정이 무엇인지 알았으니, 이 지도에는 두 번째 용도가 있습니다. 바로 어떤 설정을 변경했을 때 그 아래에서 무엇이 바뀌는지 예측하는 것입니다.
예를 들어 Pluto에 그룹을 하나 추가하면, 그 그룹의 누군가가 실제로 사용을 시작하기 전에 서피스 권한 부여(레슨 6), 커넥터 범위(레슨 7), 한도(레슨 9), 대시보드 필터(레슨 12)가 필요합니다.
아래의 인터랙티브 위젯은 하나의 변경 사항을 결정 지도에 적용해, 그것이 시작되는 지점부터 도달하는 지점까지 하류에서 무엇이 바뀌는지 보여줍니다.
규제 대상 기능: 다섯 가지 예외가 아닌 하나의 태세
규제 대상 기능이 있다면, 이 섹션은 그 다섯 가지 답변이 다섯 개의 개별 예외가 아니라 하나의 태세를 이루는지 확인하는 과정입니다. Pluto의 Payments & Trust가 그 실제 예시입니다.
- 구조: 구성원들은 자신들만의 그룹에 속해 있으므로, 합집합 규칙에 따라 자신의 그룹 역할보다 더 넓은 권한은 부여되지 않습니다(레슨 5).
- 접근 권한: 이웃 부서와 동일한 서피스를 사용하되, 가시성 보고 체계가 마련될 때까지 Claude Code는 보류되며(레슨 6), 커넥터는 읽기 전용입니다(레슨 7).
- 거버넌스: 사전 승인 방식이며, Pluto의 나머지 부서는 자유롭게 빌드하고 그룹 내에서 공유하되, 그룹 밖으로 나가는 것은 검토자를 거칩니다(레슨 8).
- 지출: 다른 그룹과 동일한 방식으로 산정된 그룹 한도이며, 모든 증액 요청은 승인 전에 검토를 거칩니다(레슨 9).
- 가시성: Pluto의 조직 전체 보존 기간이 더 짧게 설정된 이유가 바로 이 부서이며, Compliance API가 켜져 있고 보안 검토에 지정된 열람자가 있습니다(레슨 11).
컴패니언에 있는 이 항목들을 하나의 세트로 다시 읽어보세요. 특별한 장치 없이 일반적인 시스템을 통해 처리되는 하나의 그룹, 바로 그것이 이 체계가 유지되는 이유입니다. 조직 전체가 규제 대상이라면, 이 세트가 여러분의 기준선이 됩니다.
리소스 설정하기
킥오프 전에 어떤 결정을 다시 살펴봐야 할 때, 이 과정에 나온 모든 설정의 근거가 되는 문서는 다음 두 컬렉션 중 하나에 있습니다.
- Team 및 Enterprise 플랜(새 탭에서 열림): 어떤 결정이든 다시 읽어볼 수 있는 Team 및 Enterprise 관리자 문서 전체입니다.
- 관리자 관리(새 탭에서 열림): 지금 다시 살펴보는 설정들의 근거가 되는 실행 방법 문서입니다.
레슨 활동
세 단계만 더 거치면 컴패니언이 이해관계자 킥오프에 가져갈 롤아웃 계획으로 완성됩니다.
- 되돌리기 어려운 설정 검토하기: 컴패니언의 레슨 13 체크리스트에 있는 네 가지 항목(도메인 클레임, 조직 수, 그룹 매핑, 보존 기간) 각각이 결정되었는지, 아니면 결정 기한과 함께 담당자에게 전달되었는지 확인하세요.
- 미해결 항목 마무리하기: 아직 열려 있는 각 결정에 대해, 무엇이 막고 있는지, 해결하려면 무엇이 필요한지, 그리고 결정 기한을 적으세요. 담당자 이름만으로는 계획이 되지 않습니다. 이런 것들이 전혀 없는 미해결 항목이 바로 롤아웃이 멈추는 지점입니다.
- 계획 순서 정하기: 컴패니언에는 순서(구조, 그 다음 접근 권한, 거버넌스, 지출, 가시성 활성화, 그 다음 그룹별 실제 적용)가 나와 있습니다. 각 단계에 담당자와 시작일을 지정하세요.
→ 워크얼롱 컴패니언의 레슨 13 섹션에 이를 기록하세요.
다운로드
다음 단계
마지막 레슨에서는 새로운 서피스가 등장했을 때 어떤 일이 일어나는지 다룹니다. 여러분의 답변 중 어떤 것이 그대로 유지되고, 어떤 결정을 다시 내려야 하는지 살펴봅니다.