Impulsar la adopción por parte del equipo de GitHub Copilot con capacidades agénticas

Después de que los desarrolladores usen Copilot, un lanzamiento centrado puede ayudar a los equipos establecidos a agregar GitHub Copilot app y Copilot CLI a su trabajo diario. Estas herramientas complementan el modo de chat y agente del IDE. El objetivo es ayudar a los equipos a crear flujos de trabajo agente repetibles con la herramienta que mejor se adapte a cada tarea.

Esta guía es para las personas que coordinan la adopción de Copilot para equipos consolidados. Le guía a través de un sprint de incorporación de dos semanas para probar el ajuste del flujo de trabajo y establecer hábitos de uso. Un sprint de dos semanas proporciona una señal temprana de adopción, no suficiente evidencia para demostrar la productividad a largo plazo o el impacto en los costos.

Antes del sprint

Identifique un coordinador de implementación y las personas responsables de las directivas, licencias, métricas, seguridad, soporte técnico y gasto. Acordad quién puede pausar el sprint o desactivar el acceso si surge un problema inesperado de directiva, seguridad o costes.

Selección y equipamiento de un equipo inicial

Comience con un equipo o un pequeño grupo de equipos establecidos. Es más probable que los participantes aprendan entre sí y puede distinguir prácticas de equipo de preferencias individuales.

Elija los equipos que tengan:

Un jefe o jefe de equipo que modelará el uso y lo analizará en reuniones de equipo
Uno o varios profesionales con experiencia que puedan probar flujos de trabajo avanzados, apoyar a sus compañeros y convertir los experimentos exitosos en directrices para el equipo
Trabajo adecuado para herramientas con capacidad de actuación autónoma, como analizar una base de código, realizar cambios coordinados en varios archivos, ejecutar pruebas o preparar pull requests
Métricas de entrega estables que puede usar como línea base

Evite seleccionar solo entusiastas. Incluya una combinación representativa de niveles de experiencia para que el sprint muestre barreras comunes de configuración, confianza y flujo de trabajo.

Seleccione un proyecto real con suficientes tareas adecuadas para que los participantes usen herramientas basadas en agentes varias veces durante el sprint. A continuación, configure el acceso:

Confirme que cada participante recibe su Copilot licencia a través de la organización cuyas directivas regirán el sprint.
Trabaje con los propietarios de la empresa y de la organización adecuados para habilitar las directivas independientes para GitHub Copilot app y Copilot CLI.
Confirme el ámbito antes de habilitar una directiva. Las directivas de la organización se aplican a todos los usuarios que reciben su licencia a través de esa organización, no solo el equipo seleccionado. Las directivas empresariales también pueden restringir qué configuración pueden cambiar los propietarios de la organización. Para obtener más información, vea directivas de GitHub Copilot para empresas y organizaciones.
Pida a los participantes que instalen e inicien sesión en ambas herramientas antes del inicio. Consulte Introducción a la aplicación Copilot de GitHub y Configuración de GitHub Copilot CLI.
Confirme que cada participante puede acceder al proyecto y usar las herramientas en las directivas deseadas y la configuración administrada.
Conceda a la persona que mide el sprint acceso a las métricas de uso de Copilot. Para la función requerida, consulte Métricas de uso de GitHub Copilot.

Si es la primera vez que habilita estas herramientas, trate el sprint como parte de una prueba piloto más amplia de una funcionalidad. Antes de empezar, calcule los costes en función del uso, establezca un presupuesto adecuado con el comportamiento de parada deseado y planifique supervisar el gasto durante el sprint. Para obtener un proceso completo, consulte Pruebe una nueva función o modelo de Copilot en su empresa.

Definir objetivos de activación y de resultado

Establezca un objetivo de activación para el sprint de incorporación. Por ejemplo, fije un objetivo para que cada participante use Copilot app o Copilot CLI al menos tres días distintos cada semana del sprint. El uso repetido proporciona a los participantes tiempo para probar las herramientas en diferentes tareas y decidir dónde encajan en el trabajo diario.

Relaciona el objetivo de activación con uno o dos resultados que sean importantes para el equipo. Por ejemplo:

Reduzca el tiempo desde que se empieza a trabajar hasta abrir una pull request.
Completa más tareas de mantenimiento sin retrasar el desarrollo planificado de funcionalidades.
Reduzca el tiempo dedicado a investigar código desconocido.
Mantenga o mejore la calidad de las revisiones a la vez que aumenta el volumen de solicitudes de incorporación de cambios.

