회사에서 GitHub Copilot 도입 촉진

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

이 기사에서

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

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

GitHub Copilot 사용 설정 프로세스는 다음 단계로 나눌 수 있습니다.

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

필수 조건

출시 타임라인 예시

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

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

라이선스 부여

GitHub Copilot의 도입을 추진하기 전에, 팀이 해당 제품에 접근할 수 있는지 확인해야 합니다. 자세한 내용은 조직의 구성원에 대한 GitHub Copilot 대한 액세스 권한 부여 참조하세요.

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

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

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

사용자 환경 설정 지원

팀이 GitHub Copilot에 접근할 수 있게 되면, 환경 설정을 자신 있게 수행할 수 있는지 확인합니다. 에서는 사용자가 환경을 설정하고 일반적인 문제를 해결하는 데 도움이 되는 포괄적인 설명서를 제공합니다. 자신을 위해 GitHub Copilot 설정하기 및 GitHub Copilot 문제 해결 참조하세요.

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

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

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

조직에서 Copilot의 효과적인 사용 지원

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

GitHub는 Copilot의 다운스트림 영향을 주도하고 정확히 측정하기 위해, 특정 엔지니어링 목표를 설정하고 롤아웃을 시작할 것을 권장합니다. 목표를 직원에게 전달하고 그에 따라 교육을 구성해야 합니다. GitHub Copilot을 사용하여 회사의 엔지니어링 목표 달성을(를) 참조하세요.

온보딩 리소스 만들기

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

GitHub 설명서 중 귀하의 온보딩 자료에 포함할 만한 내용은 다음과 같습니다.

  •         [AUTOTITLE](/copilot/using-github-copilot/best-practices-for-using-github-copilot)

  •         [AUTOTITLE](/copilot/using-github-copilot/copilot-chat/prompt-engineering-for-copilot-chat)

  •         [AUTOTITLE](/copilot/using-github-copilot/getting-code-suggestions-in-your-ide-with-github-copilot)

  •         [AUTOTITLE](/copilot/using-github-copilot/asking-github-copilot-questions-in-your-ide)

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을 사용하여 기술을 발전시키는 데 도움이 되는 학습 리소스 라이브러리를 제공할 수 있습니다. Copilot 채팅 Cookbook은 시작하기에 좋은 곳입니다. Cookbook은 Copilot에 다양한 작업에 대한 도움을 요청하는 방법을 알아보는 데 사용할 수 있는 예제 프롬프트 모음입니다. GitHub Copilot Chat 매뉴얼을(를) 참조하세요.

기대 사항 전달

조직에 특정 Copilot 사용 지침이 있는 경우, 온보딩 자료 및 팀에서 정보를 찾을 수 있는 모든 곳에서 이러한 지침이 명확하게 전달되어야 합니다. 예를 들어, 특정 기간 동안 사용하지 않은 사용자에 대해 Copilot에 대한 접근 권한을 취소하려는 경우, 사용자들이 이 정책에 대해 알고 있는지 확인하십시오.

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

지속적인 분석 및 최적화

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

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

추가 참고 자료

보다 구체적인 예시와 상세한 실행 지침은 GitHub Copilot 개발자 교육 및 온보딩 백서를 참조하세요.