Skip to main content

회사에서 GitHub Copilot 도입 촉진

Copilot 채택을 추진하기 위한 효과적인 사용 프로세스를 계획하는 방법을 알아보세요.

효과적인 사용 프로세스는 조직에서 채택 Copilot 을 촉진하는 데 필수적입니다. 이 프로세스는 조직의 요구 사항 및 목표에 맞게 조정되어야 하며 팀이 효과적으로 사용하는 Copilot 방법을 이해할 수 있도록 설계되어야 합니다.

사용 설정 프로세스는 피드백 및 결과에 따라 발전할 수 있습니다. 조직의 요구 사항을 지속적으로 충족하도록 프로세스를 정기적으로 검토하고 업데이트해야 합니다.

GitHub Copilot 활성화 프로세스는 다음과 같은 단계로 나눌 수 있습니다.

  • 라이선스 부여
  • 사용자 환경 설정 지원
  • Copilot의 효과적인 사용 지원

필수 조건

  • GitHub Copilot은 귀하의 조직에서 설정되어 있어야 합니다. 자세한 내용은 을 참조 하세요.

출시 타임라인 예시

최적의 Copilot 채택을 위해 조직의 요구 사항에 맞게 타이밍과 접근 방식을 조정합니다. 예를 들어. 출시 타임라인은 다음과 같을 수 있습니다.

  1. 출시 45일 전에 온보딩을 시작하고 성공 메트릭을 정의하며 챔피언을 학습시킵니다.
  2. 공지 사항 및 비동기 리소스를 14일 동안 공유합니다.
  3. 7일 후에 워크샵을 개최합니다.
  4. 출시일 당일에 Slack 채널, WiKi, 큐레이팅된 온라인 리소스를 제공합니다.
  5. 교육을 계속 제공합니다. 초기에는 정식 교육을 제공하고, 채택이 확산되면 특정 상황별·요청 기반 지원으로 전환합니다.

라이선스 부여

채택 GitHub Copilot을 추진하려면 팀이 제품에 액세스할 수 있는지 확인해야 합니다. 자세한 내용은 조직의 구성원에 대한 GitHub Copilot 대한 액세스 권한 부여 참조하세요.

조직의 크기에 따라 소규모 파일럿 프로그램으로 시작하는 것이 좋습니다. 이렇게 하면 사용 설정 프로세스를 테스트하고 조직의 나머지 부분에 배포하기 전에 필요한 조정을 수행할 수 있습니다.

먼저 사용 Copilot하려는 소수의 팀을 식별하여 시작할 수 있습니다. 그런 다음 이 팀과 협력하여 Copilot를 시작할 수 있도록 도울 수 있습니다.

GitHub은 많은 성공적인 출시가 개발자가 승인 없이 라이선스를 클레임할 수 있는 완전 셀프 서비스 모델을 제공한다는 사실을 발견했습니다. 이 프로세스를 설정하는 옵션에 대한 자세한 내용은 GitHub Copilot 라이선스에 대한 셀프 서비스 프로세스 설정을(를) 참조하세요.

사용자 환경 설정 지원

팀이 GitHub Copilot에 접근할 수 있게 되면, 해당 환경을 설정하는 방법을 충분히 숙지하도록 하세요. GitHub 에서는 사용자가 환경을 설정하고 일반적인 문제를 해결하는 데 도움이 되는 포괄적인 설명서를 제공합니다. GitHub Copilot을 직접 설정하기GitHub Copilot 문제 해결 참조하세요.

회사에서 회사 프록시 또는 방화벽을 사용하는 경우 사용자가 연결할 GitHub Copilot수 있도록 하는 추가 단계가 있습니다.

  • 주요 URL이 프록시 서버 또는 방화벽의 허용 목록에 추가되어 있는지 확인합니다. Copilot 허용 목록 참조 참조하세요.
  • 사용자가 프록시를 통해 연결하도록 환경을 설정하는 방법에 대한 지침을 제공합니다. 사용자 컴퓨터에 사용자 지정 SSL 인증서를 설치해야 할 수도 있습니다. GitHub Copilot에 대한 네트워크 설정 구성 참조하세요.