Registre una línea base para los resultados antes del sprint.

No use la cantidad de código generado como objetivo de éxito. El código más generado no crea necesariamente más valor y puede aumentar el trabajo de revisión o mantenimiento.

Preparación de flujos de trabajo, seguimiento y medidas de seguridad

En lugar de pedir a los participantes que "usen más inteligencia artificial", asigne al equipo dos o tres flujos de trabajo aprobados que coincidan con su trabajo actual. Por ejemplo:

Use Copilot CLI para investigar un error, planear un cambio de varios archivos, ejecutar pruebas o revisar los cambios locales.
Use Copilot app para trabajar desde un problema, realizar cambios en una sesión del agente y abrir una solicitud de incorporación de cambios.
Mueva entre las herramientas cuando sea útil, por ejemplo, abriendo Copilot app desde Copilot CLI con copilot app.

Para cada flujo de trabajo, documente los pasos de revisión, prueba y aprobación humanos necesarios. Si su empresa usa instrucciones personalizadas, agentes, configuraciones administradas o servidores aprobados del Protocolo de contexto de modelo (MCP), configúrelos antes del sprint.

Decida cómo compartirá el equipo ejemplos y realizará un seguimiento del progreso. Ustedes pueden:

Añada una etiqueta temporal a la solicitud de extracción, como copilot-pilot, para que los participantes puedan encontrar y debatir ejemplos pertinentes.
Agregue un marcador coherente a los mensajes de confirmación pertinentes, como Copilot-Assisted: true, si la organización ya analiza los metadatos de confirmación.
Prepara un panel del equipo que muestre el porcentaje de participantes que están activos en cualquiera de las dos herramientas tres o más días a la semana.
Elija una reunión o canal de equipo existente en el que los participantes puedan compartir la tarea, el flujo de trabajo y el resultado sin necesidad de compartir mensajes que puedan contener información confidencial.

Las etiquetas y los marcadores de mensaje de commit proporcionan un contexto autodeclarado, no datos fiables sobre el uso. Úselos para buscar ejemplos e iniciar conversaciones. Utilice Copilot métricas de uso para medir la actividad.

Antes de la puesta en marcha, documente:

Quién revisará el acceso, el comportamiento de la directiva, la actividad del agente, los problemas de soporte técnico y los gastos durante el sprint.
Cómo los participantes notificarán un comportamiento inesperado o no seguro
Condiciones que pausarán o detendrán el sprint, como un ámbito de directiva no deseado, resultados no seguros repetidos o gastos que se aproximan al límite acordado.
Cómo el responsable designado deshabilitará las herramientas o eliminará la configuración específica del sprint.

Durante el sprint

En la primera semana, quite las barreras de configuración y cree experiencias compartidas. En la segunda semana, refuerza los flujos de trabajo exitosos y soluciona las barreras.

Semana uno: Iniciar y completar los primeros flujos de trabajo

Inicie con todo el equipo. Explique los resultados que desea mejorar, el objetivo de activación y los límites que los participantes deben seguir.
Demuestra trabajo real. Pida al administrador, responsable del equipo o colaborador experimentado que complete uno de los flujos de trabajo seleccionados en el código base del equipo. Mostrar dónde permanecen necesarias las revisiones y la aprobación humanas.
Complete una primera tarea juntas. Empareja a los participantes para que todos inicien una sesión en Copilot app o Copilot CLI y completen una tarea breve y de bajo riesgo.
Use las herramientas durante el trabajo normal. Pida a los participantes que utilicen al menos un flujo de trabajo seleccionado durante el número de días indicado en su objetivo de activación. Evite crear ejercicios artificiales después de la primera tarea.
Compruebe las operaciones. Confirme que las directivas y la configuración administrada se comportan según lo previsto. Revise los informes de seguridad y soporte técnico y compruebe los gastos basados en el uso con respecto al límite acordado.

Semana dos: Reforzar flujos de trabajo útiles

