A menos que usted mismo sea desarrollador, o que tenga otro desarrollador para realizar un seguimiento del primero, o que haya trabajado previamente con varios desarrolladores, no puede hacerlo.
Los propios desarrolladores tienen dificultades para determinar qué significa ‘productivo’ para ellos. Cada individuo tiene diferentes límites. Cada proyecto requiere diferentes fortalezas. Quizás esta persona en particular tiene problemas con el proyecto A, mientras que en el proyecto B en tres meses su experiencia en escribir backends en su actuación anterior será extremadamente útil.
¿Cómo puedes determinar si un escritor es productivo? ¿Cómo puede determinar si un arquitecto es productivo? ¿Producir líneas de texto o documentos con dibujos es garantía de un buen trabajo?
- ¿Puedo demandar a mi empleado por fraude con la empresa?
- ¿Por qué la cultura corporativa enferma a los empleados? Tanto los empleadores de TI como los que no lo son. ¿Cuándo / dónde es el final?
- ¿Los empleados que han existido por mucho tiempo son mejores?
- ¿Cuáles son los mejores ejemplos de parcialidad en una organización?
- ¿Qué actividades de compromiso de los empleados debo hacer para motivar a los empleados y hacer que el entorno de la oficina sea más productivo?
Descubrir la productividad del programador no es un problema resuelto. Intente medirlo por líneas de código, y tendrá personas que escriben código inútil (y no eliminan el código antiguo según sea necesario); trate de medirlo con errores eliminados por semana, y los errores no triviales no se resolverán (“Necesito llenar mi cuota de errores, esto es demasiado difícil por ahora”); intente presionar a la persona y puede que se doble, dejándolo con un producto que una persona de seguimiento que contrate para que trabaje no pueda mantenerlo.
Hagas lo que hagas, asegúrate de que haya una transferencia adecuada de conocimiento sobre el producto que se está creando.