Introducción
Verificar la experiencia de un desarrollador web evita retrabajo, retrasos y sobrecostes. Un proceso riguroso reduce riesgos técnicos y asegura impacto medible: tiempo de entrega, estabilidad y conversión. Esta guía ofrece pasos prácticos, plantillas y criterios accionables pensados para mercados hispanohablantes.
Requisitos previos
Antes de evaluar, prepara:
- Descripción del puesto: stack, nivel, tipo de contrato, presupuesto y KPIs.
- Documentos a solicitar: CV, portafolio con URLs, repositorios, LinkedIn y referencias.
- Herramientas: cuentas en GitHub/GitLab, CodeSandbox, plantilla de prueba y rúbrica.
- Equipo: revisor técnico, RR. HH. y product/PO.
Guía paso a paso
-
Paso 1 — Definir requisitos y criterios de éxito
Lista priorizada: frameworks (React, Vue), backend (Node, Python), performance, responsabilidades y métricas (tiempo de entrega, tasa de errores). Incluye disponibilidad horaria e idioma.
-
Paso 2 — Recolectar evidencias
Pide URLs en producción, accesos demo y un resumen del rol en cada proyecto. Archiva por candidato con fechas.
-
Paso 3 — Analizar el portafolio
Busca sitios en vivo, métricas de impacto y claridad sobre contribución. Puntúa variedad, usabilidad y evidencia de resultados.
-
Paso 4 — Revisar repositorios y commits
Examina README, estructura, commits descriptivos, uso de ramas, PRs y CI. Señales positivas: commits pequeños, tests y linters.
-
Paso 5 — Comprobar código en detalle
Verifica modularidad, manejo de errores, pruebas y seguridad. Apoya con ESLint, Prettier, SonarQube y Lighthouse.
-
Paso 6 — Proyectos en producción y métricas
Revisa Lighthouse, consola del navegador y diseño responsive. Solicita comparativas antes/después con evidencia.
-
Paso 7 — Prueba técnica
Define si es take‑home (3–6 h) o acotada (1–2 h). Entregables: repo con README, instrucciones de despliegue y tests. Usa rúbrica por funcionalidad, calidad, tests y documentación.
-
Paso 8 — Prueba en vivo (pair programming)
Ejercicio de 30–60 min centrado en comunicación y resolución. Permite pensar en voz alta; graba solo si ambas partes aceptan.
-
Paso 9 — Entrevista técnica
Combina diseño de sistemas, preguntas algorítmicas sencillas y situacionales sobre bugs y prioridades.
-
Paso 10 — Verificación de referencias
Contacta 2–3 referencias con preguntas sobre responsabilidad, plazos y colaboración. Revisa LinkedIn y actividad pública en repositorios.
-
Paso 11 — Evaluación final
Ejemplo de ponderación: portafolio 20%, repos 25%, prueba 25%, entrevista 20%, referencias 10%. Define umbrales y dealbreakers (plagio, fallos de seguridad).
-
Paso 12 — Contratación y onboarding
Contrato con alcance, IP, confidencialidad y facturación. Plan de onboarding con tareas iniciales y mentor.
Pruebas técnicas y plantillas
Ejemplos:
- Frontend: clon de UI responsive (2–4 h) + optimización Lighthouse.
- Backend: API REST con autenticación y tests (3–6 h).
- Fullstack: MVP desplegado en Vercel/Heroku con README.
Entrevistas: preguntas clave
Prioriza por rol: frontend (DOM, rendimiento), backend (APIs, seguridad), DevOps (CI/CD). Incluye preguntas situacionales y espera respuestas con ejemplos medibles.
Verificación de referencias
Guion breve: responsabilidades reales, cumplimiento de plazos, colaboración y áreas de mejora. Atención a evasivas o contradicciones.
Señales de alerta y mitigación
- Técnicas: código plagiado, ausencia de tests, commits genéricos.
- Blandas: mala comunicación, expectativas no alineadas.
Si aparecen, solicita aclaraciones, prueba supervisada o contrato condicionado a objetivos.
Comparativa práctica
| Freelance | Agencia | Empleado | |
|---|---|---|---|
| Ventaja | Flexibilidad, coste | Gestión completa | Continuidad |
| Desventaja | Continuidad, conocimiento | Coste, control | Costo fijo, legal |
| Cuándo elegir | Proyectos puntuales | Proyectos complejos | Necesidad a largo plazo |
Localización (España vs LATAM)
Canales: España (InfoJobs, Malt), LATAM (Workana, Get on Board). Ajusta salarios por país, considera facturación local y requisitos legales (autónomo vs contrato).
Recursos y herramientas
- Revisión de código: GitHub/GitLab, SonarCloud, Codacy, Snyk.
- Performance: Lighthouse, PageSpeed.
- Plantillas: rúbrica, enunciado take‑home y emails para referencias.
Checklist mínimo para contratar: prueba aprobada, referencias positivas y contrato firmado.
FAQs
- ¿Cuánto debe durar prueba para frontend senior? 3–6 horas para take‑home; 60–90 min en pair para evaluación complementaria.
- ¿Take‑home o pair programming? Complementarios: take‑home evalúa autonomía; pair muestra comunicación y pensamiento en tiempo real.
- ¿Cómo detectar portafolio inflado? Falta de URLs en producción, ausencia de métricas o atribución vaga.
- ¿Cómo verificar autoría en GitHub? Revisa historial de commits, emails asociados y actividad consistente en issues/PRs.
- ¿Cláusulas legales clave? Propiedad intelectual, confidencialidad, entregables y límites de responsabilidad.