La IA, en tu trabajo.

Qué incorpora el anuncio

GitHub anunció el 22 de octubre de 2026 la sección Industry comparison del panel de impacto de Copilot. Permite comparar indicadores propios con referentes agregados de otros participantes. La incorporación es voluntaria y está desactivada inicialmente, según el anuncio de GitHub.

La guía de acceso contempla empresas y organizaciones que no pertenecen a una empresa. Las organizaciones dependientes participan a través de su empresa; las empresas utilizadas únicamente para asignar licencias de Copilot Business quedan excluidas. Debe estar habilitada la política Copilot usage metrics.

Pueden activar la participación los propietarios de la empresa o de una organización independiente, desde el panel o desde la política Copilot metrics industry comparison: ambas opciones controlan el mismo ajuste. Los resultados son visibles para quienes ya tienen acceso al panel.

Dos indicadores que responden a preguntas distintas

La documentación de las comparaciones distingue estos indicadores para el periodo de 28 días mostrado en el panel.

La referencia de clasificación exige actividad que cumpla los criterios en al menos dos días distintos de la ventana móvil de 28 días. Agent-first corresponde a una superficie de agentes de GitHub; multi-agent, a dos o más, o a la aplicación Copilot. La clasificación se recalcula diariamente. Usar el modo agente del IDE no equivale, por sí solo, a pertenecer al grupo agent-first.

Con quién se compara cada organización

El anuncio permite seleccionar tamaño de empresa y uno de diez sectores. Si faltan participantes del sector, el panel amplía la comparación a todos los sectores del mismo tamaño empresarial. Primero puede aparecer la mediana; el decil superior requiere un grupo mayor.

GitHub precisa que tamaño y sector son autodeclarados y no verificados. Con residencia de datos, los participantes se comparan dentro de la misma región. La documentación tampoco permite conocer las identidades ni el número de participantes de cada grupo.

La ausencia de clasificación puede deberse a participantes insuficientes o a que el indicador propio no pueda calcularse. Sin usuarios no agénticos, por ejemplo, falta la base para leverage. No equivale a una puntuación de cero.

Qué implica participar

Según GitHub, cada participante aporta dos puntuaciones resumen, sin nombres de usuarios, código ni contenido de repositorios o PR. Los agregados se recalculan diariamente y se eliminan después de 30 días. Las comparaciones no se incluyen en la API, las exportaciones NDJSON ni las descargas.

Al desactivar la participación desaparecen inmediatamente las comparaciones del panel; los datos dejan de contribuir desde la siguiente actualización diaria. Así lo detalla la guía de participación.

Interpretación: una referencia para investigar

GitHub advierte en su guía de interpretación que estas comparaciones muestran asociaciones. La composición de los equipos, la complejidad de los proyectos y la madurez de adopción pueden influir en las diferencias. También puede cambiar el grupo de participantes entre periodos.

Nuestra lectura es utilizar una posición relativa para formular preguntas: qué tareas reciben los agentes, cómo se dividen los cambios y dónde se atasca la revisión. Un referente compuesto por participantes voluntarios no permite asumir representatividad de todo un sector. Además, una mejor posición puede coexistir con una puntuación propia estable si cambia el grupo comparado.

Ejemplo sintético: la misma razón puede ocultar trabajos distintos

Supongamos dos equipos ficticios. Las tasas siguientes son supuestos didácticos por usuario y mes, no resultados de GitHub ni de clientes.

• Equipo ficticio A: con agentes, 12 PR por usuario y mes; sin agentes, 6 PR por usuario y mes; razón, 2×. Contexto supuesto: cambios pequeños en una aplicación web.
• Equipo ficticio B: con agentes, 4 PR por usuario y mes; sin agentes, 2 PR por usuario y mes; razón, 2×. Contexto supuesto: migraciones amplias con revisión especializada.

Cómo convertir la comparación en una decisión

Ambos equipos del ejemplo presentan la misma razón, aunque entregan cambios de distinto alcance. Esa igualdad no permite concluir que aportan el mismo valor ni que Copilot haya duplicado su productividad. La división del trabajo y las exigencias de revisión forman parte de la explicación que habría que investigar.

Como criterio editorial de Nexo, antes de transformar el referente en un objetivo conviene:

• Registrar el periodo y el grupo realmente utilizado, especialmente si se amplió a todos los sectores.
• Contrastar las diferencias con tareas, tamaño de los cambios, incidencias y experiencia del equipo.
• Elegir una intervención concreta, como formación o mejora de la revisión, y evaluar su evolución con resultados de entrega y comentarios de los desarrolladores.