챔피언 역할
이 역할은 서로를 강화하는 세 가지 행동으로 구성됩니다.| 행동 | 실제 모습 | 중요한 이유 |
|---|---|---|
| 발견한 것을 공유하기 | 엔지니어링 채널, 스탠드업 스레드, 또는 풀 리퀘스트 설명과 같이 팀이 이미 읽는 장소에 자신의 작업에서 나온 프롬프트, 스크린샷, 작은 성과를 게시합니다. | 자신의 코드베이스에서 나온 예시는 외부 문서보다 더 설득력이 있습니다. 동료들이 자신들이 공유하는 문제에 도구가 어떻게 적용되는지 정확히 볼 수 있기 때문입니다. |
| 사람들이 묻는 사람이 되기 | 동료가 어떻게 무언가를 성취했는지 묻을 때, 실제로 사용한 프롬프트로 응답하여 자신의 작업에 직접 적용할 수 있도록 합니다. | 구체적이고 실행 가능한 예시는 호기심과 첫 번째 성공적인 사용 사이의 간격을 제거하며, 이것이 대부분의 도입 노력이 정체되는 지점입니다. |
| 원을 확대하기 | 전용 채널이나 주간 스레드와 같은 가볍고 반복적인 습관을 소수 개 확립하여 여러분의 관심이 다른 곳에 있을 때도 모멘텀이 계속되도록 합니다. | 한 사람에게 의존하는 도입은 취약합니다. 공유된 습관으로 이루어진 도입은 자체적으로 계속 복합적으로 증가합니다. |
이것이 여러분에게 비용이 얼마나 들 것인가
자신과 리드에게 기대치를 설정합니다. 아래의 활동들은 정상적인 업무 주간 내에 맞도록 의도되었으며, 이 역할은 추가 지원 책임이 아니라 기존 작업에 대한 승수로 남아야 합니다.| 활동 | 주당 시간 | 지침 |
|---|---|---|
| 성과 및 프롬프트 게시 | 약 15분 | 스크린샷과 한두 문장으로 이를 순간에 포착합니다. 공식적인 작성으로 바꾸지 않습니다. |
| 공유 채널에서 질문에 답변 | 약 20분 | 공개적으로 한 번 답변한 후, 질문이 반복될 때 그 답변으로 다시 링크합니다. |
| 주간 쇼앤텔 스레드 호스팅 | 약 5분 | 여러분이 시작 프롬프트를 게시합니다. 팀이 콘텐츠를 제공합니다. |
| 선택적 페어링 또는 워크스루 | 0~30분 | 이를 진정으로 막힌 동료를 위해 예약하고, 시간을 예약하기 전에 Quickstart 링크를 제공합니다. |
발견한 것을 공유하기
여러분의 경험은 동료들이 접할 가장 설득력 있는 자료입니다. 왜냐하면 여러분이 모두 공유하는 코드베이스, 워크플로우, 문제에 특정하기 때문입니다. 문서는 사람들에게 무엇이 가능한지 알려줍니다. 여러분의 게시물은 여러분의 환경에서 실제로 작동하는 것을 보여줍니다.공유할 가치가 있는 것
가장 유용한 게시물은 동료가 내일 재사용할 수 있는 기법을 설명하며, 이미 완료된 결과가 아닙니다. 기법은 팀 전체에 퍼질 때 복합적으로 증가합니다. 상태 업데이트는 그렇지 않습니다. 재사용 가능한 기법의 예:- “디렉토리를 @-멘션하는 것이 작동한다는 것을 배웠습니다.
@src/components/를 가리키고 어떤 것이 테스트를 놓쳤는지 묻자 두 개를 발견했습니다.” - “Plan mode (
Shift+Tab)는 편집이 이루어지기 전에 정확히 어떤 파일이 건드려질지 보여주므로, 공유 코드에서 이를 사용하는 것이 편합니다.” - “Stop hook을 구성하여 긴 작업이 완료될 때 데스크톱 알림을 받습니다. 구성은 스레드에 있습니다.”
- “
/init을 실행하면 저장소에서CLAUDE.md를 생성하므로 어시스턴트가 우리의 규칙에 대해 다시 묻지 않습니다.”
어디에 공유할 것인가
팀이 이미 읽는 곳에 게시합니다. 목표는 목적지를 만드는 것이 아니라 정상적인 작업의 경로에 예시를 배치하는 것입니다.| 위치 | 가장 적합한 용도 | 권장 형식 |
|---|---|---|
#claude-code 또는 일반 엔지니어링 채널 | 발견, 프롬프트, “오늘 배운 것” 순간 | 한두 문장의 맥락이 동반된 스크린샷 |
| 풀 리퀘스트 설명 | 검토자가 이미 읽고 있는 실제 코드에서 접근 방식을 시연 | ”Claude와 나는 이 리팩토링을 했습니다. 접근 방식을 설명해드릴 수 있습니다.”와 같은 한 줄 |
| 스탠드업 또는 주간 서면 업데이트 | 리드 및 스킵 레벨 관리자와의 사용 정상화 | 하나의 구체적인 결과를 설명하는 한 문장 |
| 팀 위키 또는 내부 문서 | 지속적인 패턴, 사용자 정의 스킬, CLAUDE.md 예시 | 짧은 페이지, 채널 주제에서 링크되어 발견 가능하게 유지 |
작동하는 형식
스크린샷과 한 줄의 맥락, 또는 간단한 전후 설명이 일반적으로 올바른 세부 수준입니다. 각 게시물을 충분히 짧게 유지하여 지나가는 누군가도 요점을 흡수할 수 있도록 합니다. 긴 작성은 나중을 위해 저장되고 잊혀지는 경향이 있는 반면, 스크린샷이 있는 짧은 게시물은 복사되고 시도되는 경향이 있습니다. 아래의 예시 게시물은 톤과 길이를 보여줍니다. 그대로 복사하기보다는 적응시킵니다.사람들이 묻는 사람이 되기
몇 가지 예시를 공유한 후에는 질문이 따를 것입니다. 이것이 챔피언 역할이 가장 큰 영향력을 가지는 곳입니다. 한 사람에 대한 좋은 답변이 같은 채널을 보고 있는 여러 다른 사람들을 자주 차단 해제하기 때문입니다.설명보다는 프롬프트로 답변하기
동료가 어떻게 무언가를 성취했는지 물을 때, 가장 유용한 응답은 실제로 사용한 프롬프트입니다. 그들은 자신의 문제에 대해 그 프롬프트를 실행하는 것에서 여러분이 쓸 수 있는 어떤 설명보다 더 많이 배울 것이며, 그것은 그들이 즉시 행동할 수 있는 것을 제공합니다.문서보다는 기능을 가리키기
“Plan mode를 시도해보세요,Shift+Tab을 누르면 보일 때까지”와 같은 응답은 지금 당장 문서 링크보다 더 유용합니다. 나중에 더 깊이 필요하면 자신들이 찾을 것입니다. 지금 그들은 자신들을 차단 해제하는 한 가지가 필요합니다.
들을 가능성이 있는 질문들
| 질문 | 제안된 응답 | 후속 리소스 |
|---|---|---|
| ”먼저 무엇을 시도해야 할까요?” | 실제이지만 포함된 작업, 이상적으로는 어렵기보다는 지루해서 미루고 있던 버그나 잡무를 권장합니다. | Common workflows |
| ”코드를 어떻게 신뢰할 수 있나요?” | Plan mode를 소개합니다: Shift+Tab을 누르면 순환하고, Claude는 정확히 변경할 의도를 제안하며, 사용자가 승인할 때까지 아무것도 수정되지 않습니다. | Permissions |
| ”설정이 노력할 가치가 있나요?” | 설치는 대략 2분이 걸리고, 터미널에서 실행되며, IDE 확장이 필요하지 않습니다. /init을 한 번 실행하는 것으로 충분합니다. | Quickstart |
| ”잘못된 결과를 생성했습니다.” | 실패를 Claude에게 다시 제공하도록 권장합니다. 오류 메시지나 실패한 테스트를 붙여넣는 것이 원래 요청을 다시 표현하는 것보다 훨씬 더 효과적입니다. | Common workflows |
| ”우리 코드베이스 규칙을 이해하지 못합니다.” | /init을 실행하여 CLAUDE.md 파일을 생성한 후, 팀의 규칙, 테스트 명령, 그리고 수정하면 안 되는 디렉토리를 추가하도록 제안합니다. | Memory |
| ”이것은 단지 자동완성일까요?” | Claude가 낯선 파일을 설명하거나, 서비스 전체에서 버그를 추적하거나, 마이그레이션 계획을 작성하는 간단한 시연을 제공합니다. 이러한 작업은 단일 줄을 완성하기보다는 저장소 전체에서 추론이 필요합니다. | 2분 라이브 시연 |
| ”보안 및 데이터 처리는 어떻게 되나요?” | 이 질문을 관리자에게 참조합니다. 조직의 배포 및 데이터 처리 정책은 이미 구성되어 있으며, 챔피언은 이 답변을 즉흥적으로 해서는 안 됩니다. | Security · Data usage |
원을 확대하기
목표는 프로그램을 구축하거나 롤아웃을 소유하는 것이 아닙니다. 여러분이 적극적으로 추진을 멈춘 후에도 모멘텀이 계속될 수 있도록 가벼운 습관을 소수 개 확립하는 것입니다. 채널의 질문이 여러분 외의 다른 사람들에 의해 답변될 때, 이 역할은 그 일을 해냈습니다.작동하는 경향이 있는 패턴들
| 패턴 | 실행 방법 | 필요한 노력 |
|---|---|---|
| 전용 채널 | #claude-code 채널을 만들고 (또는 기존 채널에 반복 스레드), Quickstart 링크와 하나의 강력한 예시를 고정하고, 공개적으로 질문에 답변하여 각 답변이 보고 있는 모든 사람에게 이익이 되도록 합니다. | 설정에 약 5분, 그 후 주변적 |
| 주간 쇼앤텔 스레드 | 매주 금요일에 “이번 주 Claude가 무엇을 도와줬나요?”를 게시합니다. 준비, 슬라이드, 또는 회의가 필요하지 않습니다. 스크린샷과 짧은 설명으로 충분합니다. | 주당 약 2분 |
| 사용자 정의 스킬 공유 | 가장 유용한 .claude/skills/<name>/SKILL.md 파일을 게시합니다. 예를 들어 커밋하기 전에 테스트와 린트를 실행하는 /ship 스킬, 한 줄 설명과 함께. 스킬은 순수 Markdown이므로 동료들이 즉시 채택할 수 있습니다. | 스킬당 약 5분 |
| 자신의 사용에서 설정 가이드 생성 | 실제로 시간을 보낸 프로젝트에서 /team-onboarding을 실행합니다. Claude는 최근 세션, 명령, MCP 서버를 스캔한 후, 새로운 팀원이 자신의 첫 메시지로 설정을 재생하기 위해 붙여넣을 수 있는 가이드를 생성합니다. 채널에 고정합니다. | 약 2분 |
| 첫 번째 작업에서 페어링 | 시작하는 누구에게나 단일 15분 페어링 세션을 제공합니다. 자신의 코드에서 하나의 성공적인 결과는 어떤 프레젠테이션보다 더 설득력이 있습니다. | 사람당 약 15분 |
| 다음 챔피언 식별 | 여러분에게 가장 많은 질문을 하는 동료는 보통 이 역할을 맡을 준비가 되어 있습니다. 이 페이지를 그들에게 전달하고 채널 책임을 나누어 가집니다. | 무시할 수 있는 수준 |
30일 플레이북
느슨한 계획이 도움이 된다면, 아래의 순서는 대부분의 팀에서 작동하는 경향이 있는 것을 반영합니다. 자신의 맥락에 맞게 자유롭게 조정합니다.1주차: 채널 시드
채널을 만들고, Quickstart를 고정하고, 프롬프트가 포함된 자신의 예시 2~3개를 게시합니다.작동하는 신호: 몇 명의 동료가 반응하거나 회신하고, 채널에서 최소 하나의 질문이 제기됩니다.
2주차: 리듬 시작
주간 쇼앤텔 스레드를 시작하고, 모든 질문에 공개적으로 답변하고, 하나의 사용자 정의 스킬 또는
CLAUDE.md 스니펫을 공유합니다.작동하는 신호: 여러분 외의 누군가가 자신의 예시를 게시합니다.3주차: 페어링 및 통합
2~3개의 짧은 페어링 세션을 제공하고 가장 일반적인 질문과 답변을 고정된 FAQ 메시지로 통합합니다.작동하는 신호: 반복 사용을 보며, 같은 동료들이 한 번 시도하고 멈추기보다는 반복적으로 돌아옵니다.
누군가가 더 깊이 들어가고 싶을 때
여러분은 온보딩 프로그램이 아니라 따뜻한 소개입니다. 동료가 “이것을 시도해야 할까”에서 “이것으로 효과적이 되려면 어떻게 해야 할까”로 넘어갈 때, Quickstart 및 Common workflows 페이지를 가리킵니다. 이들은 진정으로 유용하지만 자신의 힘으로 발견하기 어려운 기능을 다루는 짧은 섹션을 포함합니다.일반적인 우려 사항에 대응하기
건강한 회의론은 예상됩니다. 엔지니어들은 자신의 코드를 건드리는 도구에 대해 조심해야 합니다. 가장 효과적인 응답은 일반적인 경우를 주장하는 것이 거의 아닙니다. 대신, 우려를 인정하고, 간단한 재구성을 제공하고, 그 사람의 자신의 코드에 대한 하나의 구체적인 시연을 제안합니다. 대부분의 우려는 하나의 성공적인 경험으로 해결됩니다.| 우려 | 제안된 응답 | 제공할 증거 |
|---|---|---|
| ”나는 이것 없이 더 빠릅니다.” | 그것은 그 사람이 일상적으로 쓰는 코드에 대해 아마도 사실일 것입니다. 레거시 파일, 낯선 서비스, 또는 테스트 스캐폴딩과 같이 레버리지가 가장 높은 피하는 경향이 있는 작업에서 시도하도록 제안합니다. | 지루한 작업 하나를 양쪽 방식으로 시간을 재고 비교합니다. |
| ”나는 AI가 프로덕션 코드를 건드리는 것을 신뢰하지 않습니다.” | 변경이 읽지 않은 상태로 랜드되어서는 안 된다는 데 동의합니다. Plan mode와 정상적인 diff 검토는 엔지니어가 검사하지 않은 것이 적용되지 않음을 의미하며, 이는 모든 풀 리퀘스트와 동일한 표준입니다. | 실제 파일에서 plan mode를 시연합니다. |
| ”이것은 주니어 엔지니어를 약하게 만들 것입니다.” | 잘 사용되면, 그것은 효과적인 설명자입니다. 주니어 엔지니어들이 변경을 요청하기 전에 Claude에게 파일과 그 호출 사이트를 설명하도록 요청하도록 권장합니다. | ”파일을 설명하고 어디서 호출되는지 보여주세요”를 함께 실행합니다. |
| ”나는 한 번 시도했는데 환각했습니다.” | 이것은 보통 모델 문제보다는 맥락 문제입니다. @-멘션 관련 파일, /init 실행, 그리고 실제 오류 출력 제공은 보통 이를 해결합니다. | 적절한 @-맥락으로 원래 프롬프트를 다시 실행합니다. |
| ”우리는 다른 도구를 배울 시간이 없습니다.” | Claude Code는 플랫폼이 아니라 터미널 명령입니다. 첫 번째 세션 내에서 가치를 반환하지 않으면, 이를 옆에 두는 것이 합리적입니다. | 2분 설치 후 하나의 실제 버그. |
빠른 참조 시트
아래의 기법들은 누군가를 첫 번째 시도에서 일일 사용으로 이동시키는 가장 안정적으로 작동하는 것들입니다. 채널에 이 표를 고정하거나 자신의 것으로 공유합니다.| 기법 | 적용 방법 |
|---|---|
| 올바른 맥락 제공 | @file 또는 @directory/ 참조를 사용하거나, 오류 또는 로그 출력을 직접 붙여넣습니다. 관련 맥락을 제공하는 것이 정교한 프롬프팅보다 더 효과적입니다. |
| 편집 전에 계획 검토 | Shift+Tab을 눌러 plan mode에 들어갑니다. Claude는 실행하기 전에 승인을 위해 의도된 변경을 설명합니다. |
| 저장소를 가르치기 | /init을 실행하여 CLAUDE.md 파일을 생성한 후, 규칙, 테스트 명령, 그리고 수정하면 안 되는 디렉토리를 추가합니다. Memory를 참조합니다. |
| 워크플로우 재사용 | .claude/skills/<name>/에 SKILL.md 파일을 저장하여 전체 팀이 사용할 수 있는 /name 스킬을 만듭니다. Skills를 참조합니다. |
| 긴 작업 중에 정보 유지 | Stop hook을 구성하여 오래 실행되는 작업이 완료될 때 데스크톱 알림을 받습니다. Hooks를 참조합니다. |
| 잘못된 결과에서 복구 | 요청을 다시 표현하기보다는, 실패한 테스트 또는 스택 추적을 Claude에게 다시 붙여넣고 그 특정 실패를 해결하도록 요청합니다. |
| 편집을 외과적으로 유지 | diff를 요청하거나, “X만 변경하세요”를 지정합니다. Claude는 범위가 명시될 때 범위를 존중합니다. |