개발자들이 Copilot을(를) 사용하기 시작한 후에는, 집중된 도입을 통해 기존 팀이 GitHub Copilot app와 Copilot CLI를 일상 업무에 추가하는 데 도움을 줄 수 있습니다. 이러한 도구는 IDE 채팅 및 에이전트 모드를 보완합니다. 목표는 팀이 각 작업에 가장 적합한 도구를 사용하여 반복 가능한 에이전트 워크플로를 빌드할 수 있도록 돕는 것입니다.
이 플레이북은 기존 팀의 Copilot 도입을 조율하는 사람들을 위한 것입니다. 워크플로 적합도를 테스트하고 사용 습관을 설정하기 위해 2주 간의 온보딩 스프린트를 안내합니다. 2주 간의 스프린트는 장기적인 생산성이나 비용 영향을 증명하기에 충분한 증거가 아닌 채택의 초기 신호를 제공합니다.
스프린트 전
출시 코디네이터와 정책, 라이선스, 메트릭, 보안, 지원 및 지출을 담당하는 사람을 식별합니다. 예기치 않은 정책, 보안 또는 비용 문제가 확인될 경우 누가 스프린트를 일시 중지하거나 액세스를 비활성화할 수 있는지 미리 합의하세요.
초기 팀 선택 및 장비
한 팀 또는 소수의 기성 팀으로 시작합니다. 참가자는 서로 학습할 가능성이 더 높으며 팀 사례를 개별 기본 설정과 구분할 수 있습니다.
다음이 있는 팀을 선택합니다.
- 팀 모임에서 사용량을 모델링하고 논의하는 관리자 또는 팀 리더
- 고급 워크플로를 테스트하고, 피어를 지원하고, 성공적인 실험을 팀 지침으로 전환할 수 있는 경험이 풍부한 하나 이상의 개별 기여자
- 코드베이스 조사, 파일 간 조정된 변경, 테스트 실행 또는 끌어오기 요청 준비와 같은 에이전트 도구에 적합한 작업
- 기준선으로 사용할 수 있는 안정적인 배달 메트릭
매니아만 선택하지 마십시오. 스프린트에서 일반적인 설정, 신뢰 및 워크플로 장벽을 표시하도록 경험 수준의 대표적인 조합을 포함합니다.
스프린트 기간 동안 참여자들이 에이전트형 도구를 여러 차례 사용할 수 있을 만큼 적합한 작업이 충분히 있는 실제 프로젝트를 선택합니다. 그런 다음 액세스를 준비합니다.
- 각 참가자가 스프린트를 Copilot 제어하는 정책을 가진 조직을 통해 라이선스를 받는지 확인합니다.
- 해당 기업 및 조직 소유자와 협력하여 GitHub Copilot app 및 Copilot CLI에 대한 별도의 정책을 사용하도록 설정합니다.
- 정책을 사용하도록 설정하기 전에 범위를 확인합니다. 조직 정책은 선택한 팀뿐만 아니라 해당 조직을 통해 라이선스를 받는 모든 사람에게 적용됩니다. 엔터프라이즈 정책은 조직 소유자가 변경할 수 있는 설정을 제한할 수도 있습니다. 자세한 내용은 기업 및 조직을 위한 GitHub Copilot 정책을(를) 참조하세요.
- 참가자에게 킥오프 전에 두 도구를 설치하고 로그인하도록 요청합니다. GitHub Copilot 앱 시작 및 GitHub Copilot CLI 설정을(를) 참조하세요.
- 각 참가자가 프로젝트에 액세스하고 의도한 정책 및 관리되는 설정에 따라 도구를 사용할 수 있음을 확인합니다.
- 스프린트를 측정하는 사람에게 사용 메트릭에 Copilot 대한 액세스 권한을 부여합니다. 필요한 역할은 GitHub Copilot 사용 통계을 참조하세요.
이러한 도구를 처음으로 사용하도록 설정하는 경우 스프린트를 더 광범위한 기능 파일럿의 일부로 처리합니다. 킥오프 전에 사용량 기반 비용을 예측하고, 의도한 중지 동작으로 적절한 예산을 설정하고, 스프린트 중 지출을 모니터링할 계획입니다. 전체 프로세스는 조직에서 새 Copilot 기능 또는 모델을 시험 운영해 보세요을 참조하세요.
활성화 및 결과 대상 정의
온보딩 스프린트에 대한 활성화 대상을 설정합니다. 예를 들어 각 참가자가 스프린트의 매주 최소 3일 동안 사용할 Copilot appCopilot CLI 대상을 설정합니다. 반복되는 사용을 통해 참가자는 다양한 작업에 대한 도구를 사용해 보며 일상 업무에 적합한 위치를 결정할 수 있습니다.
활성화 대상을 팀에 중요한 하나 또는 두 개의 결과 와 페어링합니다. 다음은 그 예입니다.
- 작업 시작에서 끌어오기 요청 열기까지의 시간을 줄입니다.
- 계획된 기능 작업을 지연하지 않고 더 많은 유지 관리 작업을 완료합니다.
- 익숙하지 않은 코드를 조사하는 데 걸리는 시간을 줄입니다.
- 끌어오기 요청 처리량을 늘리면서 검토 품질을 유지 관리하거나 개선합니다.
스프린트 전에 결과에 대한 기준을 기록합니다.
생성된 코드의 양을 성공 대상으로 사용하지 마세요. 더 많이 생성된 코드가 반드시 더 많은 가치를 창출하지는 않으며 검토 또는 유지 관리 작업을 늘릴 수 있습니다.
워크플로 준비, 추적 및 보호
참가자에게 "AI를 더 많이 사용"하도록 요청하는 대신 팀에 현재 작업과 일치하는 승인된 워크플로 2~3개를 제공합니다. 다음은 그 예입니다.
- 오류를 조사하거나, 다중 파일 변경을 계획하거나, 테스트를 실행하거나, 로컬 변경 내용을 검토하는 데 사용합니다 Copilot CLI .
- Copilot app를 사용하여 이슈에서 작업하고, 에이전트 세션에서 변경하고, 풀 리퀘스트를 여세요.
- 유용한 경우 도구 간에 이동하세요. 예를 들어 를 사용해 에서 를 열 수 있습니다.
각 워크플로에 대해 필요한 사용자 검토, 테스트 및 승인 단계를 문서화합니다. 엔터프라이즈에서 사용자 지정 지침, 에이전트, 관리되는 설정 또는 승인된 MCP(모델 컨텍스트 프로토콜) 서버를 사용하는 경우 스프린트 전에 구성합니다.
팀에서 예제를 공유하고 진행 상황을 추적하는 방법을 결정합니다. 다음을 할 수 있습니다:
- 참가자가 관련 예제를 찾아 토론할 수 있도록 임시 끌어오기 요청 레이블(예:
copilot-pilot)을 추가합니다. - 조직에서 이미 커밋 메타데이터를 분석하는 경우와 같이
Copilot-Assisted: true관련 커밋 메시지에 일관된 표식을 추가합니다. - 일주일에 3일 이상 도구에서 활성 상태인 참가자의 공유를 보여 주는 팀 대시보드를 준비합니다.
- 참가자가 중요한 정보를 포함할 수 있는 프롬프트를 공유하지 않고 작업, 워크플로 및 결과를 공유할 수 있는 기존 팀 모임 또는 채널을 선택합니다.
레이블 및 커밋 메시지 표식은 신뢰할 수 있는 사용 데이터가 아닌 자체 보고 컨텍스트를 제공합니다. 예제를 찾아 대화를 시작하는 데 사용합니다. Copilot 사용량 메트릭을 사용하여 활동을 측정합니다.
킥오프 전, 문서:
- 스프린트 중에 액세스, 정책 동작, 에이전트 활동, 지원 문제 및 지출을 검토할 사람
- 참가자가 예기치 않거나 안전하지 않은 동작을 보고하는 방법
- 의도하지 않은 정책 범위, 반복되는 안전하지 않은 결과 또는 합의된 한도에 근접한 지출과 같이 스프린트를 일시 중지하거나 중지하는 조건
- 책임 있는 소유자가 도구를 사용하지 않도록 설정하거나 스프린트별 구성을 제거하는 방법
스프린트 중
첫 주에 설치 장벽을 제거하고 공유 환경을 만듭니다. 두 번째 주에는 성공적인 워크플로를 강화하고 장벽을 해결합니다.
1주차: 첫 번째 워크플로 시작 및 완료
- 전체 팀과 함께 시작합니다. 개선하려는 결과, 활성화 대상 및 참가자가 따라야 하는 가드레일을 설명합니다.
- 실제 작업을 보여 줍니다. 관리자, 팀 리더 또는 숙련된 기여자에게 팀의 코드베이스에서 선택한 워크플로 중 하나를 완료하도록 요청합니다. 사용자 검토 및 승인이 필요한 위치를 표시합니다.
- 첫 번째 작업을 함께 완료합니다. 모든 사용자가 Copilot app 또는 Copilot CLI에서 세션을 시작하고 작고 위험 부담이 낮은 작업을 완료할 수 있도록 참가자들을 짝지어 주세요.
- 정상적인 작업 중에 도구를 사용합니다. 참가자에게 활성화 대상의 일 수에 대해 선택한 워크플로를 하나 이상 사용하도록 요청합니다. 첫 번째 작업 후에 인공 연습을 만들지 마세요.
- 작동 상태를 확인하십시오. 정책 및 관리되는 설정이 의도한 대로 작동하는지 확인합니다. 지원 및 안전 보고서를 검토하고 합의된 한도에 대한 사용량 기반 지출을 확인합니다.
2주차: 유용한 워크플로 강화
- 기존 모임의 사용량에 대해 설명합니다. 도구가 어떤 도움이 되는지, 참가자가 다른 Copilot 도구 또는 기능을 선택한 경우, 어떤 도구가 이를 차단했는지 묻습니다.
- 워크플로 장벽에 응답합니다. 다음 작업을 사용합니다.
- 작업에 더 적합한 또 다른 도구: 해당 작업에 대한 기존 워크플로를 유지하고 선택한 도구의 이점을 누릴 수 있는 작업에 스프린트를 집중합니다.
- 참가자가 시작하는 방법을 알지 못했습니다. 선택한 워크플로 중 하나에 대해 테스트된 시작 프롬프트를 제공합니다.
- 에이전트에 컨텍스트가 없거나 잘못된 결과가 생성되었습니다. 리포지토리 지침, 작업 설명 또는 사용 가능한 도구를 개선한 다음 워크플로를 다시 테스트합니다.
- 참가자는 결과를 신뢰하지 않았습니다. diff를 검토하고, 권한을 제한하고, 테스트를 실행하고, 원치 않는 변경 내용을 취소하는 방법을 보여 줍니다.
- 도구를 사용할 수 없거나 차단되었습니다. 라이선스 할당, 정책, 설치, 인증, 네트워크 액세스 및 승인된 도구 구성을 확인합니다.
- 워크플로 지침을 조정합니다. 도움이 되지 않는 워크플로를 제거하고, 액세스 또는 구성 문제를 수정하고, 성공적인 세션에서 사례를 공유합니다.
- 작업을 다시 확인합니다. 안전 보고서, 에이전트 활동, 정책 동작, 지원 요구 사항 및 지출을 검토합니다. 중지 조건 중 하나가 충족되면 스프린트를 일시 중지합니다.
- 예비 결과를 검토합니다. 2주 말에 활성화 및 결과 신호를 기준선과 비교합니다.
일반적인 IDE 사용을 권장하지 마세요. 목표는 팀이 작업을 줄이거나 수행할 수 있는 작업을 확장할 때 에이전트 도구를 선택할 수 있도록 돕는 것입니다.
스프린트 후
결과를 측정하고, 학습한 내용을 문서화하고, 롤아웃을 반복, 확장, 다시 디자인, 일시 중지 또는 중지할지 여부를 결정합니다.
지속적인 사용량 측정
Copilot 사용량 메트릭 API의 각 사용자별 일일 보고서를 사용하세요.
used_cli지정된used_copilot_app날짜에 사용자가 각 도구를 사용했는지 여부를 표시합니다.totals_by_cli및totals_by_copilot_app는 더 심층적인 분석을 위해 세션, 요청 및 프롬프트 수를 제공합니다.
활성화 대상을 확인하려면 다음을 수행합니다.
- 일일 행을 스프린트 날짜로 필터링합니다.
used_copilot_app또는used_cli이true인 행을 유지합니다.- 사용자 및 주별로 행을 그룹화합니다.
- 각 그룹의 고유
day값 개수를 계산합니다.
참가자는 매주 횟수가 3회 이상이면 3일 목표를 달성한 것으로 간주됩니다.
팀별로 이러한 필드를 보려면 사용자별 사용 현황 보고서를 사용하여 사용자 팀 보고서를 조인합니다. 팀 수준의 Copilot 사용 지표을(를) 참조하세요.
영향 대시보드를 전체 에이전트 채택에 대한 방향적이고 장기적인 보기로 사용합니다. 채택 코호트는 최근 28일 기준의 집계 기간을 사용하며, 이번 스프린트의 두 가지 도구에 국한되지 않고 그 외 에이전트형 기능에서 발생한 활동도 반영할 수 있습니다. 코호트 변경을 사용해 영향을 이 스프린트의 결과로 돌리지 마세요. Copilot 영향 대시보드 보기을(를) 참조하세요.
팀 결과 측정
다음과 같은 측정값을 사용하여 스프린트 기간을 기준선과 비교합니다.
- 개발자당 병합된 끌어오기 요청
- 끌어오기 요청을 병합하는 중간 시간
- 유지 관리 또는 백로그 작업의 완료율
- 결함, 재작업 또는 조사 결과 검토
- 짧은 설문 조사의 참가자 신뢰도 및 만족도
팀 피드백과 함께 양적 결과를 검토합니다. 프로젝트 복잡성, 인력 구성, 작업 유형의 차이는 전달 지표에 영향을 줄 수 있으므로 모든 변화를 Copilot 때문이라고 보지 마세요.
크기 조정 방법 결정
요약:
- 활성화 대상에 도달한 참가자의 백분율
- 메시지를 표시하지 않고 참가자가 반복하는 워크플로
- 가장 일반적인 설정, 거버넌스 또는 신뢰 장벽
- 선택한 팀 결과의 변경 내용
- 사용량 기반 비용 및 롤아웃을 지원하는 데 필요한 모든 운영 작업
- 모든 안전 문제 및 해결 방법
초기 팀이 반복 가능한 워크플로와 허용 가능한 품질, 안전, 지원 요구 사항 및 비용을 보여 주는 경우 다른 설정된 팀으로 확장합니다. 활성화가 낮으면 설정 문제 또는 부적합한 워크플로와 같은 해당 팀의 특정 장벽을 식별하고 해결합니다. 이미 도구를 성공적으로 채택한 팀의 롤아웃은 변경하지 마세요.
이 스프린트에 특별히 도구를 사용하도록 설정한 경우 2주간의 데이터를 장기적인 비용 영향의 증거로 사용하지 마세요. 방어 가능한 확장 결정을 내리기에 충분한 청구 주기 데이터가 있을 때까지 더 광범위한 파일럿을 계속합니다.
확장할 때 롤아웃 그룹을 비교할 수 있도록 동일한 활성화 및 결과 정의를 유지합니다. 기업에 지속적이고 가치 있는 사용을 정의할 수 있는 충분한 내부 증거가 있으면 대상을 다시 방문합니다.