Integración continua frente a entrega continua frente a despliegue continuo en Scrum

Términos comúnmente utilizados—«Integración continua», «Entrega continua» y «Despliegue continuo»—se consideran componentes deDesarrollo de software ágil. Estas prácticas comparten el prefijo «continuo», lo que indica y permite la integración incremental (software entregable) y el despliegue simultáneo de resultados, sin las demoras típicamente asociadas al desarrollo secuencial tradicional. En el entorno ágil moderno, estos términos representan la entrega de incrementos completos a través de una canalización, permitiendo el despliegue automático como actualizaciones.

El principio fundamental de la Entrega Continua es entregar software funcional de forma incremental en iteraciones cortas. En otras palabras, la Entrega Continua es una implementación de ciclo corto en la que el código se desarrolla con frecuencia, se compila, se verifica, se prueba automáticamente y se despliega.

Entrega continua

No requiere ciclos de lanzamiento cortos—solo la capacidad de permitir nuevos commits de código cuando estén listos. De esta manera, los desarrolladores pueden actualizar el producto varias veces al día, entregando valor continuamente a los usuarios. Esto se logra mediante altos niveles de pruebas y automatización del despliegue.

Entrega continua en Scrum

En Scrum, sprints de duración fijaSprints de 1 a 4 semanas se promueven, terminando con pruebas, demostración, Revisión del Sprint, aprobación final y lanzamiento. Ahora queremos lanzar aún con más frecuencia—entrega continua.

Integración continua se refiere a una práctica de desarrollo de software que requiere que los desarrolladores integren código en un repositorio central varias veces al día. Además de actualizaciones concurrentes y automatizadas, los problemas pueden detectarse fácilmente verificando diferentes momentos de verificación.

Entrega continua permite una entrega segura y rápida de todos los tipos de cambios (incluyendo nuevas funciones, cambios de configuración, correcciones de errores y experimentos) a producción o usuarios finales de forma sostenible.

Despliegue continuo amplía aún más el enfoque de Integración Continua al minimizar el intervalo de tiempo entre la codificación y el despliegue.

Entrega continua en Scrum

Beneficios de la Entrega Continua

La gente a menudo asume que lanzar software con más frecuencia significa aceptar niveles más bajos de estabilidad y confiabilidad en el sistema. Sin embargo, muchas investigaciones muestran que esto no es cierto. De hecho, enviar una característica a la vez reduce significativamente el riesgo de cada despliegue. Su equipo puede entregar características a los clientes más rápido, permitiendo una retroalimentación más rápida. Una canalización de Entrega Continua aporta numerosos beneficios a los equipos, los negocios y los usuarios:

• Tiempo de mercado reducido
• Costos más bajos
• Retroalimentación más rápida
• Clientes más satisfechos
• Lanzamientos con menor riesgo

Según el informe de 2014Informe de encuesta de Xebia Labs, la Entrega Continua lideró el camino, seguida de cerca por Agile. El 36,4% de los encuestados señaló a DevOps como una iniciativa clave en 2014, como se muestra en el gráfico siguiente:

Aplicación de Iniciativa de Proyecto de Software (2014)

Resumen

Si esto suena demasiado bueno para ser cierto, recuerda: la Entrega Continua no es magia. Los lanzamientos de software requieren mucha disciplina. La Entrega Continua en Scrum logra una mejora continua diaria al liberar cambios más pequeños con mayor frecuencia, ayudando a todos a adaptarse a un ritmo regular y predecible, y dejando espacio para responder al cambio. Lo más importante, los lanzamientos exitosos se convierten en éxitos compartidos, algo que todos pueden celebrar juntos.