더 복잡한 문제의 경우 사용자가 문제를 해결하거나 문제를 에스컬레이션할 수 있도록 내부 연락 지점을 지정하도록 GitHub 지원선택할 수도 있습니다. 방화벽 및 네트워크 구성 문제를 해결할 수 있는 담당자를 선택해야 합니다.

조직에서 Copilot를 효과적으로 사용할 수 있도록 지원

이 섹션에서는 Copilot를 효과적으로 사용할 수 있도록 지원하는 방법의 예를 제공합니다. 이러한 예제를 시작점으로 사용하여 조직의 요구 사항과 목표를 충족하도록 조정할 수 있습니다.

다운스트림의 CopilotGitHub 영향을 주도하고 측정하려면 특정 엔지니어링 목표를 염두에 두고 출시를 선도하는 것이 좋습니다. 목표를 직원에게 전달하고 그에 따라 교육을 구성해야 합니다. GitHub Copilot을 사용하여 회사의 엔지니어링 목표 달성 참조하세요.

온보딩 리소스 만들기

팀이 시작할 수 있도록 내부 온보딩 자료를 만들도록 선택할 수 있습니다 Copilot. 이러한 자료에는 조직의 사용 정책 및 지침 Copilot, GitHub 설명서, 관련 GitHub 블로그 게시물 및 도움이 될 것으로 생각되는 기타 리소스가 포함될 수 있습니다.

GitHub 온보딩 자료에 포함하고 싶은 문서에는 다음이 포함됩니다.

리포지토리를 GitHub 만들어 이러한 자료를 저장하고 팀이 자체 리소스 및 모범 사례를 기여하도록 장려할 수도 있습니다. 이를 통해 사용하는 Copilot팀 간에 커뮤니티 감각을 조성하고 새 팀이 더 쉽게 시작할 수 있습니다.

파일럿 프로그램과 함께 작업하기

파일럿 프로그램의 사용자가 온보딩 리소스를 사용한 후에는 피드백을 받을 수 있는 초기 기회를 갖게 되며, 더 큰 규모로 롤아웃 Copilot 하기 전에 해결해야 할 고착점이 있는지 확인할 수 있습니다.

피드백을 수집하는 한 가지 방법은 설문 조사를 이용하는 것입니다. 설문 조사 엔진을 사용하여 환경의 Copilot 특정 지점에서 Copilot 설문 조사를 트리거하는 앱을 만들 수 있습니다. 설문 조사 엔진을Copilot 참조하세요.

교육 및 지원 제공

파일럿 프로그램을 통해 Copilot 챔피언으로 이루어진 그룹, 즉 Copilot 사용에 열정적이고 다른 사람들이 쉽게 시작하도록 기꺼이 돕는 사람들을 파악할 수 있습니다. 이러한 챔피언과 협력하여 팀이 시작하는 데 도움이 되는 교육 세션, 워크샵 및 기타 리소스를 만들 수 있습니다 Copilot.

팀이 질문을 하고, 모범 사례를 공유하고, 서로 배울 수 있는 공간을 만드는 데 사용할 GitHub Discussions 수도 있습니다. 이를 통해 사용하는 Copilot팀 간에 커뮤니티 감각을 조성하고 새 팀이 더 쉽게 시작할 수 있습니다.

GitHub또한 팀이 효과적으로 사용하는 Copilot 방법을 배울 수 있도록 설계된 워크샵의 선택을 포함하는 전용 Copilot 워크샵 리포지토리를 제공합니다. Copilot 워크샵 참조하세요.

다음 섹션에서는 실제 조직에서 얻은 사례를 바탕으로, 팀이 Copilot을 성공적으로 사용할 수 있도록 돕는 실용적인 예를 제공합니다.

