Эффективный процесс включения является важным для внедрения Copilot в организации. Этот процесс должен быть адаптирован к потребностям и целям вашей организации и должен быть разработан, чтобы помочь командам понять, как эффективно использовать Copilot .
Процесс включения может развиваться на основе отзывов и результатов. Вы должны регулярно просматривать и обновлять процесс, чтобы гарантировать, что он продолжает соответствовать потребностям вашей организации.
Процесс GitHub Copilot включения можно разбить на следующие этапы:
- Предоставление лицензий
- Поддержка пользователей, настроенных в среде
- Поддержка эффективного использования Copilot
Необходимые компоненты
- GitHub Copilot необходимо настроить в вашей организации и организации. Для получения дополнительной информации смотрите Настройка GitHub Copilot для вашего предприятия и Настройка GitHub Copilot для вашей организации.
Пример временной шкалы развертывания
Для оптимального Copilot внедрения настройте время и подход к потребностям вашей организации. Например, временная шкала развертывания может выглядеть следующим образом:
- Начните подключение 45 дней перед развертыванием: определите метрики успеха и обучить чемпионов.
- Предоставление общего доступа к объявлениям и асинхронным ресурсам в 14 дней.
- Проводите семинар в 7 дней.
- На день запуска предоставьте канал Slack, вики-сайт и проверенные онлайн-ресурсы.
- Продолжайте предоставлять обучение. Это может быть формально сначала, а затем перейти на конкретную поддержку по запросу по мере роста внедрения.
Предоставление лицензий
Прежде чем приступить к внедрению 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 Workshops.
В следующих разделах приведены практические примеры, помогающие командам успешно использовать Copilot, полученные из реальных организаций.
1. Запуск команды подключения спринта
- Отложите в сторону день или неделю, где все сосредоточены на использовании Copilot.
- Свяжи опытных разработчиков с новыми участниками команды, чтобы изучить Copilot в реальной базе кода.
- Рекомендуем всем попробовать Copilot для определенного рабочего процесса (например, писать тесты или разрабатывать содержимое).
- Debrief в качестве группы. Что удивило вас, что работало, и что не?
2. Создание регулярных циклов обратной связи
- Добавьте обсуждение Copilot в спринт ретро или еженедельную синхронизацию.
- Ответ: "Что такое одно место, где Копилот помог (или не) на этой неделе?"
- Используйте шаблоны из этих бесед для настройки документации команды или подключения.
3. Отслеживание и празднование успеха
- Выберите несколько важных метрик (например, более быстрые личные рекорды или меньше вопросов «how do i начать?» вопросы).
- Общий доступ к выигрышам в канале команды или во время собраний.
- Распознать людей, которые помогают другим получить ценность от Copilot.
Предоставление ресурсов обучения
В дополнение к ресурсам подключения может потребоваться предоставить библиотеку учебных ресурсов, чтобы помочь командам повысить свои навыки.Copilot Кукбука Копилот Чат — это отличное место для начала. Книга Кука — это коллекция примеров запросов, которые можно использовать для получения Copilot справки по широкому спектру задач. См. Кулинарная книга GitHub Copilot.
Взаимодействие с ожиданиями
Если у вашей организации есть конкретные Copilot рекомендации по использованию, они должны быть четко переданы в материалах подключения и в любом другом месте, которые команды могут искать информацию. Например, если вы планируете отозвать доступ Copilot для пользователей, которые не использовали его в течение определенного периода времени, убедитесь, что пользователи знают об этой политике.
Многие пользователи могут не знать обо всех возможностях Copilot. Вы должны предложить рекомендации по тому, как вы ожидаете, что различные функции будут соответствовать рабочим процессам вашей организации и предоставлять учебные курсы для поддержки этого. Для полного примера см. Интеграция агентического ИИ в жизненный цикл разработки программного обеспечения предприятия.
Текущий анализ и оптимизация
После реализации Copilot процесса включения необходимо регулярно просматривать и оптимизировать его, чтобы обеспечить соответствие потребностям вашей организации. Ниже приведены некоторые способы.
- Мониторинг данных об использовании для выявления тенденций и шаблонов. См. Отслеживание активации и первоначального использования лицензий с помощью метрик использования Copilot.
- После выполнения действий с пользователями, которые не использовали назначенную им лицензию. Api можно использовать для просмотра последней даты действия для каждого назначенного места. См. Напоминание неактивным пользователям использовать лицензию GitHub Copilot.
- Сбор отзывов от команд, чтобы понять, что работает хорошо и что можно улучшить.
- Просмотр и другие каналы связи для выявления GitHub Discussions распространенных проблем и вопросов.
- Итерации процесса включения на основе извлеченных уроков.
- После успешного развертывания делитесь контрольным списком подключения или сборником схем с другими командами для масштабирования внедрения.
Дополнительные материалы
Более конкретные примеры и подробные сборники схем см. в статье "Обучение и подключение разработчиков" на GitHub Copilot техническом документе.