Desarrollador de Software: perfil, KPI y preguntas de entrevista
Aquí encontrará el perfil de desarrollador de software, indicadores clave de rendimiento (KPI) y materiales de selección. Le ayudarán a acordar resultados útiles para el negocio y evaluar la autonomía del candidato.
Perfiles de puesto, contratación, incorporación y evaluación en PapaHR. Gratis para hasta 25 empleados.
- Usa el perfil de abajo o crea el tuyo con el creador de perfiles.
- En PapaHR, el perfil se convierte en un anuncio de empleo, un plan de incorporación y objetivos para el periodo de prueba.
- A los 90 días, evalúa a la persona con los mismos KPI y competencias.
Perfil del puesto
Para qué existe el puesto
Crear y mantener software que ayude a los clientes y reduzca el trabajo manual de la empresa.
Resultado al cabo de un año
Los cambios acordados funcionan para los usuarios, los escenarios críticos tienen pruebas automatizadas y otro desarrollador puede entender el código y continuar el trabajo.
Lugar en la estructura
- Depende deResponsable de Desarrollo; en equipos pequeños, al responsable técnico del proyecto.
- Personal a cargoNinguno
- Trabaja conResponsable de Producto — valor de los cambios y criterios de aceptación, Responsable de Proyecto — plazos, dependencias y prioridades, Especialista en Pruebas de Software — casos de prueba y reproducción de errores, Diseñador — comportamiento de la interfaz y estados ambiguos, Soporte al Cliente — problemas de usuarios tras la publicación, Especialista en tecnologías de la información (TI) — accesos y entorno
Áreas clave de resultados
- Los usuarios reciben los cambios acordados — Cumplimiento del plan de desarrolloEjemplo: 100% del plan acordado completado.
- Las entregas se aceptan sin correcciones — Aceptación en la primera revisiónEjemplo: 100% de las tareas aceptadas en su primera revisión.
- Las pruebas automatizadas protegen escenarios importantes — Cumplimiento del plan de pruebas automatizadasEjemplo: 100% de los escenarios previstos protegidos por pruebas que funcionan.
- Los errores se corrigen dentro del plazo acordado — Corrección de errores en plazoEjemplo: 100% de los errores cuyo plazo vence este mes corregidos puntualmente.
- El equipo puede mantener los cambios publicados — Documentación lista para la publicaciónEjemplo: 100% de la documentación prevista lista para la publicación.
Requisitos
Experiencia: Cambios autónomos en un producto en producción, acordes al nivel del puesto.
Requisitos formales: Capacidad para explicar el propio código y decisiones; titulación específica opcional.
Debe saber
- Lenguaje de programación y bibliotecas utilizadas por el equipo
- Almacenamiento de datos y comprobación de su integridad
- Control de versiones y colaboración en el código
- Métodos de pruebas automatizadas de software
- Gestión de errores, permisos de acceso y protección de secretos
- Procesos de compilación, publicación y restauración de versiones anteriores
Debe saber hacer
- Leer código existente antes de cambiar su comportamiento
- Reproducir errores y verificar sus causas
- Escribir pruebas para escenarios importantes y restricciones
- Explicar decisiones técnicas en lenguaje accesible al negocio
- Estimar trabajo considerando incertidumbres y dependencias
- Entregar cambios con instrucciones de comprobación y mantenimiento
Competencias en tres niveles
Comprensión del problema
Evita dedicar tiempo a funciones que no resuelven el problema del usuario.
- Explica la tarea y aclara condiciones ambiguas antes de empezar.básico
- Acuerde escenarios, restricciones y criterios de finalización antes de estimar plazos.intermedio
- Detecta trabajo innecesario y propone una forma más sencilla de alcanzar el resultado.avanzado
Código claro y fácil de mantener
Reduce el coste de futuros cambios y la dependencia de una sola persona.
- Sigue la estructura del proyecto y atiende los comentarios de revisión.básico
- Separa responsabilidades de los componentes y explica sus decisiones.intermedio
- Simplifica partes complejas gradualmente, conservando el comportamiento correcto del producto.avanzado
Calidad y pruebas
Protege a los usuarios de fallos tras los cambios y reduce correcciones repetidas.
- Comprueba el escenario principal y añade pruebas con ayuda del mentor.básico
- Comprueba límites, datos incorrectos y escenarios relacionados de forma autónoma.intermedio
- Elige pruebas según las consecuencias del fallo y elimina causas de incidentes recurrentes.avanzado
Investigación de errores
Ayuda a restablecer el producto sin cambios aleatorios ni fallos recurrentes.
- Recoge las condiciones del error y lo reproduce en un entorno seguro.básico
- Contrasta hipótesis con datos y confirma la corrección repitiendo la prueba.intermedio
- Localiza fallos entre componentes y propone medidas para evitar que se repitan.avanzado
Responsabilidad por la entrega
Aclara los plazos y lleva los cambios hasta una publicación que funciona.
- Comunica bloqueos y comprueba la entrega frente a los criterios de la tarea.básico
- Incluye pruebas y publicación en sus estimaciones y avisa de retrasos con antelación.intermedio
- Acuerde reducir el alcance ante riesgos y verifica los resultados después de publicar.avanzado
Colaboración
Permite debatir decisiones técnicas y transferir código sin perder conocimiento.
- Explica su código y hace preguntas concretas a sus compañeros.básico
- Aporta comentarios útiles y debate soluciones sin críticas personales.intermedio
- Ayuda al equipo a acordar soluciones y comparte conocimiento mediante trabajo conjunto.avanzado
Crea un perfil para tu empresa
Marca lo que hace esta persona en tu empresa. A la derecha verás el perfil listo: cópialo o ábrelo en PapaHR.
Crear y mantener software que ayude a los clientes y reduzca el trabajo manual de la empresa.
Funciones- Aclarar necesidades del usuario y criterios de aceptación antes de programar
- Dividir los cambios en tareas pequeñas y verificables
- Estimar plazos y avisar con antelación de posibles retrasos
- Escribir código claro con las tecnologías elegidas por el equipo
- Comprobar escenarios habituales, errores y casos límite
- Cubrir la lógica importante con pruebas automatizadas
- Revisar código de compañeros y atender comentarios sobre el propio
- Preparar publicaciones y un método para restaurar la versión anterior
- Encontrar causas de fallos y corregir errores
- Documentar ejecución, limitaciones y mantenimiento de los componentes modificados
- Integrar servicios externos y gestionar fallos de conexión
- Migrar datos entre versiones verificando su integridad
- Acelerar operaciones lentas tras medir sus causas
- Configurar comprobaciones automáticas antes de publicar
- Participar en guardias acordadas para incidentes del producto
- Formar a desarrolladores júnior mediante tareas compartidas
- Evaluar restricciones técnicas de nuevas ideas de producto
KPI del desarrollador de software
- Cumplimiento del plan de desarrollo — Tareas previstas aceptadas / tareas del plan acordado × 100%. Error: Equiparar tareas de distinta complejidad; ocultar retrasos cambiando el plan retroactivamente.peso 30% · mes
- Aceptación en la primera revisión — Tareas aceptadas sin correcciones / tareas revisadas por primera vez × 100%. Error: Excluir tareas rechazadas; aceptar código sin verificar los criterios de aceptación.peso 25% · mes
- Cumplimiento del plan de pruebas automatizadas — Escenarios previstos con pruebas operativas / escenarios previstos × 100%. Error: Aumentar pruebas sin comprobar escenarios importantes ni datos incorrectos.peso 20% · mes
- Corrección de errores en plazo — Errores corregidos a tiempo / errores con vencimiento en período × 100%. Error: Contar incidencias cerradas sin verificar correcciones; no calcular si no hay errores previstos.peso 15% · mes
- Documentación lista para la publicación — Documentos listos para publicar / documentos previstos × 100%. Error: Contar documentación que impide a otro compañero ejecutar o comprobar el cambio.peso 10% · mes
Calcula la bonificación por KPI
Introduce el porcentaje de cumplimiento de cada indicador y el importe de la bonificación al 100%. Puedes cambiar los pesos.
Los pesos del ejemplo son una referencia. Deben sumar el 100%.
Preguntas para la entrevista
Haz la entrevista y obtén el resultado
Puntúa cada respuesta del 1 al 5: el resultado se calculará por competencias. Puedes mantener esta página abierta en el móvil durante la entrevista.
Comprensión del problema
✓ Qué buscar en la respuesta: Preguntas concretas, escenarios acordados, acciones propias y resultado confirmado.
⚑ Señal de alerta: Empezó a programar sin aclaraciones y después culpó al solicitante.
✓ Qué buscar en la respuesta: Entendió la necesidad, comparó opciones, acordó simplificar y comprobó el valor aportado.
⚑ Señal de alerta: Eliminó un comportamiento necesario sin consultar al responsable de la tarea.
Código claro y fácil de mantener
✓ Qué buscar en la respuesta: Estudió dependencias, limitó los cambios, añadió comprobaciones y explicó el resultado.
⚑ Señal de alerta: Reescribió una parte extensa sin comprobar dependencias.
✓ Qué buscar en la respuesta: Reconoce un problema concreto, explica la corrección y su efecto en el equipo.
⚑ Señal de alerta: No identifica ninguna decisión propia equivocada.
Calidad y pruebas
✓ Qué buscar en la respuesta: Identifica el escenario omitido, la corrección y una prueba que detecta el error original.
⚑ Señal de alerta: Considera las pruebas responsabilidad exclusiva del especialista en pruebas.
✓ Qué buscar en la respuesta: Priorizó escenarios críticos, comprobó errores y comunicó los riesgos pendientes.
⚑ Señal de alerta: Solo probó el escenario de éxito y no avisó a nadie.
Investigación de errores
✓ Qué buscar en la respuesta: Reproducción, observaciones, contraste ordenado de hipótesis y verificación de la corrección.
⚑ Señal de alerta: Cambió varias cosas a la vez sin saber cuál funcionó.
✓ Qué buscar en la respuesta: Comprobó entorno y entradas, reunió registros de eventos e investigó diferencias.
⚑ Señal de alerta: Cerró la incidencia porque en su ordenador funcionaba.
Responsabilidad por la entrega
✓ Qué buscar en la respuesta: Aviso temprano, explicación de la causa, nuevo plan y resultado acordado.
⚑ Señal de alerta: Solo comunicó el retraso después de incumplir el plazo.
✓ Qué buscar en la respuesta: Criterios de publicación, restauración de versión, comprobaciones y coordinación con soporte.
⚑ Señal de alerta: Considera terminada la tarea al entregar el código.
Colaboración
✓ Qué buscar en la respuesta: Debatió consecuencias, utilizó evidencias y registró el acuerdo.
⚑ Señal de alerta: Impuso su decisión por autoridad o hizo críticas personales.
✓ Qué buscar en la respuesta: Explicó la estructura, documentó la ejecución y comprobó un cambio autónomo del compañero.
⚑ Señal de alerta: Envió un enlace al código y dio por terminada la transferencia.
Débil:
Prueba práctica
Reserva de existencias sin descuentos parciales · 2 horas
Escriba una función pequeña en un lenguaje acordado con el candidato. Recibe las existencias y las líneas de un pedido: código de producto y cantidad. Agrupe las líneas repetidas. La cantidad debe ser un entero positivo y el producto debe existir. Si hay existencias suficientes, devuelva las nuevas cantidades disponibles. Ante cualquier error, devuelva un motivo claro sin modificar los datos de entrada. No hace falta base de datos ni interfaz. Añada pruebas automatizadas, instrucciones de ejecución y una explicación breve de sus decisiones. Muestre un pedido correcto, líneas repetidas, producto inexistente, cantidad incorrecta y existencias insuficientes. Si falta tiempo, indique las limitaciones. Use únicamente datos de prueba.
Cómo evaluar
- Requisitos cumplidos; las líneas repetidas se consideran conjuntamente
- Un error en una línea impide cualquier descuento de existencias
- Datos de entrada intactos con cualquier resultado
- Pruebas de pedidos correctos, errores y valores límite
- Código claro sin componentes ni dependencias innecesarios
- Las instrucciones permiten ejecutar la solución; limitaciones explícitas
Anuncio de empleo listo para usar
Desarrollador de Software en [nombre de la empresa]
Desarrollamos [producto] para [usuarios]. Buscamos un desarrollador para [área de responsabilidad].
Tareas
- Desarrollar [componentes del producto] con [lenguaje y tecnologías]
- Acordar el comportamiento de funciones con [responsable del producto]
- Escribir pruebas automatizadas para la lógica importante
- Revisar código de compañeros y atender los comentarios recibidos
- Corregir errores y verificar el funcionamiento después de publicar
- Mantener instrucciones de ejecución y documentación de cambios
Requisitos
- Experiencia con [lenguaje] al nivel [nivel del puesto]
- Capacidad para entender código existente
- Experiencia colaborando mediante control de versiones
- Capacidad para escribir pruebas e investigar errores
- Disposición para debatir plazos, restricciones y valor de los cambios
Qué ofrecemos
- Salario: [salario] $, [condiciones de revisión]
- Horario: [horario], modalidad de trabajo: [modalidad]
- Lugar de trabajo: [ciudad]
- Equipo: [composición del equipo], responsable: [cargo del responsable]
- Equipos y accesos: [condiciones de suministro]
- Formación y comentarios de mejora: [formato y frecuencia]
En PapaHR, este texto se convierte en una vacante con una página de empleo y un embudo de candidatos.
Plan de incorporación de 90 días
Antes del primer día
- Enviar horario de incorporación y contactos del equipoRRHH
- Preparar equipos y accesos con los permisos necesariosTI
- Elegir primera tarea pequeña con criterios de aceptaciónResponsable
- Revisar instrucciones de ejecución para la nueva incorporaciónMentor
Primer día
- Mostrar el producto y las principales acciones del usuarioResponsable
- Explicar almacenamiento de secretos y solicitud de accesosTI
- Ejecutar proyecto y pruebas automatizadas en el entorno de desarrolloNuevo empleado
- Explicar los procesos de revisión de código y publicaciónMentor
Primera semana
- Completar la primera tarea y añadir una comprobaciónNuevo empleado
- Revisar el primer cambio y explicar los comentariosMentor
- Mostrar registros de errores y restauración de la versión anteriorMentor
- Acordar objetivos del periodo de prueba y métodos de evaluaciónResponsable
30 días
- Publicar un cambio pequeño bajo supervisión del mentorNuevo empleado
- Investigar un error desde su reproducción hasta verificar la correcciónNuevo empleado
- Debatir precisión de estimaciones y causas de retrasosResponsable
- Comprobar si los accesos y el apoyo del equipo son suficientesRRHH
60 días
- Aclarar y completar autónomamente una tarea de complejidad acordadaNuevo empleado
- Añadir pruebas para escenarios arriesgados del propio cambioNuevo empleado
- Evaluar utilidad de sus comentarios al revisar código de compañerosMentor
- Comparar resultados con los objetivos del periodo de pruebaResponsable
90 días
- Presentar cambios publicados y evidencias de su funcionamientoNuevo empleado
- Pedir a otro desarrollador que ejecute el componente siguiendo las instruccionesMentor
- Evaluar autonomía, calidad y cumplimiento del plan acordadoResponsable
- Revisar resultados del periodo de prueba y próximos pasos de desarrolloResponsable
Objetivos para el periodo de prueba
- Dominar el proceso desde la ejecución local hasta la publicaciónPara el día 30, ejecuta el proyecto autónomamente; un cambio se ha publicado con el mentor y verificado.
- Completar tareas acordadas hasta su aceptación de forma autónomaPara el día 90, ha completado el plan acordado; cada tarea cumple sus criterios de aceptación.
- Proteger escenarios importantes de los cambios con pruebas automatizadasPara el día 60, todos los escenarios acordados tienen pruebas que detectan un error introducido intencionadamente.
- Transferir conocimientos de mantenimiento del componente modificadoPara el día 90, otro compañero ejecuta el componente y verifica un cambio siguiendo las instrucciones preparadas.
Trayectoria profesional
Completa tareas pequeñas con requisitos claros y ayuda frecuente de un mentor.
Para avanzar: Aclarar y completar tareas habituales autónomamente, escribir pruebas y atender comentarios de revisión.
Responde por el cambio completo: aclaración, código, pruebas, publicación y mantenimiento.
Para avanzar: Resolver tareas ambiguas, identificar dependencias y ayudar a compañeros a mejorar soluciones.
Diseña cambios complejos, reduce riesgos técnicos y desarrolla a otros profesionales.
Para avanzar: Para asumir gestión, aprender planificación de equipo, comentarios de mejora y reparto de responsabilidades.
Responde por resultados del equipo, desarrollo de personas y estabilidad de las publicaciones.
Para avanzar: Ampliar la responsabilidad sobre la dirección técnica conforme crezcan el negocio y el equipo.
Preguntas para la reunión 1:1
- ¿En qué tarea actual sigue sin estar claro el resultado que necesita el usuario?
- ¿Qué dependencia puede retrasar la entrega y cómo puedo ayudarle?
- ¿Dónde rehacemos más código después de la aceptación y por qué?
- ¿Qué parte del producto parece más arriesgada de cambiar sin comprobaciones adicionales?
- ¿Qué paso manual de la publicación consume más tiempo?
- ¿Qué comentarios sobre su código se repiten y qué ayudaría a resolverlos?
- ¿Qué conocimientos de mantenimiento del componente tiene solo usted?
- ¿Qué próxima tarea le gustaría asumir para desarrollar su autonomía?
Errores de contratación y gestión
- Contratar por una lista de tecnologías sin debatir decisiones del candidato.
Cómo hacerlo mejor: Examinar un cambio concreto: problema, código, comprobaciones, restricciones y resultado. - Medir productividad por líneas de código o pequeñas tareas cerradas.
Cómo hacerlo mejor: Evaluar cambios aceptados, complejidad del trabajo y calidad después de publicar. - Cambiar requisitos manteniendo el plazo original sin hablarlo.
Cómo hacerlo mejor: Renegociar alcance, plazo y prioridad; conservar el historial de cambios del plan. - Responsabilizar solo al especialista en pruebas de los errores del desarrollador.
Cómo hacerlo mejor: Incluir comprobaciones propias y pruebas automatizadas en los criterios de finalización. - Concentrar código y publicaciones en un único desarrollador experimentado.
Cómo hacerlo mejor: Revisar código entre compañeros, documentar la ejecución y compartir regularmente el mantenimiento.
Cuánto cuesta una mala contratación del desarrollador de software
El mismo cálculo que en la sección «RRHH en dinero» de PapaHR: el costo de selección más el salario de los meses en que el nuevo empleado trabajó a la mitad de su capacidad.
En los primeros meses, un nuevo empleado aporta aproximadamente la mitad del resultado: la otra mitad del salario es lo que la empresa paga por su aprendizaje. En PapaHR, el cálculo se basa en las salidas reales de tu empresa.
Preguntas y respuestas
¿Qué diferencia hay entre desarrollador y programador?
Las ofertas suelen usar estos nombres para la misma función. Al contratar, defina si la persona solo escribirá código o también aclarará necesidades, probará y publicará cambios. Indíquelo en el perfil y en el anuncio.
¿Cómo evaluar a un desarrollador sin saber programar?
Pida que explique una tarea anterior: qué se necesitaba, qué hizo personalmente y cómo verificó el resultado. Encargue a un desarrollador experimentado que lea y comente la solución técnica. Acuerde los criterios de evaluación antes de la entrevista.
¿Qué indicadores sirven para evaluar a un desarrollador?
Empiece por el cumplimiento del plan acordado, la aceptación y las pruebas de escenarios importantes. Considere la complejidad de las tareas, los nuevos requisitos y los retrasos externos. Las líneas de código no muestran el valor de un cambio.
¿Un desarrollador necesita una titulación técnica universitaria?
El puesto exige entender código, encontrar errores y publicar cambios que funcionen. Un título por sí solo no demuestra esas capacidades. Evalúe las habilidades con tareas cercanas a su producto.
¿Puede un desarrollador encargarse de todo el producto?
Primero defina el volumen de desarrollo, soporte y publicaciones. Si una persona hace todo, organice la revisión de código y una forma de transferir el mantenimiento. De lo contrario, sus vacaciones o salida pueden detener los cambios del producto.
Contrata, incorpora y evalúa en un solo sistema
PapaHR es gratis para hasta 25 empleados: perfiles de puesto, vacantes, incorporación, objetivos, reuniones 1:1 y evaluaciones.