QA Manager

Zemsania; Bogotá; Presencial; COP 70.000 - 90.000; Jornada completa

Ventajas ofrecidas por este puesto de trabajo

Entorno de trabajo colaborativo

Oportunidades de desarrollo profesional

Descripción de la vacante

Zemsania en Bogotá busca un QA Manager para liderar su equipo de calidad, asegurando la calidad end-to-end del producto. Su rol incluye definir SLAs/SLOs, gestionar defectos y participar en la definición de requerimientos.

Buscamos un profesional con más de 7 años de experiencia en QA, habilidades en liderazgo y procesos ágiles, dispuesto a garantizar la mejora continua y la calidad de las entregas.

Formación

• Experiencia estableciendo procesos de calidad en entornos ágiles.
• Experiencia definiendo SLAs/SLOs de calidad con métricas.
• Conocimientos en automatización de pruebas.

Responsabilidades

• Definir la estrategia de QA alineada al roadmap.
• Liderar y formar a los QAs.
• Asegurar cobertura de pruebas por riesgo.

Conocimientos

Liderazgo servicial

Comunicación clara

Pensamiento sistémico

Orientación a datos

Educación

7+ años en QA

2–4 años liderando equipos

Herramientas

Jira

Cypress

Jenkins

Descripción del empleo

Cargo: QA Manager

Reporta a: Head of Engineering / CTO (según estructura)

Equipo a cargo: QAs manuales y de automatización; coordinación con Dev, PO/PM, Soporte y DevOps

Horario Jornada completa; disponibilidad acotada para ventanas de release si aplica

Propósito del rol

Objetivo: Asegurar la calidad end-to-end del producto y del proceso de entrega, liderando al equipo de QA, definiendo y gobernando SLAs/SLOs de calidad (testing, defectos y releases), y participando activamente en la definición de requerimientos para que sean claros, verificables y medibles.

Responsabilidades clave

Gobierno de Calidad

• Definir la estrategia de QA (pruebas, automatización, ambientes, datos, métricas) alineada al roadmap.
• Establecer Definition of Ready (DoR) y Definition of Done (DoD) con criterios de calidad verificables.
• Asegurar cobertura de pruebas por riesgo (funcional, regresión, performance, seguridad, UX si aplica).
• Orquestar la gestión de defectos: triage, severidades, priorización con producto y seguimiento a resolución.
• Gestionar la calidad de releases: criterios go/no-go, checklist y aprendizaje post-release (RCA).

Gestión de Equipo (People)

• Liderar, formar y desarrollar a los QAs (plan de carrera, coaching, feedback, desempeño).
• Asignar capacidad/skills por squad o iniciativa; balancear carga y rotaciones saludables.
• Estandarizar prácticas, plantillas y acuerdos de trabajo; fomentar cultura de calidad compartida.
• Participar en hiring: definición de perfil, entrevistas, evaluación técnica y onboarding.

Requerimientos y Descubrimiento

• Participar en refinamientos y definición de historias: criterios de aceptación, casos borde y reglas de negocio.
• Traducir requerimientos a escenarios verificables (BDD/Gherkin si aplica) y asegurar trazabilidad.
• Detectar ambigüedades tempranas, proponer mitigaciones y acordar SLAs/SLOs de calidad por iniciativa.

SLAs/SLOs de calidad (a definir y velar)

Principios:

• Los SLAs/SLOs deben ser medibles, acordados con stakeholders y revisados trimestralmente.
• Deben contemplar criticidad del producto (tiers), riesgo y capacidad real del equipo.
• Se miden con dashboards; los incumplimientos se tratan con acciones correctivas (no con “culpa”).

Ejemplos de SLAs/SLOs (Testing)

• Tiempo de ciclo de pruebas de regresión (por release): objetivo X horas/días según tamaño.
• Cobertura mínima de casos críticos (Tier 1): ≥ X% de escenarios definidos por riesgo.
• Tiempo de respuesta a solicitud de prueba (intake) para cambios urgentes: ≤ X horas.
• Tiempo de ejecución de pipeline de QA (smoke/regresión): ≤ X min para smoke; ≤ X min/hrs para regresión.

