¿Qué es Ghost%?
Última actualización 23 de octubre de 2026
Ghost% es la estimación independiente de DevGhost sobre la productividad de un desarrollador a partir del contenido de sus cambios en Git y su dificultad cognitiva. La referencia es un desarrollador de nivel medio que conoce el proyecto y trabaja sin IA. Los resultados sostenidos ayudan a identificar una contribución baja y a los desarrolladores con resultados sólidos. Al 100%, la producción estimada coincide con la base de referencia después de aplicar el cómputo de días seleccionado y Share; por encima del 100%, la supera. La estimación describe la contribución de código, no todo el valor profesional de una persona.
La fórmula
Ghost% = E ÷ (D × 3 × S) × 100
La base
E es el esfuerzo estimado en el ámbito y el periodo seleccionados, en horas de referencia, incluido el excedente asignado. D es el número de días del desarrollador en el modo seleccionado. S = Share ÷ 100: con Share = 100%, S es 1. La base Ghost predeterminada es de 3 horas de referencia por desarrollador y día. Es una base común para comparar la producción, no la duración de toda la jornada laboral. Si la interfaz permite elegir otra base, utiliza ese valor en lugar de 3. El Ghost% bruto utiliza S = 1.
En el modo Spread, D cuenta las fechas con esfuerzo asignado positivo, incluidas las fechas de fin de semana válidas. Un día sin commits puede contar si el modelo le asigna esfuerzo; un día sin esfuerzo asignado no cuenta, y un commit de esfuerzo cero por sí solo no añade un día Spread. Son fechas modeladas, no días de trabajo observados.
El modo FTE utiliza el intervalo de actividad del desarrollador en el ámbito seleccionado: desde la primera fecha con esfuerzo hasta la fecha del último commit, incluidos los commits de esfuerzo cero. Cruza ese intervalo con el periodo seleccionado y cuenta los días laborables, incluidos los que no tienen commits ni esfuerzo, además de las fechas de fin de semana con esfuerzo positivo. Las vistas de equipo también pueden limitar este intervalo a los periodos de pertenencia. Los informes con calendario laboral utilizan un denominador distinto: los minutos disponibles del horario configurado, las excepciones por fecha y las ausencias, divididos entre 480 minutos por día a tiempo completo. Aplican la misma norma de 3 horas y el mismo ajuste de Share; no cambian el cómputo de días Spread/FTE estándar.
Qué ajusta Share
Share es una asignación configurada manualmente entre el 0% y el 100%; su valor predeterminado es el 100%. Considere el 100% como un puesto normal de desarrollo a tiempo completo, no como ocho horas tecleando. La base de 3 horas ya deja margen para la parte habitual de trabajo no relacionado con el código de ese puesto. Reduzca Share cuando la dedicación al trabajo de desarrollo evaluado sea menor, por ejemplo por trabajo a tiempo parcial o responsabilidades adicionales; no vuelva a descontar la parte habitual del día no dedicada al código.
El esfuerzo incluye comprender el código pertinente, diseñar la solución, implementarla, realizar pruebas propias y hacer las correcciones necesarias. Share no vuelve a descontar estas actividades. Las revisiones independientes del trabajo de otras personas, la mentoría, las reuniones y el trabajo que no deja rastro en el código analizado no se miden directamente. Un responsable aporta el ajuste correspondiente al contexto del puesto.
Share modifica el Ghost% ajustado mediante una división. No cambia el esfuerzo estimado, la cronología asignada, el Ghost% sin ajustar, el número de días ni el coste. Con Share = 0%, el Ghost% ajustado no está disponible; no es cero ni infinito. Un Share sin resolver también hace que no esté disponible. Este Coding Share es distinto del porcentaje experimental de rastros de IA que aparece en otras partes del producto.
Ejemplos individuales
Con la norma predeterminada, E = 30 horas de referencia y D = 10 días da un 100% con Share = 100%: 30 ÷ (10 × 3 × 1) × 100. Con los mismos E y D, pero Share = 50%, el Ghost% ajustado es del 200%; el Ghost% sin ajustar sigue siendo del 100%. Con Share = 0%, el Ghost% ajustado no está disponible y se mantienen las 30 horas de referencia.
El modo seleccionado importa: 6 horas de referencia asignadas a una fecha dan un 200% en modo Spread. Si esa fecha se encuentra dentro de un intervalo FTE de 20 días laborables, el Ghost% FTE es del 10% con Share = 100%. La misma producción de código se compara con distintos números de días; ninguno de los resultados reconstruye el tiempo real de trabajo.
Totales del equipo y del repositorio
El Ghost% general que se muestra en el panel y en los resúmenes de repositorios públicos es una media de los porcentajes individuales ponderada por esfuerzo: Σ(Eᵢ × Ghost%ᵢ) ÷ ΣEᵢ. El porcentaje de cada persona ya utiliza su propio número de días y Share. No es el esfuerzo total del equipo dividido entre 3, ni una tasa conjunta por persona-día ni una media simple de personas. Interprete el total junto con el ámbito y el modo seleccionados.
Ejemplo: A tiene 30 horas de referencia en 10 días (100%) y B tiene 15 en 10 días (50%), ambos con Share = 100%. El resultado general ponderado por esfuerzo es (30 × 100 + 15 × 50) ÷ 45 = 83,33%. Dividir sus 45 horas combinadas entre 20 persona-días y después entre 3 daría un 75%, una estadística distinta. Un esfuerzo positivo perteneciente a alguien cuyo Ghost% ajustado no está disponible hace que el resultado general ajustado tampoco esté disponible; los colaboradores con esfuerzo cero no añaden peso.
Repartir el esfuerzo en el tiempo
La cronología es un modelo de cómo podría distribuirse el esfuerzo estimado, no una observación de cuándo se realizó el trabajo. La asignación normal tiene una capacidad compartida de 5 horas de referencia por persona y día entre los repositorios y alias de correo de un espacio de trabajo. Los commits creados en la misma fecha se agrupan, y las asignaciones anteriores consumen esa capacidad.
La ventana de asignación actual contiene 14 fechas naturales: la fecha del commit y las 13 fechas anteriores, que pueden ser anteriores al primer commit o al periodo de informe seleccionado. La fecha del commit puede usarse incluso si cae en fin de semana; se omiten los sábados y domingos anteriores. El excedente se conserva y se incluye en la distribución temporal modelada. Este excedente calculado no son horas extras observadas. Los filtros del informe seleccionan las fechas a las que se asignó el esfuerzo; cambiar el periodo visible no traslada a ese periodo todo el esfuerzo de un commit.
La capacidad de asignación de 5 horas y la referencia Ghost de 3 horas cumplen funciones distintas. La capacidad sitúa el esfuerzo de referencia en la cronología; la referencia convierte la producción diaria de referencia en una estimación relativa de productividad. Ninguna de las dos cifras registra la jornada laboral real de un desarrollador. Las fechas se interpretan en la zona horaria de la proyección. Los espacios de trabajo antiguos y los análisis guardados pueden conservar una política de distribución anterior; estos parámetros describen la política actual.
Cómo leerlo
Las bandas mostradas comparan la producción con la base de referencia seleccionada. Para interpretarlas, utilice patrones sostenidos y el contexto del puesto:
- 120% o más — por encima de la base de referencia.
- Del 100% al 120%: en la base o por encima de ella.
- Del 80% al 100%: ligeramente por debajo de la base.
- Por debajo del 80%: muy por debajo de la base.
Qué significa un resultado superior al 100%
Un valor superior al 100% significa que la producción de código estimada supera la base para el cómputo de días y Share seleccionados. La ayuda de la IA puede ser una causa, junto con la experiencia, las herramientas y la naturaleza del trabajo. Un Ghost% alto por sí solo no demuestra el uso de IA, la calidad del código ni el impacto empresarial.
Qué no es Ghost%
Esta es una estimación basada en modelos de la productividad individual de código, con incertidumbre. No mide las horas reales, la diligencia, la capacidad, la calidad del código, el impacto empresarial ni todo el trabajo ajeno a los cambios analizados. Utilícela para investigar una contribución baja sostenida y reconocer a los desarrolladores con resultados sólidos, con una revisión independiente y el contexto del puesto. No debe ser la única ni la principal base para contratar, fijar la remuneración, ascender o despedir, ni un veredicto automatizado sobre una persona.
DevGhost utiliza el historial y los cambios de Git. No necesita registrar el tiempo, capturar la pantalla ni registrar las pulsaciones de teclas.

