Contratar a una persona de QA es solo el comienzo. Lo que determina si en unos meses aporta valor o sigue perdida entre accesos, herramientas y procesos que nadie le ha explicado es cómo la recibes. Un buen onboarding de un QA acorta el tiempo hasta que es productiva, mejora la retención y evita esa sensación de "no sé ni a quién preguntar" que tantas veces acaba en una renuncia temprana.
Te propongo una estructura de 30-60-90 días que puedes adaptar a tu empresa.
Lo que se resuelve antes del primer día
Pocas cosas desmotivan tanto como llegar a un puesto nuevo y pasar la primera semana pidiendo accesos. Antes de la fecha de incorporación conviene tener listos el repositorio, el gestor de incidencias, los entornos de prueba, las herramientas de comunicación y la documentación del producto. También asignar una persona de referencia que acompañe y resuelva dudas, y preparar una agenda para la primera semana con reuniones con desarrollo, producto y el resto de QA. Un par de lecturas previas (la estrategia de testing, los estándares del equipo) ayudan a llegar con contexto.
Onboarding de un QA, primeros 30 días: entender y conectar
El objetivo del primer mes no es producir, sino aprender. Recorrer el producto como usuario y como tester, entender el flujo de trabajo (cómo se planifica, desarrolla, prueba y libera) y conocer las herramientas. Ejecutar pruebas existentes con acompañamiento y reportar sus primeros bugs sirve para absorber el estilo del equipo. Presentarse a las personas con las que colaborará, en conversaciones breves, vale más que una presentación formal.
Una señal de que va bien: se mueve con cierta autonomía por el entorno y empieza a entender dónde están los riesgos principales.
Días 31 a 60: contribuir por su cuenta
En el segundo mes se pasa de observar a hacer. Diseñar y ejecutar casos de prueba para nuevas historias, participar activamente en el refinamiento y la planificación, y empezar a colaborar en la automatización o en las pruebas de API según el perfil. Es buen momento para que proponga una mejora pequeña, por ejemplo de documentación o de proceso: da seguridad y revela cómo piensa. La señal de progreso aquí es que entrega trabajo de calidad con poca supervisión y que sus reportes se entienden a la primera.
Días 61 a 90: asumir un área y proponer
En el tercer mes la persona ya puede responsabilizarse de la calidad de una funcionalidad o un módulo completo, aportar métricas o hallazgos que ayuden a priorizar y plantear mejoras en la estrategia de pruebas o la automatización. También conviene que comparta con el equipo lo aprendido y las dudas pendientes, porque quien llega ve cosas que el equipo ya no ve. Si propone ideas y anticipa riesgos, el onboarding ha cumplido su función.
Detalles que marcan la diferencia
La mentoría desde el primer día acelera casi todo. Las reuniones uno a uno semanales al principio sirven para resolver dudas y ajustar objetivos antes de que se enquisten. Dar primeras tareas con posibilidades reales de éxito genera confianza rápida. Y cada duda resuelta debería acabar enriqueciendo la guía del equipo, de modo que la próxima persona tenga el camino más fácil.
Los fallos más comunes son dejar a la persona sola con los accesos, exigir resultados completos desde la primera semana, no dar feedback o no revisar al terminar los 90 días. El plan cambia según el perfil: un junior necesitará más acompañamiento y formación; un senior, más contexto de negocio y espacio para proponer desde pronto. Y si el equipo de QA es de una sola persona, apóyate en alguien de desarrollo o producto y en formación o mentoría externa para suplir la falta de colegas del mismo oficio.
Si quieres ayuda para formar y acompañar a las personas de tu equipo de QA, pide información en el formulario de contacto y lo planificamos.
¡Hasta la próxima!