---
type: tutorial
title: 첫 공유 팀 만들기
summary: 공유 팀을 세우고 세 명의 팀원을 초대하되, 각자 자기 역할에 꼭 필요한 권한만 갖게 하세요. 팀을 꾸려 가는 BananaSeed를 따라갑니다.
---

이 튜토리얼이 끝나면 당신은 공유 팀을 만들고 세 사람을, 각각 일부러 다른 권한 묶음으로 그 안에 초대해 둔 상태입니다: 팀을 운영하는 운영 책임자, 제품 하나를 구성하는 개발자, 그리고 숫자만 읽는 매니저. 우리는 창업자가 팀을 들이는 회사, **BananaSeed**를 따라갑니다.

공유 팀을 포함하는 유료 요금제(Troop 또는 Apex)가 필요합니다. Solo나 Alpha에서는 오직 당신만의 것인 **Personal** 팀만 있습니다. 요금제는 [결제](/docs/account-management/billing), 개념은 [팀이란](/docs/troops/overview), 아래 역할들이 기대는 모델은 [권한과 범위](/docs/troops/permissions)를 보세요.

## 설정

BananaSeed의 창업자 Ana는 자기 Personal 팀을 넘어설 만큼 커졌습니다. 그녀에게는 각자 자체 사이트 키를 둔 두 제품과, 들일 세 사람이 있습니다:

| 사람 | 역할 | 할 수 있어야 하는 일 |
|---|---|---|
| **Dana** | DevOps | 팀 운영: 멤버와 액세스 토큰 관리. |
| **Raj** | 개발자 | 제품 하나의 사이트 키 맞춤화, 그 외에는 아무것도. |
| **Mia** | 매니저 | 팀 전반의 숫자 보기. 아무것도 바꾸지 않음. |

각자 네 [권한](/docs/troops/permissions) 중 하나에 대응합니다: Dana는 **관리**, Raj는 키 하나에 대한 **편집**, Mia는 **읽기**가 필요합니다.

## 1. 팀과 그 키 만들기

대시보드의 팀 목록에서 `BananaSeed`라는 팀을 만드세요. 그것은 모든 권한을 쥔 소유자, 당신만으로 시작합니다. 사람을 범위 지정할 무언가가 있도록, 그 안에 두 사이트 키 `shop.bananaseed.com`과 `blog.bananaseed.com`을 만드세요. ([사이트 키](/docs/site-keys/overview)를 보세요.)

## 2. DevOps 책임자 Dana 초대하기 (관리)

팀의 **멤버** 페이지에서 Dana를 이메일로 초대하세요. 초대는 이메일 주소 그 자체입니다; Dana가 그 주소로 로그인하면 그녀의 멤버십이 활성화됩니다.

그녀에게 **관리**만 부여하세요. 그 단일 권한이 팀 관리입니다: 그녀는 멤버와 [액세스 토큰](/docs/troops/tokens)을 더하고, 제거하고, 바꿀 수 있으며, 팀의 이름을 바꾸거나 삭제할 수 있습니다. 관리는 팀 전역이라, 그녀의 범위는 중요하지 않으니, 모든 사이트 키에 둔 채로 두세요. 그녀가 일을 하는 데 읽기, 생성, 편집은 필요 없습니다; 관리가 팀을 운영하는 권한입니다.

이제 Dana는 나머지 온보딩을 Ana의 손에서 덜어 갈 수 있습니다: 범위에 갇히는 일 없이, CI 토큰을 발급하고, 다음 채용자를 더하고, 권한을 조정할 수 있습니다.

## 3. 제품 하나의 개발자 Raj 초대하기 (편집, 범위 지정)

같은 방식으로 Raj를 초대하세요. 그는 블로그가 아니라 상점을 맡으니:

- **편집**을 부여하세요(그리고 자기가 편집하는 것을 볼 수 있도록 **읽기**도). 편집은 그가 키를 구성하게 합니다: 그 설정, 시크릿 교체, 호스팅 인증, 그리고 키의 [게임과 화이트라벨 맞춤화](/docs/game-customization/overview).
- 그의 **범위**를 **특정 사이트 키**로 두고 `shop.bananaseed.com`만 고르세요.

**관리**는 끈 채로 두세요. Raj는 팀을 운영하는 게 아니라 자기 제품을 구성해야 합니다. 편집을 키 하나로 범위 지정하면, 그가 얻는 것이 바로 그것입니다: 그는 상점의 챌린지와 스킨을 조율할 수 있고, 블로그나 멤버 목록이나 토큰은 손댈 수 없습니다.

이것이 일상의 최소 권한 부여입니다: 범위(키 하나)로 한정된 권한(편집).

## 4. 읽기만 하는 매니저 Mia 초대하기 (읽기)

Mia를 초대하고 모든 사이트 키에 **읽기**만 부여하세요. 읽기는 그녀가 팀의 모든 키를 열어 그 [통계](/docs/troops/statistics), 구성, 감사 로그를 보게 하되, 그중 어떤 것도 바꾸지 못하게 합니다. 그녀는 보고에 필요한 팀 전반의 그림을 얻으면서, 실수로 설정을 편집하거나 시크릿을 교체할 능력은 없습니다.

## 5. 각 부여 확인하기

각 사람이 로그인해 팀이 의도대로 동작하는지 확인하게 하세요:

- **Dana**는 멤버와 토큰 컨트롤을 보고 그것들을 바꿀 수 있지만, 사이트 키 자체의 구성을 편집하는 것은 그녀의 부여가 아닙니다.
- **Raj**는 `shop.bananaseed.com`을 열어 구성할 수 있고, `blog.bananaseed.com`은 보지 못하며, 멤버 컨트롤이 없습니다.
- **Mia**는 어떤 키든 열어 그 통계를 읽을 수 있지만, 모든 편집 컨트롤이 없습니다.

그것이 이 모델의 요점 전체입니다: 세 사람, 세 가지 일, 세 가지 다른 도달 범위, 그중 누구도 필요한 것보다 많이 쥐지 않습니다. Apex에서는 그들 각자가 하는 모든 일이 자기 신원으로 [팀 감사 로그](/docs/audit-logs/troop-log)에 기록됩니다.

## 다음에 갈 곳

- 사람 대신 CI나 서비스 자격 증명을 [Troop Access Token](/docs/troops/tokens)으로 더하세요, 그것은 같은 권한과 범위를 지닙니다.
- 두 키가 모두 브랜드를 물려받도록 팀에 [재정의](/docs/troops/overrides)를 한 번 설정하세요.
- 팀의 [통계](/docs/troops/statistics)에서 두 제품 전반의 사용량을 지켜보세요.

## 함께 보기

- [권한과 범위](/docs/troops/permissions): 네 권한 전부.
- [좌석](/docs/troops/seats): 각 멤버와 토큰이 당신 요금제의 좌석 풀을 어떻게 쓰는지.
- [팀이란](/docs/troops/overview): 개념과 팀이 소유하는 것.