1. 팀 온보딩 스프린트 실행

  • 하루 또는 일주일을 따로 정해서 모든 사용자가 Copilot 사용에 집중합니다.
  • 숙련된 개발자와 새로운 팀 구성원을 연결하여 실제 코드베이스에서 Copilot을 함께 살펴봅니다.
  • 모든 사용자가 특정 워크플로(예: 테스트 작성 또는 콘텐츠 초안 작성 등)에 Copilot을 활용해 보도록 권장합니다.
  • 그룹으로 디브리프합니다. 놀라웠던 점은 무엇이고, 효과적이었던 작업은 무엇이며, 효과가 없었던 작업은 무엇인가요?

2. 정기적인 피드백 루프 빌드

  • 스프린트 레트로 또는 주간 동기화에 Copilot 토론을 추가합니다.
  • 프롬프트: "이번 주에 Copilot이 도움이 된(혹은 도움이 되지 않은) 점은 무엇인가요?"
  • 이러한 대화의 패턴을 바탕으로 팀 문서 또는 온보딩을 조정합니다.

3. 성공 추적 및 축하하기

  • 중요한 몇 가지 지표를 선택합니다(예: PR 처리 속도 향상 또는 “어떻게 시작하지?” 질문 감소). 질문)
  • 팀 채널이나 모임 중에 성공 사례를 공유합니다.
  • Copilot을 통해 다른 사용자에게 가치를 제공하는 팀원을 인정합니다.

학습 리소스 제공

온보딩 리소스 외에도 팀이 Copilot를 활용하는 역량을 향상하는 데 도움이 되도록 학습 리소스 모음을 제공할 수 있습니다. 공동 파일럿 채팅 쿡북은 시작하기에 좋은 장소입니다. Cookbook은 다양한 작업에 대한 도움을 요청하는 Copilot 방법을 알아보는 데 사용할 수 있는 예제 프롬프트의 모음입니다. GitHub Copilot 활용 안내서 참조하세요.

기대 사항 전달

조직에 특정 Copilot 사용 지침이 있는 경우 이러한 지침은 온보딩 자료 및 팀이 정보를 찾을 수 있는 다른 위치에서 명확하게 전달되어야 합니다. 예를 들어 특정 기간에 사용하지 않은 사용자에 Copilot 대한 액세스를 취소하려는 경우 사용자가 이 정책을 알고 있는지 확인합니다.

많은 사용자가 모든 Copilot기능을 인식하지 못할 수 있습니다. 조직의 워크플로에 맞는 다양한 기능을 예상하는 방법에 대한 지침을 제공하고 이를 지원하기 위한 교육을 제공해야 합니다. 엔드투엔드 예제는 에이전트 AI를 엔터프라이즈의 소프트웨어 개발 수명 주기에 통합 참조하세요.

지속적인 분석 및 최적화

사용 프로세스를 구현한 Copilot 후에는 조직의 요구 사항을 계속 충족할 수 있도록 정기적으로 검토하고 최적화해야 합니다. 이 작업을 수행할 수 있는 몇 가지 방법은 다음과 같습니다.

  • 사용량 현황 데이터를 모니터링하여 추세와 패턴을 식별합니다. Copilot 사용 메트릭을 사용하여 라이선스 활성화 및 초기 사용 추적 참조하세요.
  • 할당된 라이선스를 사용하지 않은 사용자에 대한 후속 조치를 취합니다. API를 사용하여 할당된 각 좌석의 최신 활동 날짜를 확인할 수 있습니다. 비활성 사용자에게 GitHub Copilot 라이선스를 사용하도록 미리 알림 참조하세요.
  • 팀의 피드백을 수집하여 무엇이 잘 작동하고 있는지, 무엇이 개선될 수 있는지 파악합니다.
  • 일반적인 문제와 질문을 파악하기 위해 GitHub Discussions 및 기타 커뮤니케이션 채널을 검토
  • 학습한 내용을 바탕으로 사용 설정 프로세스를 반복합니다.
  • 성공적인 출시 후, 온보딩 체크리스트 또는 플레이북을 다른 팀과 공유하여 채택 규모를 조정합니다.

추가 참고 자료

더 구체적인 예시와 자세한 플레이북은 GitHub Copilot개발자 교육 및 온보딩 백서를 참조하세요.