Principios de la entrega continua

La CD es una metodología inclusiva para toda la organización que acoge también a los equipos que no son de ingeniería, como los de diseño, producto y marketing. La CD anima a los desarrolladores a centrarse en entregar el producto al usuario final, mientras que los entornos que no son de CD pueden hacer que los desarrolladores acaben centrándose en complacer al equipo de control de calidad. En las próximas secciones analizaremos principios concretos que sientan las bases para los flujos de trabajo de CD.

Los procesos organizativos tienen su propio ciclo de vida de desarrollo. Por lo general, comienzan como "manuales de estrategias" o checklists manuales, que son listas de tareas que se realizan de forma manual. Posteriormente se pueden automatizar con herramientas de software y scripts. Al convertir estos manuales de estrategias en scripts de software, te asegurarás de que son reproducibles. Si hay que volver a ejecutar una checklist, cualquier miembro del equipo puede ejecutar el script. La fiabilidad se consigue cuando estos scripts de manuales de estrategias se ejecutan de manera coherente entre entornos. Por ejemplo, el manual de estrategias para implementar código en un entorno de ensayo o de desarrollo debe reflejar el entorno de producción de la manera más fiel posible. Esta uniformidad fiable entre entornos y ejecuciones elimina todo un grupo de errores de consistencia.

La automatización es un valor clave de la CD. El tiempo de las personas es oro y se debe reservar a tareas creativas, y no a ejecutar tediosas tareas del manual de estrategias. Un proceso manual no es realmente reproducible ni fiable hasta que no se ha introducido en el código mediante una confirmación y se puede ejecutar automáticamente bajo demanda. Las tareas automatizadas pueden aglutinarse para crear más niveles de automatización. Automatiza tanto como sea posible: pruebas, publicaciones, cambios de configuración, etc.

El control de versiones es una piedra angular de la CD y una necesidad absoluta para cualquier proyecto de software serio. El control de versiones permite a un equipo de desarrolladores colaborar de forma eficaz en una base de código compartida. Git es el sistema de control de versiones más usado y un complemento excelente para la CD. El control de versiones habilita la funcionalidad "deshacer", lo que permite revertir a candidatos de publicación anteriores. Además del código, conviene llevar un control de versiones de la configuración, los scripts, las bases de datos y la documentación para hacer el seguimiento de cambios a lo largo del historial.

En la CD, la calidad no se añade a última hora, cuando todo pasa al equipo de control de calidad. Al contrario: la calidad está integrada en todos los pasos de la canalización de publicación. El ciclo de feedback central de CD reevalúa de forma constante la calidad que se va a entregar a los usuarios finales. Las nuevas funciones se entregan con conjuntos de pruebas automatizadas para garantizar que el nuevo código está libre de errores y que cumple con las expectativas de calidad. La planificación de proyecto para publicaciones de nuevas funciones debe incluir consideraciones sobre análisis, supervisión del rendimiento y tareas de instrumentación de pruebas automatizadas.

Las tareas espinosas, que consumen mucho tiempo o son propensas a errores se complican con el tiempo. Por eso, deben abordarse lo antes posible para evitar una pérdida de energía que empeore todavía más las cosas. Imagina que tienes una tarea latosa que se tarda 20 minutos en hacer y que se ejecuta 5 veces a la semana. Eso acaba resultando en 100 minutos de sufrimiento a la semana y alrededor de 400 al mes... Ahora, imagina que puedes optimizarla y ahorrarte todo ese tiempo. No hay mucho que pensar, ¿verdad?

"Hacer lo más difícil primero" también sirve para identificar debilidades en el proceso organizativo. Si hay una tarea que se procrastina o se evita activamente, es un indicador de que podrías estar ante un área de mejora que debería abordarse de forma activa. De vez en cuando, los equipos deben tomar contacto con estos retos para estar familiarizados con ellos y tenerlos presentes en las conversaciones de planificación.

Hay que centrar la atención de toda la organización e incentivarla para garantizar que la entrega al usuario final tenga la mayor calidad posible. Los gestores de productos deben planificar prestando atención a la implementación y la garantía de calidad. El equipo de seguridad debe participar activamente en el proceso de publicación. Los miembros del equipo de control de calidad deben probar los entornos de ensayo y de desarrollo con tanto rigor como lo harían en la producción para detectar cualquier fallo antes de la publicación final. Los desarrolladores deben planificar activamente la publicación de la producción.

El trabajo de las empresas de software es entregar software a los usuarios finales. Si una aplicación solo funciona en la máquina de un desarrollador no hay negocio. Si oyes un "a mí me funciona", haz sonar las alarmas: significa que alguien no tiene muy presente el objetivo global del negocio o que no empatiza con el usuario final. La CD está totalmente centrada en el lanzamiento de software para el cliente final. Además, algo no está "hecho" porque el trabajo de una persona haya terminado. Para dar algo por terminado, todo el equipo ha de haber finalizado su parte.

Espero que las secciones anteriores te hayan hecho ver el gran valor añadido de la entrega continua. A nivel macro, la CD promueve la eficiencia de la ejecución, la comunicación entre equipos, la adecuación al mercado de los productos, la agilidad y la transparencia general de la organización.

A nivel micro, la CD se puede instrumentar con mediciones de parámetros de seguimiento explícitos. Estos son algunos parámetros prácticos de CD:

• Tiempo desde la fase de diseño de una nueva función hasta la publicación a producción.
• Cantidad de errores de producción que encuentran los usuarios.
• Grado de interacción del usuario con las nuevas funciones.
• Frecuencia de publicación de nuevas funciones

Además, la CD puede servir como base para crear parámetros de rendimiento de la organización, como KPI. Por último, los ingresos finales y el estado financiero son una forma excelente de medir el impacto de las prácticas organizativas.

Ahora que conoces las ventajas y los principios de la entrega continua, el siguiente paso es implementarla. Un buen punto de partida es la integración continua. La integración continua (CI, por sus siglas en inglés) es la precursora de la entrega continua y se centra en automatizar el flujo de trabajo de la publicación de código. Lo hace con el uso de herramientas automatizadas de prueba de código y tareas de control de calidad. Cuando la CI está a punto, puede ser la base para crear procesos de CD, con los que implementar código para los usuarios finales y desarrollar un ciclo de feedback que guíe futuras publicaciones.