Por qué el desarrollo de código bajo aún necesita supervisión de TI

TI debe asegurarse de que los elementos componibles utilizados para crear aplicaciones de código bajo cumplan con los estándares de privacidad de datos y seguridad de la empresa.

El desarrollo de código bajo ofrece una excelente manera para que las empresas creen aplicaciones rápidamente. El gran punto de venta es que el desarrollo de código bajo descarga tareas de TI y del personal del desarrollador, lo que permite que las unidades de negocios y los desarrolladores ciudadanos tomen el asunto en sus propias manos. Como resultado, las unidades de negocio y las personas pueden desarrollar exactamente lo que necesitan y no tienen que esperar a que los recursos de desarrollo corporativo estén disponibles.

¿Significa esto que TI no tiene ningún papel? Por supuesto que no. TI todavía necesita proporcionar supervisión por varias razones. Examinar casos de uso y prácticas comunes de código bajo ayuda a explicar por qué.

Casos de uso comunes de código bajo

Las empresas están descubriendo que el código bajo es ideal para un par de clases genéricas de aplicaciones.

Una categoría es construir aplicaciones que impartan capacidades de automatización a pequeña escala. Los principales candidatos son la automatización de flujos de trabajo más pequeños que implican acceder a una base de datos, correo electrónico o sistema transaccional y luego realizar una tarea como lo haría un ser humano. Un ejemplo sería una aplicación que verifica los datos de IoT sobre el estado de un sistema y envía automáticamente una alerta por correo electrónico si se supera algún valor de umbral.

Las empresas también utilizan código bajo para desarrollar programas para el análisis de datos de IoT. Una aplicación desarrollada con técnicas de código bajo podría ingerir datos de IoT y realizar análisis de tendencias o detección de anomalías. Un programa puede usar elementos componibles que realizan análisis predictivos o ejecutan los datos a través de un modelo de aprendizaje automático existente. Estas rutinas de análisis sofisticadas podrían ponerse a disposición de los desarrolladores de código bajo como un elemento componible.

Ver también: Low Code automatiza los procesos industriales más rápido

Dónde entra la supervisión de TI

Un área en la que TI debe involucrarse es con respecto a la gestión de posibles riesgos de seguridad. El código bajo permite a los desarrolladores ciudadanos desarrollar aplicaciones sin esperar a TI. No reemplaza la TI por completo:las empresas aún necesitan TI para tareas de orden superior, como el gobierno, la ingesta de datos y la ciberseguridad.

Una forma de gestionar o contener estos problemas es hacer que TI supervise las operaciones. No en el día a día y no en una forma que requiera una gran inversión de tiempo. Eso anularía el propósito de usar código bajo. Más bien, TI debe asegurarse de que los elementos componibles utilizados para crear aplicaciones de código bajo cumplan con los estándares de seguridad y privacidad de datos de la empresa. TI también puede imponer restricciones sobre qué conjuntos de datos se pueden usar en una aplicación de código bajo. Tal supervisión es particularmente importante cuando una aplicación toca sistemas de misión crítica o de toda la empresa.

La escalabilidad también debe tenerse en cuenta cuando dichos sistemas se incorporan a una aplicación desarrollada utilizando técnicas de código bajo. Aquí nuevamente, TI debe involucrarse. Los desarrolladores ciudadanos tienden a crear aplicaciones que no escalan bien, según Harvard Business Review. Los autores de ese artículo sugieren:

“La mejor situación a menudo puede ser un modelo de desarrollo híbrido ciudadano/profesional, en el que el usuario desarrolla el 80 % del modelo y se lo pasa al desarrollador para que lo pula. O el usuario puede desarrollar la aplicación inicial utilizando una herramienta de interfaz gráfica y luego dársela a un desarrollador para que la programe en Python o algún otro lenguaje más escalable. En cualquier caso, el desarrollador puede registrar que el sistema existe, asegurarse de que funciona correctamente y conectarlo a cualquier sistema transaccional o de datos necesario”.

Ese enfoque no es necesario para todas las organizaciones. Sin embargo, podría valer la pena considerar alguna forma de ese modelo si las aplicaciones de desarrolladores ciudadanos se adoptan en toda una organización y no se usan simplemente dentro de la unidad de negocios.

El papel de TI en la retención del conocimiento institucional

Uno de los grandes beneficios del código bajo es que brinda a las personas con un conocimiento íntimo de cómo funcionan las cosas una herramienta para hacer las cosas mejor. Un gerente de planta puede armar rápidamente una aplicación de monitoreo de desempeño basada en su experiencia. De manera similar, un miembro del personal de servicio podría crear una aplicación de programación de mantenimiento que tenga en cuenta el análisis de los datos de IoT sobre el estado y el rendimiento del equipo en tiempo real. Básicamente, estas aplicaciones capturan el conocimiento de los expertos dentro de la empresa y permiten que otros se beneficien de su experiencia.

Tales aplicaciones están bien, pero lo que sucede con la persona que desarrolló la aplicación se va, o alguien quiere hacer cambios o usar la aplicación para otro propósito. Tales situaciones conducen a la fuga de conocimiento, que es común en todas las industrias (y ciertamente es común en casos que no involucran código bajo).

Cada vez más, las empresas se dan cuenta de que necesitan implementar mejores prácticas y políticas de captura y retención de conocimiento. TI puede desempeñar un papel al ayudar a desarrollar las mejores prácticas para la programación de código bajo. Podría ser algo tan simple como pedirle a un desarrollador ciudadano que complete un formulario que detalle lo que se supone que debe hacer la aplicación, las fuentes de datos que usa y los componentes que usa la aplicación y por qué.