Cómo evalúa DevGhost la productividad de los desarrolladores

El tamaño de un cambio no equivale a la cantidad de trabajo

Añadir una biblioteca ya preparada puede llevar unos minutos y producir miles de líneas añadidas. Sin embargo, un pequeño cambio de comportamiento en unos pocos archivos puede exigir comprender las dependencias, diseñar una solución y comprobarla con cuidado. DevGhost estima el trabajo de ingeniería que hay detrás de un cambio, para que la actividad visible no sustituya a la contribución.

Aprendizaje automático basado en el código

DevGhost combina el aprendizaje automático y su propia red neuronal con el análisis estructural de los cambios de Git y algoritmos especializados. En conjunto, estiman el esfuerzo cognitivo en una escala común de desarrollador de referencia.

DevGhost no utiliza LLM para analizar código. Sus propios modelos entrenados y algoritmos calculan la estimación.

• Los cambios se consideran en el contexto del código existente, incluidas las relaciones entre las partes modificadas y los indicios de reutilización.
• Los cambios mecánicos reconocidos y los artefactos generados se tratan por separado, para que su volumen no se confunda con nuevo trabajo de ingeniería.
• El código sustancial creado con ayuda de IA se evalúa en la misma escala. Lo que importa es el resultado representado en el código.

Dos cambios, trabajos diferentes

Estos commits públicos muestran por qué el tamaño de un diff no basta para evaluar la contribución.

Qué significan las horas de referencia

La referencia es un desarrollador de nivel intermedio con 3-4 años de experiencia que conoce el proyecto y trabaja sin IA. La estimación abarca el trabajo que necesitaría para comprender el código pertinente, diseñar e implementar una solución, comprobarla y realizar las correcciones necesarias. Incluye las pruebas realizadas por el propio desarrollador: ejecutar las pruebas adecuadas e interpretar sus resultados, comprobar manualmente el comportamiento cuando sea necesario y revisar su propio cambio antes de terminar.

Una escala común permite comparar las contribuciones de los desarrolladores y observar cómo cambian a lo largo del tiempo. Las horas de referencia describen el trabajo estimado representado en el código, no el tiempo que el autor dedicó realmente.

De las horas de referencia a Ghost%

La distribución de las estimaciones a lo largo del tiempo se basa en investigación empírica y mediciones prácticas. DevGhost utiliza una escala de referencia común para comparar los resultados. Ghost% muestra la producción respecto a la base, teniendo en cuenta Share y el método de recuento de días seleccionado. Al 100%, la producción coincide con la base; por encima del 100%, la supera. La ayuda de IA puede ser una causa, pero la cifra por sí sola no demuestra que se haya utilizado IA.

Fórmula, Share, Spread y FTE

Ten en cuenta el contexto

Observa los resultados sostenidos durante varios periodos y examina después los cambios y las responsabilidades de la persona. DevGhost no mide las horas reales, la calidad del código ni todo el valor profesional de un desarrollador. El trabajo ajeno a los cambios analizados también importa. Las decisiones laborales exigen una evaluación humana independiente y sustantiva; Ghost% no debe ser su única ni su principal base.

Comprueba el historial de un proyecto que conozcas

Elige un repositorio y un periodo cuyos resultados del equipo conozcas bien. Compara la evaluación de DevGhost con tu experiencia: quién hizo una contribución sólida, dónde el desarrollo quedó sistemáticamente por debajo de las expectativas y qué tareas difíciles pasaron desapercibidas en las estadísticas de actividad. Abre cambios concretos y examina tanto las coincidencias como las discrepancias. Así podrás juzgar la utilidad del sistema para tus decisiones de gestión a partir de un trabajo que ya conoces.

Comprueba un proyecto que conozcas