Ejemplos de SLAs/SLOs (Defectos)

• MTTR por severidad: Sev1 ≤ X horas; Sev2 ≤ X días; Sev3 ≤ X días/semanas.
• Defect leakage (bugs en producción / total): objetivo ≤ X% por período.
• Triage inicial de defectos nuevos: ≤ X horas hábiles.
• Backlog de bugs envejecidos (aging): 0 Sev1; Sev2 sin > X días; control de WIP.

Ejemplos de SLAs/SLOs (Releases)

• Tasa de rollbacks: objetivo ≤ X% mensual/trimestral.
• Incidentes post-release atribuibles a calidad: ≤ X por release; con RCA en ≤ X días.
• Cumplimiento de checklist de release (DoD): 100% para Tier 1.
• Ventana de estabilización: smoke + monitoreo reforzado por X horas.

KPIs / Métricas de gestión

• Lead time de cambios (idea → producción) y su relación con calidad.
• Tasa de éxito de pipelines; flakiness de tests; tiempo promedio de reparación de tests.
• Cobertura por riesgo (no solo % de tests).
• Bug trends: encontrados por fase, severidad, aging, reopens.
• Calidad de requerimientos: % historias que entran a sprint con DoR completo.

Requisitos del candidato

Experiencia :

• 7+ años en QA (manual + automatización) y 2–4+ años liderando equipos o prácticas de QA.
• Experiencia estableciendo procesos de calidad en entornos ágiles (Scrum/Kanban) y CI/CD.
• Experiencia definiendo y gobernando SLAs/SLOs de calidad con métricas y reporting ejecutivo.
• Experiencia participando en refinamiento/descubrimiento: criterios de aceptación y diseño de pruebas por riesgo.

Conocimientos técnicos

• Diseño de pruebas: partición de equivalencias, valores límite, modelos de estado, pairwise, etc.
• Automatización: UI y/o API (según stack), buenas prácticas para tests estables y mantenibles.
• API testing (REST/GraphQL) y manejo de datos de prueba; mock/stub cuando aplica.
• Fundamentos de performance (p. ej., k6/JMeter) y seguridad básica (OWASP Top 10) deseable.
• Observabilidad y análisis post-release: logs, métricas, trazas; RCA.

Habilidades (soft)

• Liderazgo servicial, comunicación clara y capacidad de negociación con stakeholders.
• Pensamiento sistémico y orientación a datos para priorizar por riesgo/impacto.
• Capacidad de transformar ambigüedad en acuerdos verificables (requerimientos y SLAs).
• Foco en mejora continua sin burocracia; pragmatismo.

Herramientas (referenciales)

Stack típico:

• Gestión: Jira/Azure DevOps, Confluence/Notion, Miro.
• Automatización: Playwright/Cypress/Selenium (UI), Postman/Newman, REST Assured, pytest.
• CI/CD: GitHub Actions/GitLab CI/Jenkins; quality gates.
• Monitoreo: Datadog/Grafana/New Relic/Sentry.
• Performance: k6/JMeter (deseable).

Entregables esperados

30 días:

• Diagnóstico de calidad: pain points, riesgos, métricas actuales y gaps de proceso/herramientas.
• Mapa de stakeholders y acuerdos iniciales de DoR/DoD por tipo de entrega.
• Baseline de SLAs/SLOs propuestos y plan de instrumentación (dashboards).

60 días:

• SLAs/SLOs acordados y publicados; rituales de revisión (semanal/mensual).
• Plan de automatización por riesgo y estabilización de pipelines (reducción de flakiness).Proceso de triage y aging de bugs funcionando con reportes claros.

90 días:

• Mejora observable en métricas: leakage, MTTR, pipeline success, cumplimiento de DoR.
• Roadmap de calidad trimestral y plan de desarrollo del equipo (skills matrix).
• Estandarización de checklist de release y práctica de RCA post-release.