Por que o desenvolvimento de baixo código ainda precisa de alguma supervisão de TI

A TI deve garantir que os elementos compostos usados ​​para criar aplicativos de baixo código atendam aos padrões de segurança e privacidade de dados da empresa.

O desenvolvimento de código baixo oferece uma ótima maneira para as empresas criarem aplicativos rapidamente. O grande ponto de venda é que o desenvolvimento de baixo código descarrega as tarefas da equipe de TI e do desenvolvedor, permitindo que as unidades de negócios e os desenvolvedores cidadãos tomem o assunto em suas próprias mãos. Como resultado, as unidades de negócios e os indivíduos podem desenvolver exatamente o que precisam e não precisam esperar que os recursos de desenvolvimento corporativo estejam disponíveis.

Isso significa que a TI não tem papel? Claro que não. A TI ainda precisa fornecer supervisão por vários motivos. Examinar casos e práticas comuns de uso de código baixo ajuda a explicar o motivo.

Casos de uso comuns de código baixo

As empresas estão descobrindo que o low code é ideal para algumas classes genéricas de aplicativos.

Uma categoria é criar aplicativos que transmitam recursos de automação em pequena escala. Os principais candidatos são a automação de fluxos de trabalho menores que envolvem acessar um banco de dados, e-mail ou sistema transacional e, em seguida, executar uma tarefa como se fosse um humano. Um exemplo seria um aplicativo que verifica os dados de IoT sobre o estado de um sistema e envia automaticamente um alerta por email se algum valor limite for excedido.

As empresas também usam low code para desenvolver programas para a análise de dados de IoT. Um aplicativo desenvolvido usando técnicas de baixo código pode ingerir dados de IoT e realizar análises de tendências ou detecção de anomalias. Um programa pode usar elementos compostos que executam análises preditivas ou executam os dados por meio de um modelo de aprendizado de máquina existente. Essas rotinas de análise sofisticadas podem ser disponibilizadas para desenvolvedores de baixo código como um elemento componível.

Veja também: Low Code Automatiza Processos Industriais Mais Rápido

Onde entra a supervisão de TI

Uma área em que a TI precisa estar envolvida é com relação ao gerenciamento de possíveis riscos de segurança. O código baixo permite que desenvolvedores cidadãos desenvolvam aplicativos sem esperar pela TI. Ele não substitui completamente a TI – as empresas ainda precisam de TI para tarefas de ordem superior, como governança, ingestão de dados e segurança cibernética.

Uma maneira de gerenciar ou conter esses problemas é fazer com que a TI supervisione as operações. Não de uma forma do dia-a-dia e não de uma forma que exija um grande investimento de tempo. Isso anularia o propósito de usar código baixo. Em vez disso, a TI deve garantir que os elementos compostos usados ​​para criar aplicativos de baixo código atendam aos padrões de segurança e privacidade de dados da empresa. A TI também pode impor restrições sobre quais conjuntos de dados podem ser usados ​​em um aplicativo de baixo código. Essa supervisão é particularmente importante quando um aplicativo toca em sistemas de missão crítica ou em toda a empresa.

A escalabilidade também deve ser considerada quando tais sistemas são incorporados em uma aplicação desenvolvida utilizando técnicas de baixo código. Aqui, novamente, a TI deve se envolver. Os desenvolvedores cidadãos tendem a criar aplicativos que não são bem dimensionados, de acordo com a Harvard Business Review. Os autores desse artigo sugerem:

“A melhor situação pode muitas vezes ser um modelo de desenvolvimento cidadão/profissional híbrido, no qual o usuário desenvolve 80% do modelo e o entrega ao desenvolvedor para polimento. Ou o usuário pode desenvolver o aplicativo inicial usando uma ferramenta de interface gráfica e depois entregá-lo a um desenvolvedor para programá-lo em Python ou alguma outra linguagem mais escalável. Em ambos os casos, o desenvolvedor pode registrar que o sistema existe, garantir que ele funcione corretamente e conectá-lo a qualquer dado necessário ou sistema transacional.”

Essa abordagem não é necessária para todas as organizações. No entanto, pode valer a pena considerar alguma forma desse modelo se os aplicativos do desenvolvedor cidadão forem adotados em toda a organização e não simplesmente usados ​​na unidade de negócios.

O papel da TI na retenção do conhecimento institucional

Um dos grandes benefícios do low code é que ele dá às pessoas com conhecimento profundo de como as coisas funcionam uma ferramenta para fazer as coisas melhor. Um gerente de chão de fábrica pode montar rapidamente um aplicativo de monitoramento de desempenho com base em sua experiência. Da mesma forma, um membro da equipe de serviço pode criar um aplicativo de agendamento de manutenção que leve em consideração a análise de dados de IoT sobre o status e o desempenho do equipamento em tempo real. Esses aplicativos capturam essencialmente o conhecimento dos especialistas da empresa e permitem que outros se beneficiem de seus conhecimentos.

Esses aplicativos são bons, mas o que acontece com a pessoa que desenvolveu o aplicativo sai, ou alguém quer fazer alterações ou usar o aplicativo para outra finalidade. Tais situações levam ao vazamento de conhecimento, o que é comum em todos os setores (e certamente é comum em casos que não envolvem low code).

Cada vez mais, as empresas estão percebendo que precisam implementar políticas e melhores práticas de captura e retenção de conhecimento. A TI pode desempenhar um papel ajudando a desenvolver as melhores práticas para programação low-code. Pode ser algo tão simples quanto exigir que um desenvolvedor cidadão preencha um formulário que detalha o que o aplicativo deve fazer, as fontes de dados que ele usa e os componentes que o aplicativo usa e por quê.