팀과 함께 만든 것을 공유하기

팀 전체로 워크플로 확장하기

이 시점에서 여러분의 팀은 이미 자리를 잡은 몇 가지 스킬을 보유하고 있습니다. 이 스킬들은 누군가의 개인적인 작업 방식으로 시작되었고, 평가를 거쳤으며, 한 사람 이상의 사용 사례에서도 잘 작동합니다.

이를 팀 전체에 효율적으로 확장하고 싶을 때는 플러그인으로 묶습니다 — 그 방법은 Lesson 8에서 다루었습니다. 이번 레슨은 그다음 단계, 즉 그 플러그인을 필요한 모든 사람에게 전달하는 것에 관한 내용입니다.

조직 내에서 플러그인 배포하기

대규모 회사 내부에서 플러그인을 공유하는 권장 방법은 조직의 프라이빗 마켓플레이스를 통하는 것입니다 — 이는 관리자가 관리하는 회사 승인 플러그인 카탈로그입니다.

실제로 배포는 인계 과정입니다. 여러분은 조직의 마켓플레이스를 소유한 사람 — 팀 리드, 인에이블먼트 또는 운영 담당자, 또는 IT 부서일 수 있습니다 — 에게 플러그인을 전달하고, 그들이 이를 게시합니다. 게시할 때, 그들은 다른 모든 사람에게 어떻게 적용될지를 선택합니다:

• 사용 가능(Available) — 회사 Directory에 표시되며 원하는 사람은 설치할 수 있습니다.
• 기본 설치(Installed by default) — 사람들이 Cowork를 열면 이미 설치되어 있으며, 끌 수 있습니다.
• 필수(Required) — 설치되며 계속 유지됩니다; 모든 사람이 동일한 방식으로 실행해야 하는 컴플라이언스 점검과 같은 항목에 유용합니다.

팀원의 입장에서는 플러그인이 단순히 Directory에 여러분의 회사에서 제공한 것으로 표시되어 나타나며, 공개된 Anthropic 플러그인들과 함께 보입니다. 그들은 이를 사용하고 끌 수 있지만(필수가 아닌 경우), 편집할 수는 없습니다 — 업데이트는 이를 관리하는 사람으로부터 흘러나옵니다.

이것이 여러분 에게 어떻게 보일지는 관리자가 무엇을 설정해 두었는지에 따라 달라집니다. 일부 조직은 마켓플레이스가 운영 중이고 명확한 소유자가 있어 일을 넘길 수 있지만, 다른 조직은 아직 이를 활성화하지 않았을 수도 있습니다. 아래의 인터랙티브를 사용하여 여러분의 상황과 올바른 다음 단계를 찾아보세요.

여러분의 조직에서 보이는 상황을 적합한 배포 경로와 맞춰보고, 마켓플레이스가 아직 운영되지 않는 경우 누구에게 이야기해야 할지 확인하세요.

유지할 가치가 있는 습관들

공유 플러그인이 조용히 낡아가는 것을 막는 간단한 실천 방법들입니다:

• 단일 소유자. 모든 공유 플러그인에는 변경 사항을 검토하고, 수정 후 평가를 실행하며, 언제 업데이트하거나 폐기할지 결정하는 지정된 담당자가 있습니다.
• 게시 전 평가. 평가 루프를 관문으로 취급하세요 — 변경 후 중요하게 여기는 케이스들이 제대로 작동하지 않는다면, 모든 사람에게 배포하지 마세요.
• 스킬과 플러그인의 이름을 구체적으로 지정하세요. "meeting-prep"은 조직의 플러그인 디렉터리 내 다른 세 개의 meeting-prep 스킬과 충돌할 수 있습니다. "sales-customer-renewal-prep"은 그렇지 않습니다.
• 검토 주기를 설정하세요. 분기별로 설치된 항목, 실제로 사용되고 있는 항목, 그리고 낡아버린 항목을 살펴보는 것이 합리적인 시작점입니다. 아무도 실행하지 않는 것은 폐기하고, 사람들이 개선 기회를 발견한 부분은 수정하세요.

레슨 되돌아보기

오늘날 Cowork에서 여러분과 가까운 팀원들이 가장 많이 의존하는 스킬들을 생각해 보세요.

• 팀 플러그인으로 묶을 첫 번째 후보로 어떤 두세 가지가 있을까요?
• 조직 내에서 그 플러그인을 가져갈 사람 — 마켓플레이스에 올릴 수 있는 사람 — 은 누구인가요?

두 번째 질문에 대한 답을 아직 모른다면, 그것이 바로 여러분의 진짜 다음 단계입니다.

다음 단계

마지막 레슨에서는 지금까지 거쳐온 과정에 대한 간단한 요약과 그 흐름을 계속 이어가기 위한 다음 행동들을 살펴보겠습니다.