Garantizando seguridad en desarrollo low-code: Por qué importa la supervisión de TI

TI debe asegurar que los elementos componibles usados para crear aplicaciones low-code cumplan estándares de seguridad y privacidad de datos de la empresa.

Casos de uso comunes de low-code

Empresas están encontrando que low-code es ideal para un par de clases genéricas de aplicaciones.

Una categoría es construir aplicaciones que imparten capacidades de automatización a pequeña escala. Candidatos principales son automatización de workflows menores que involucran acceder a base de datos, email, o sistema transaccional y luego realizar una tarea como lo haría un humano. Ejemplo: una aplicación que chequea datos IoT sobre estado de un sistema y automáticamente envía alerta por email si algún valor umbral es excedido.

Empresas también usan low-code para desarrollar programas para análisis de datos IoT. Una aplicación desarrollada con técnicas low-code podría ingerir datos IoT y realizar análisis de tendencias o detección de anomalías. Un programa podría usar elementos componibles que realicen analítica predictiva o pasen los datos por un modelo de machine learning existente. Estas rutinas de análisis sofisticadas podrían ponerse disponibles a desarrolladores low-code como elemento componible.

Ver también: Low Code Automatiza Procesos Industriales Más Rápido

Dónde entra la supervisión de TI

Un área donde TI necesita estar involucrada es respecto a gestionar riesgos de seguridad potenciales. Low-code habilita a desarrolladores ciudadanos a desarrollar aplicaciones sin esperar a TI. No reemplaza TI completamente —empresas aún necesitan TI para tareas de orden superior como gobernanza, ingesta de datos y ciberseguridad.

Una forma de gestionar o contener estos problemas es tener a TI supervisar operaciones. No de forma día a día ni de forma que requiera gran inversión en tiempo. Eso derrotaría propósito de usar low-code. Más bien, TI debe asegurar que los elementos componibles usados para crear aplicaciones low-code cumplan estándares de seguridad y privacidad de datos de la empresa. TI también puede imponer restricciones sobre qué datasets pueden usarse en una aplicación low-code. Tal supervisión es particularmente importante cuando una aplicación toca sistemas mission-critical o enterprise-wide.

Escalabilidad también debe considerarse cuando tales sistemas se incorporan en una aplicación desarrollada con técnicas low-code. Aquí de nuevo, TI debe involucrarse. 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 puede ser a menudo un modelo híbrido citizen/professional development, en el que el usuario desarrolla 80% del modelo y se lo pasa al desarrollador para pulir. O el usuario puede desarrollar la aplicación inicial usando herramienta de interfaz gráfica y luego dársela a un desarrollador para programarla en Python u otro lenguaje más escalable. En cualquier caso, el desarrollador puede registrar que el sistema existe, asegurar que funciona correctamente, y conectarlo a cualquier sistema de datos o transaccional necesario."

Ese enfoque no es necesario para todas las organizaciones. Sin embargo, alguna forma de ese modelo podría valer la pena considerar si aplicaciones de desarrolladores ciudadanos son adoptadas a través de una organización y no simplemente usadas dentro de la unidad de negocio.

Rol de TI en retención de conocimiento institucional

Uno de los grandes beneficios de low-code es que da a gente con conocimiento íntimo de cómo funcionan las cosas una herramienta para hacerlas mejor. Un manager de planta puede armar rápido app de monitoreo de rendimiento basada en su expertise. Similarmente, un miembro de personal de servicio podría construir app de scheduling de mantenimiento que factorice análisis de datos IoT sobre estado y rendimiento de equipo en tiempo real. Tales apps esencialmente capturan conocimiento de expertos dentro de la empresa y dejan que otros se beneficien de su experiencia.

Tales apps están bien, pero ¿qué pasa cuando la persona que desarrolló la app se va, o alguien quiere hacer cambios o usar la app para otro propósito. Tales situaciones llevan a fuga de conocimiento, que es común en todas las industrias (y ciertamente común en casos que no involucran low-code).

Cada vez más, empresas se dan cuenta que necesitan implementar políticas y mejores prácticas de captura y retención de conocimiento. TI puede jugar rol ayudando a desarrollar mejores prácticas para programación low-code. Podría ser algo tan simple como requerir a un desarrollador ciudadano llenar formulario que detalle qué se supone que hace la app, fuentes de datos que usa, y componentes que usa y por qué.