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
2) 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.
3) 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.
4) 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.
5) KPIs / Métricas de gestión
Métricas recomendadas:
• 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.
6) 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.
7) 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).
8) 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.