En el desarrollo de software y en la automatizacion de procesos, es muy comun el concepto de “pipeline” que utilizan las herramientas de automatizacion.
Una tuberia es una secuencia de pasos en la que en un extremo se ingresan datos y en otro extremo salen datos procesados, pasando por diferentes estaciones o transformaciones.
Los pipelines no se construyen solos, y no hay pipelines preconstruidos, por mas que los vendedores digan que si.
Y es debido a los datos, la regla es sencilla.
Si el procesamiento de datos ya esta definido, entonces no es un pipeline es un producto.
Si el procedamiento de datos, no esta definido, y todo el grupo de pasos son unicos para su negocio, entonces es debidamente un pipeline. A menos a nivel logico.
Ahora sobre las herramientas.
Hay flujos de trabajo que se pueden construir en Power Automate de microsoft, en Outlook o Thunderbird para el correo electronico.
Hay flujos de trabajo que utilizan Jenkins, o Github Actions para actividades de desarrollo de software.
Hay flujos de trabajo que usan un formulario en Bizagi o Jira. Para guardar datos de forma estructurada, enviar notificaciones, hacer validaciones.
Hay flujos de trabajo en .sh de linux que hacen todo lo anterior.
Lo importante para cualquier pipeline no es la herramienta, son los datos y sus transformaciones. Las herramientas son solo medios y obstaculos impuestos para cubrir una necesidad. Si bien importantes, no son el objetivo.
Y con esto cierro la reflexion. No se concentren en las herramientas de automatizacion, sino en el proceso a automatizar.