¿Por qué la automatización de todo podría no ser la mejor solución?

Low-code es un enfoque de desarrollo de software que requiere poca o ninguna codificación para crear aplicaciones y procesos. Una plataforma de desarrollo low-code utiliza interfaces visuales con lógica simple y funciones de arrastrar y soltar en lugar de extensos lenguajes de codificación. Estas herramientas intuitivas permiten a los usuarios sin conocimientos formales de codificación o desarrollo de software crear aplicaciones para muchos propósitos, como aplicaciones móviles y aplicaciones comerciales.

El desarrollo de Low-code/no-code ofrece un futuro tentador en el que casi cualquier persona puede crear la automatización del flujo de trabajo para agilizar las operaciones y lograr un lugar de trabajo más eficiente y productivo. Según TechRepublic , el 47 % de las organizaciones ya utilizan plataformas low-code/no-code, siendo la automatización del flujo de trabajo la razón principal. El mundo de los negocios ciertamente está listo para adoptar el desarrollo low-code/no-code en sus operaciones diarias.

Sin embargo, por emocionantes que puedan ser las posibilidades, el desarrollo de low-code/no-code también puede ser usado en exceso o mal implementado; esto crea problemas a largo plazo simplemente para facilitar las cosas a corto plazo.

Dentro de diez años, las organizaciones que no tengan cuidado probablemente se encontrarán con docenas de procesos automatizados innecesarios que se ejecutan en varias plataformas inestables y que fueron creados por personas que ya no trabajan en la empresa.

El problema de automatizar primero y hacer preguntas después

En el libro “ Implementación del desarrollo de software Lean: del concepto al efectivo ”, los autores Mary Poppendieck y Tom Poppendieck dijeron: “No estamos ayudando a nuestros clientes si simplemente automatizamos un proceso complejo o desordenado”.

Es importante recordar que incluso si hay poca codificación involucrada en la automatización del flujo de trabajo de low-code/no-code, los problemas de diseño y administración seguirán siendo similares a los del desarrollo de software completo.

No puede eludir el hecho de que los procesos de trabajo complejos son complejos, y la automatización de esos procesos reflejará eso.

Los procesos desordenados engendran una automatización ineficiente

Los autores continuaron diciendo: “Cualquier proceso que sea candidato para la automatización primero debe aclararse y simplificarse, posiblemente incluso eliminando la automatización existente. Solo entonces se puede entender claramente el proceso y se pueden identificar los puntos de apoyo para una automatización efectiva”.

Considere, por ejemplo, que tiene un sistema de solicitudes que requiere cinco aprobaciones diferentes para avanzar. Entonces automatizas el proceso de aprobación.Puede ahorrarles a los empleados unos minutos enviando correos electrónicos y completando hojas de cálculo, pero ¿qué pasa si la ineficiencia fundamental radica en las aprobaciones mismas? ¿Qué pasa si no necesita tantas aprobaciones para empezar? La automatización de procesos no optimizados solo conecta la ineficiencia en el sistema y hace que sea más difícil cambiarlo más adelante.

Evaluar si debe automatizar con una plataforma Low-Code/No-Code

Para aprovechar al máximo estas plataformas, es crucial hacer las preguntas correctas antes de pasar directamente a la automatización. Es la única forma de estar seguro de que está creando un proceso que ayudará a su negocio a mantener la eficiencia en los años venideros. Aquí hay cuatro preguntas que debe hacer para determinar si una solución de automatización de low-code/no-code es adecuada para el trabajo:

1. ¿Sé lo suficiente sobre el flujo de trabajo y el análisis de procesos para tener confianza en mis decisiones?

Usada de manera efectiva, la automatización puede optimizar los procesos existentes y liberar el tiempo de los empleados para trabajar en cosas más importantes.

Sin embargo, utilizada de manera ineficaz, la automatización podría cimentar procesos derrochadores en sus operaciones y dificultar su eliminación en el futuro.

Cuando Toyota desarrolló el enfoque de manufactura esbelta , no comenzó a automatizar todo inmediatamente. En cambio, la empresa invirtió mucho en la mejora continua de los procesos y en la hiperoptimización de sus flujos de trabajo. Asegúrese de tener la experiencia necesaria para saber si un proceso realmente debe existir y si está bien optimizado antes de comenzar a automatizar.

2. ¿Qué tan crítico es un proceso para nuestra organización?

El desarrollo de software tiene una larga historia de análisis de calidad y procesos de garantía de calidad que a menudo faltan en el desarrollo de low-code/no-code. Es importante tener en cuenta que la falta de codificación no significa que no habrá errores: el sistema solo hará lo que usted le diga que haga.

Aunque el riesgo es generalmente mucho menor en estas plataformas que para los desarrolladores, si está tratando de crear algo para un proceso crítico para el negocio, vale la pena tener más cuidado y tiempo para asegurarse de que puede hacerlo bien. En estos casos, a menudo es mejor construir varios sistemas de automatización pequeños en lugar de uno grande. De esa manera, será mucho menos probable que se olvide de cómo funcionan las piezas mientras canaliza datos de una parte a otra.

3. ¿Entiendo la necesidad de longevidad?

El desarrollo de software típico tiende a ocurrir con una perspectiva de 5 a 10 años en mente, pero esta visión a largo plazo a menudo no se encuentra en el software de low-code/no-code. Los empleados no evalúan los riesgos que podrían surgir en el próximo año o más y, en cambio, se enfocan solo en la tarea actual.

Pero, ¿qué sucede cuando piensas en 6 o 12 meses en el futuro? ¿Seguirás en la misma posición entonces? Si no, ¿cómo le entregará el proyecto a otra persona? Más allá de eso, ¿cómo se verán las cosas en cinco años? ¿Es probable que la plataforma que estás usando siga existiendo? Las ganancias a corto plazo tienden a eclipsar estas importantes consideraciones a largo plazo en el desarrollo low-code/no-code.

4. ¿Estoy de acuerdo con desechar experimentos en el camino hacia un proyecto viable?

No desea perder mucho tiempo elaborando un gran plan para un proyecto de automatización y luego construyéndolo todo de una sola vez. En cambio, es más inteligente comenzar antes y luego trabajar en lotes más pequeños. Estos lotes pueden proporcionarle un poderoso circuito de retroalimentación de aprendizaje que lo ayudará a evitar perder tiempo desarrollando características que nadie usará. Al trabajar y entregar segmentos más pequeños, puede experimentar e iterar para crear procesos útiles y eficientes en lugar de aquellos que no logran sus objetivos.

Las herramientas que permiten a las personas automatizar sin una comprensión profunda de la ingeniería de software y los principios de diseño están en aumento, lo que significa que también aumenta la probabilidad de generar ineficiencias y suposiciones erróneas en los flujos de trabajo.

Antes de crear algo que solo será una carga en el futuro, evalúe el panorama general y determine si sus procesos están listos para la automatización.

Fuente: readwrite.com