Эффективный процесс включения является важным для внедрения Copilot в вашей организации. Этот процесс должен быть адаптирован к потребностям и целям вашей организации и должен быть разработан, чтобы помочь командам понять, как эффективно использовать Copilot.
Процесс включения может развиваться на основе отзывов и результатов. Вы должны регулярно просматривать и обновлять процесс, чтобы гарантировать, что он продолжает соответствовать потребностям вашей организации.
Процесс включения GitHub Copilot можно разбить на следующие этапы:
- Предоставление лицензий
- Поддержка пользователей, настроенных в среде
- Поддержка эффективного использования Copilot
Необходимые компоненты
- GitHub Copilot необходимо настроить в организации enterprise и . Для получения дополнительной информации см. Настройка GitHub Copilot для вашего предприятия и Настройка GitHub Copilot для вашей организации.
Пример временной шкалы развертывания
Для оптимального внедрения Copilot настройте время и подход к потребностям вашей организации. Например, временная шкала развертывания может выглядеть следующим образом:
- Начните подключение 45 дней перед развертыванием: определите метрики успеха и обучить чемпионов.
- Предоставление общего доступа к объявлениям и асинхронным ресурсам в 14 дней.
- Проводите семинар в 7 дней.
- На день запуска предоставьте канал Slack, вики-сайт и проверенные онлайн-ресурсы.
- Продолжайте предоставлять обучение. Это может быть формально сначала, а затем перейти на конкретную поддержку по запросу по мере роста внедрения.
Предоставление лицензий
Прежде чем добиться внедрения GitHub Copilot, нужно убедиться, что ваши команды имеют access к продукту. Для получения дополнительной информации см. Предоставление доступа к GitHub Copilot членам вашей организации.
В зависимости от размера организации может потребоваться начать с небольшой пилотной программы. Это позволит протестировать процесс включения и внести все необходимые корректировки перед развертыванием в остальной части вашей организации.
Сначала можно определить небольшое количество команд, заинтересованных в использовании Copilot. Затем вы можете работать с этими командами, чтобы помочь им get started с Copilot.
GitHub обнаружил, что многие успешные развертывания предлагают полностью самостоятельную модель, в которой разработчики могут претендовать на лицензию без утверждения. Дополнительные сведения о параметрах настройки этого процесса см. в разделе Настройка процесса самообслуживания для получения лицензий GitHub Copilot.
Поддержка пользователей, настроенных в среде
Когда ваши команды смогут access GitHub Copilot, убедитесь, что они уверены в настройке среды. предоставляет подробную документацию, помогающую пользователям настроить среду и решить распространённые проблемы. См. Настройка GitHub Copilot для себя и Устранение неполадок с GitHub Copilot.
Если ваша компания использует корпоративный прокси-сервер или брандмауэр, необходимо выполнить дополнительные действия по обеспечению подключения пользователей к GitHub Copilot:
- Убедитесь, что URL-адреса ключей добавляются в список разрешений для прокси-сервера или брандмауэра. См. Ссылка на список разрешений Copilot.
- Предоставьте пользователям рекомендации по настройке среды для подключения через прокси-сервер. Также может потребоваться установить пользовательские SSL-сертификаты на компьютерах пользователей. См. Настройка сетевых настроек для GitHub Copilot.
Для более сложных проблем можно также назначить внутреннюю точку контакта, чтобы помочь пользователям устранить проблемы, или передать их на Служба поддержки GitHub. Вы должны выбрать точку контакта, которая уверена в устранении неполадок брандмауэра и конфигурации сети.
Поддержка эффективного использования Copilot в организации
В этом разделе приведены примеры эффективного использования Copilot. Эти примеры можно использовать в качестве отправной точки и адаптировать их в соответствии с потребностями и целями организации.
Чтобы управлять и измерять влияние вниз на Copilot, GitHub рекомендует проводить развертывание с определенными целями проектирования. Вы должны обмениваться своими целями с сотрудниками и организовать обучение соответствующим образом. См . раздел AUTOTITLE.
Создание ресурсов подключения
Вы можете создать внутренние материалы для адаптации, чтобы помочь командам get started с Copilot. Эти материалы могут включать политику и рекомендации вашей организации по использованию Copilot, GitHub документацию, соответствующие GitHub блог-посты и любые другие ресурсы, которые, по вашему мнению, будут полезны.
документация, которую вы можете включить в материалы для адаптации, включает:
-
[автозаголовок](/copilot/using-github-copilot/best-practices-for-using-github-copilot) -
[автозаголовок](/copilot/using-github-copilot/copilot-chat/prompt-engineering-for-copilot-chat) -
[автозаголовок](/copilot/using-github-copilot/getting-code-suggestions-in-your-ide-with-github-copilot) -
[автозаголовок](/copilot/using-github-copilot/asking-github-copilot-questions-in-your-ide)
Вы также можете создать репозиторий GitHub для хранения этих материалов и поощрять команды предоставлять собственные ресурсы и лучшие практики. Это может помочь создать чувство общности среди команд, использующих Copilot, и облегчить get started новым командам.
Работа с пилотной программой
После того как пользователи в пилотной программе использовали ресурсы для подключения, у вас будет начальная возможность обратной связи, чтобы узнать, есть ли какие-либо точки, которые следует устранить перед развертыванием Copilot в большом масштабе.
Одним из способов сбора отзывов является опрос. Вы можете использовать подсистему опроса Copilot для создания приложения, которое активирует опрос в определенных точках в интерфейсе Copilot. См. Copilot движок опроса.
Предложение обучения и поддержки
В вашей пилотной программе вы можете выделить группу Copilot чемпионов, которые с энтузиазмом используют Copilot и готовы помогать другим get started. Вы можете работать с этими чемпионами, чтобы создавать обучающие сессии, семинары и другие ресурсы, которые помогут командам, get started с Copilot.
Вы также можете использовать GitHub Discussions для создания пространства, в котором команды могут задавать вопросы, делиться рекомендациями и учиться друг от друга. Это может помочь создать чувство общности среди команд, использующих Copilot, и облегчить get started новым командам.
также предоставляет специализированный репозиторий Copilot Workshops, который содержит подборку мастер-классов, предназначенных для того, чтобы помочь командам эффективно использовать Copilot. См. Copilot Workshops.
В следующих разделах приведены практические примеры, помогающие командам успешно использовать Copilot, полученные из реальных организаций.
1. Запуск команды подключения спринта
- Отложите в сторону день или неделю, где все сосредоточены на использовании Copilot.
- Свяжи опытных разработчиков с новыми участниками команды, чтобы изучить Copilot в реальной базе кода.
- Рекомендуем всем попробовать Copilot для определенного рабочего процесса (например, писать тесты или разрабатывать содержимое).
- Debrief в качестве группы. Что удивило вас, что работало, и что не?
2. Создание регулярных циклов обратной связи
- Добавьте обсуждение Copilot в спринт ретро или еженедельную синхронизацию.
- Ответ: "Что такое одно место, где Копилот помог (или не) на этой неделе?"
- Используйте шаблоны из этих бесед для настройки документации команды или подключения.
3. Отслеживание и празднование успеха
- Выберите несколько важных метрик (например, более быстрые личные рекорды или меньше вопросов «how do i начать?» вопросы).
- Общий доступ к выигрышам в канале команды или во время собраний.
- Распознать людей, которые помогают другим получить ценность от Copilot.
Предоставление ресурсов обучения
Помимо ресурсов подключения, может потребоваться предоставить библиотеку учебных ресурсов, чтобы помочь командам повысить свои навыки с помощью Copilot. Книга "Копилот Чат — это отличное место для начала. Книга Кука — это коллекция примеров запросов, которые можно использовать для получения запроса Copilot для получения справки по широкому спектру задач. См . раздел AUTOTITLE.
Взаимодействие с ожиданиями
Если у вашей организации есть конкретные рекомендации по использованию Copilot, они должны быть четко переданы в материалах подключения и в любом другом месте, где они могут искать информацию. Например, если вы планируете отозвать access к Copilot для пользователей, которые не использовали их определённый период, убедитесь, что ваши пользователи осведомлены об этой политике.
Многие пользователи могут не знать обо всех возможностях Copilot. Вы должны предложить рекомендации по тому, как вы ожидаете, что различные функции будут соответствовать рабочим процессам вашей организации и предоставлять учебные курсы для поддержки этого. Для полного примера см. Интеграция агентического ИИ в жизненный цикл разработки программного обеспечения предприятия.
Текущий анализ и оптимизация
После реализации процесса включения Copilot следует регулярно просматривать и оптимизировать их, чтобы обеспечить соответствие потребностям вашей организации. Ниже приведены некоторые способы.
- Мониторинг данных об использовании для выявления тенденций и шаблонов. См. Отслеживание активации и первоначального использования лицензий с помощью метрик использования Copilot.
- После выполнения действий с пользователями, которые не использовали назначенную им лицензию. Api можно использовать для просмотра последней даты действия для каждого назначенного места. См. Напоминание неактивным пользователям использовать лицензию GitHub Copilot.
- Сбор отзывов от команд, чтобы понять, что работает хорошо и что можно улучшить.
- Просмотр GitHub Discussions и других каналов связи для выявления распространенных проблем и вопросов.
- Итерации процесса включения на основе извлеченных уроков.
- После успешного развертывания делитесь контрольным списком подключения или сборником схем с другими командами для масштабирования внедрения.
Дополнительные материалы
Для более конкретных примеров и подробного руководства см. белую книгу Training and Onboarding Developers on GitHub Copilot.