# Guion completo para teleprompter — 07-ci-cd-quality-engineering

Aquí conectamos testing con CI/CD y decisiones de release.

## Diapositiva 1: CI/CD y quality gates

En esta diapositiva quiero que te quedes con una idea práctica: **ci/cd y quality gates**.

Empezamos con: **Ejecute pruebas automatizadas en cada cambio significativo**. En automatización, la clave es mantener pruebas estables y legibles para que escalen con el producto. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Fusiones de bloques en fallos críticos de calidad**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Mantenga las canalizaciones rápidas para preservar el flujo de desarrolladores**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

Mi recomendación: llévate esta idea a un caso real hoy y documenta el resultado.

Referencias: https://docs.github.com/en/actions | https://www.atlassian.com/continuous-delivery/principles/continuous-integration-vs-delivery-vs-deployment

## Diapositiva 2: Acciones de GitHub para control de calidad

Vamos con un concepto clave para aplicar hoy mismo: **acciones de github para control de calidad**.

Empezamos con: **Definir flujos de trabajo como código en YAML**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Dividir trabajos por tipo de prueba y paralelizar**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Publicar informes/artefactos para mayor visibilidad**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

Si aplicas esto en un flujo real de tu producto, vas a notar mejoras rápido.

Referencias: https://docs.github.com/en/actions

## Diapositiva 3: Estrategia de ramificación e integración

Esta parte es importante porque impacta directamente tu día a día: **estrategia de ramificación e integración**.

Empezamos con: **Prefiere sucursales de corta duración y fusiones frecuentes.**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Usa prácticas basadas en trunk-based para reducir el riesgo de merge**. Esto te ayuda a priorizar mejor: no todo se prueba igual, se prueba según impacto y probabilidad de fallo. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Mantener la rama principal liberable**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

No lo dejes en teoría: pruébalo esta semana en una historia o endpoint real.

Referencias: https://trunkbaseddevelopment.com/

## Diapositiva 4: Libere la confianza y el control de versiones

En esta diapositiva quiero que te quedes con una idea práctica: **libere la confianza y el control de versiones**.

Empezamos con: **Usa versiones semánticas para señales de cambio claras**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Vincula las decisiones de liberación a la evidencia, no a la intuición**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Seguimiento de la preparación para la reversión y los riesgos conocidos**. Esto te ayuda a priorizar mejor: no todo se prueba igual, se prueba según impacto y probabilidad de fallo. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

Mi recomendación: llévate esta idea a un caso real hoy y documenta el resultado.

Referencias: https://semver.org/

## Diapositiva 5: Mayús-Izquierda y Mayús-Derecha juntas

Vamos con un concepto clave para aplicar hoy mismo: **mayús-izquierda y mayús-derecha juntas**.

Empezamos con: **Mayús-izquierda: previene defectos antes**. Esto acelera la resolución: cuando el reporte es claro, el equipo corrige más rápido y mejor. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Shift-right: monitorear y validar en producción**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Usa ambos para obtener ciclos completos de retroalimentación de calidad**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

Si aplicas esto en un flujo real de tu producto, vas a notar mejoras rápido.

Referencias: https://dora.dev/ | https://opentelemetry.io/docs/