Scrum para QA

Scrum en dos minutos

Scrum organiza el trabajo en sprints: ciclos cortos (1 a 4 semanas) que entregan algo funcionando. Tiene tres roles —Product Owner (define el qué y prioriza), Scrum Master (facilita el proceso) y el equipo de desarrollo (que incluye al QA)— y un conjunto de ceremonias (reuniones con propósito). El valor del QA está en cada una.

Las ceremonias, desde el QA

Refinamiento (grooming): el equipo revisa las próximas historias. Aquí el QA aporta más: hace las preguntas incómodas ("¿qué pasa si el usuario no tiene internet a mitad del pago?") y ayuda a definir criterios de aceptación claros. Prevenir un defecto aquí cuesta 30 segundos.

Planning (planificación del sprint): el equipo elige qué historias entran al sprint. El QA estima el esfuerzo de prueba y señala riesgos ("esta historia toca pagos, necesita más testing").

Daily (reunión diaria): 15 minutos para sincronizar. El QA comunica el estado de las pruebas y sus bloqueos ("no puedo probar la historia X porque el entorno está caído").

Review (demo): se muestra lo terminado. El QA verifica que lo entregado cumple los criterios de aceptación definidos.

Retro (retrospectiva): el equipo mejora su proceso. El QA aporta la mirada de calidad: qué bugs se escaparon, dónde se atascó el flujo, qué prevenir la próxima vez.

El flujo de una historia

Una historia viaja por estados en el tablero: por hacer → en desarrollo → en pruebas → terminada. El QA no aparece solo en "en pruebas": participó en el refinamiento (antes), preparó todo durante "en desarrollo", y valida los criterios en "review". La calidad acompaña la historia de punta a punta.

Comprueba lo aprendido en el quiz y ubica al QA en cada ceremonia en el reto.