Analice el uso en las reuniones existentes. Pregunte para qué sirvieron las herramientas, cuándo los participantes eligieron otra Copilot herramienta o función y qué se lo impidió.
Responder a las barreras de flujo de trabajo. Use las siguientes acciones:
- Otra herramienta se ajusta mejor a la tarea: mantenga el flujo de trabajo existente para esa tarea y centre el sprint en el trabajo que se beneficia de las herramientas seleccionadas.
- El participante no sabía cómo iniciar: proporcione un mensaje de inicio probado para uno de los flujos de trabajo seleccionados.
- El agente no tiene contexto o produjo resultados deficientes: mejore las instrucciones del repositorio, las descripciones de tareas o las herramientas disponibles y vuelva a probar el flujo de trabajo.
- El participante no confiaba en el resultado: demostrar cómo revisar diferencias, restringir permisos, ejecutar pruebas y descartar cambios no deseados.
- La herramienta no estaba disponible o bloqueada: compruebe la asignación de licencias, las directivas, la instalación, la autenticación, el acceso a la red y la configuración de herramientas aprobadas.
Ajuste la guía de flujo de trabajo. Quite los flujos de trabajo que no ayudaron, corrija los problemas de acceso o configuración y comparta prácticas de sesiones correctas.
Vuelva a comprobar las operaciones. Revise los informes de seguridad, la actividad del agente, el comportamiento de las directivas, las necesidades de soporte técnico y los gastos. Pausar el sprint si se cumple una de las condiciones de detención.
Revise los resultados preliminares. Al final de la semana dos, compare las señales de activación y resultados con la línea base.

No desaliente el uso normal del IDE. El objetivo es ayudar al equipo a elegir una herramienta agente cuando reduce el esfuerzo o amplía lo que puede lograr.

Después del sprint

Mida los resultados, documente lo que ha aprendido y decida si desea repetir, expandir, rediseñar, pausar o detener el lanzamiento.

Medición del uso sostenido

Use informes diarios para cada usuario de la Copilot API de métricas de uso:

used_cli y used_copilot_app muestran si una persona usó cada herramienta en un día determinado.
totals_by_cli y totals_by_copilot_app proporcionan recuentos de sesiones, solicitudes y mensajes para un análisis más profundo.

Para comprobar el objetivo de activación:

Filtre las filas diarias para que coincidan con las fechas del sprint.
Mantenga las filas donde used_cli o used_copilot_app es true.
Agrupe las filas por usuario y semana.
Cuente los valores distintos day de cada grupo.

Un participante alcanza el objetivo de tres días cuando el conteo es de al menos tres cada semana.

Para ver estos campos por equipo, únase al informe de equipos de usuario con el informe de uso por usuario. Consulte Métricas de uso de Copilot a nivel de equipo.

Utiliza el panel de impacto como una visión orientativa a más largo plazo de la adopción global del agente. Las cohortes de adopción usan una ventana final de 28 días y pueden reflejar la actividad de las características agenteicas más allá de las dos herramientas de este sprint. No use un cambio de cohorte para atribuir el impacto a este sprint. Consulte Visualización del panel de impacto de Copilot.

Medición de los resultados del equipo

Compare el período de sprint con la línea base mediante medidas como:

Solicitudes de incorporación de cambios combinadas por desarrollador
Tiempo medio para fusionar pull requests
Tasa de finalización de trabajos pendientes o de mantenimiento
Defectos, reelaboración o revisión de los resultados
Confianza y satisfacción de los participantes de una breve encuesta

Revise los resultados cuantitativos junto con los comentarios del equipo. Las diferencias en la complejidad del proyecto, el personal y el tipo de trabajo pueden afectar a las métricas de entrega, por lo que no atribuyen todos los cambios a Copilot.

Decidir cómo escalar

Resumir:

Porcentaje de participantes que alcanzaron el destino de activación
Qué flujos de trabajo repiten los participantes sin preguntar
Las barreras de configuración, gobernanza o confianza más comunes
Cambios en los resultados del equipo seleccionado
Costes en función del uso y cualquier trabajo operativo necesario para respaldar el despliegue
Cualquier problema de seguridad y cómo los resolvió

Expanda a otro equipo establecido cuando el equipo inicial muestre flujos de trabajo repetibles y calidad, seguridad, necesidades de soporte técnico y costo aceptables. Si la activación es baja, identifique y solucione las barreras específicas del equipo, como los problemas de configuración o los flujos de trabajo no adecuados. No cambie el lanzamiento de los equipos que ya han adoptado correctamente las herramientas.

Si ha habilitado las herramientas específicamente para este sprint, no use dos semanas de datos como prueba de impacto en los costos a largo plazo. Continúe con el piloto ampliado hasta que disponga de suficientes datos de ciclos de facturación para tomar una decisión fundamentada sobre la ampliación.

A medida que se expanda, mantenga las mismas definiciones de activación y de resultados para poder comparar los grupos de implementación. Vuelva a consultar los objetivos después de tener suficiente evidencia interna para definir un uso sostenido y valioso para su empresa.