O desenvolvimento com baixo código/sem código oferece um futuro tentador, onde quase qualquer pessoa pode criar automação de fluxo de trabalho para otimizar as operações para um local de trabalho mais eficiente e produtivo. De acordo com a TechRepublic, 47% das organizações já usam plataformas low-code/no-code, sendo a automação do fluxo de trabalho o principal motivo. O mundo dos negócios certamente está pronto para adotar o desenvolvimento low-code/no-code em suas operações diárias. também pode ser usado em demasia ou mal implementado; isso cria problemas a longo prazo simplesmente para facilitar as coisas a curto prazo.
Daqui a dez anos, as organizações que não tomarem cuidado provavelmente se depararão com dezenas de processos automatizados que rodam em várias plataformas instáveis e que foram construídos por pessoas que não trabalham mais na empresa.
O problema de automatizar primeiro e fazer perguntas depois
No livro “Implementing Lean Software Development: From Concept to Cash”, os autores Mary Poppendieck e Tom Poppendieck disseram: “Não estamos ajudando nossos clientes se simplesmente automatizarmos um processo complexo ou confuso.”
É importante lembrar que, mesmo que haja pouca codificação envolvida na automação do fluxo de trabalho com pouco código/sem código, os problemas de design e gerenciamento ainda serão semelhantes ao desenvolvimento de software completo.
Você não pode fugir do fato de que processos de trabalho complexos são complexos, e a automação desses processos espelhará isso.
Processos confusos geram automação ineficiente
Os autores continuaram dizendo: “Qualquer processo que seja candidato à automação deve primeiro ser esclarecido e simplificado, possivelmente até mesmo removendo a automação existente. Só então o processo pode ser claramente entendido e os pontos de alavancagem para uma automação efetiva identificados.”
Considere, por exemplo, que você tem um sistema de requisição que requer cinco aprovações diferentes para avançar. Assim, você automatiza o processo de aprovação. Você pode economizar alguns minutos para os funcionários enviando e-mails e preenchendo planilhas, mas e se a ineficiência fundamental estiver nas próprias aprovações? E se você não precisar de tantas aprovações para começar? A automatização de processos não otimizados apenas transfere a ineficiência para o sistema e torna mais difícil alterá-los posteriormente.
Avaliando se você deve automatizar com uma plataforma Low-Code/No-Code
Para tirar o máximo proveito dessas plataformas, é crucial fazer as perguntas certas antes de pular direto para a automação. É a única maneira de ter certeza de que você está criando um processo que ajudará sua empresa a manter a eficiência nos próximos anos. Aqui estão quatro perguntas que você deve fazer para descobrir se uma solução de automação low-code/no-code é adequada para o trabalho:
1. Eu sei o suficiente sobre fluxo de trabalho e análise de processos para ter confiança em minhas decisões?
Usada de forma eficaz, a automação pode simplificar os processos existentes e liberar tempo dos funcionários para trabalhar em coisas mais importantes.
Usada de forma ineficaz, no entanto, a automação pode cimentar processos de desperdício em suas operações e torná-los mais difíceis de descartar no futuro.
Quando a Toyota desenvolveu o abordagem de manufatura enxuta, ela não começou a automatizar tudo imediatamente. Em vez disso, a empresa investiu pesadamente na melhoria contínua dos processos e na hiper-otimização de seus fluxos de trabalho. Certifique-se de ter o conhecimento necessário para saber se um processo realmente precisa existir e se está bem otimizado antes de começar a automatizar.
2. Quão crítico é um processo para a nossa organização?
O desenvolvimento de software tem um longo histórico de análise de qualidade e processos de garantia de qualidade que muitas vezes estão ausentes no desenvolvimento de código baixo/sem código. É importante ter em mente que a falta de codificação não significa que haverá falta de erros – o sistema só fará o que você mandar.
Embora o risco seja geralmente muito mais baixo nessas plataformas do que para desenvolvedores, se você está tentando construir algo para um processo crítico de negócios, vale a pena ter cuidado e tempo extras para garantir que você consiga acertar. Nesses casos, geralmente é melhor construir vários pequenos sistemas de automação em vez de um grande. Dessa forma, você terá muito menos probabilidade de esquecer como as peças funcionam enquanto está canalizando dados de uma parte para outra.
3. Entendo a necessidade de longevidade?
O desenvolvimento de software típico tende a acontecer com uma perspectiva de cinco a 10 anos em mente, mas essa visão de longo prazo geralmente está ausente do low-code /software sem código. Os funcionários não avaliam os riscos que podem surgir no próximo ano ou mais e se concentram apenas na tarefa atual em mãos.
Mas o que acontece quando você pensa em seis ou 12 meses no futuro ? Você ainda estará na mesma posição então? Se não, como você vai entregar o projeto para outra pessoa? Além disso, como serão as coisas daqui a cinco anos? É provável que a plataforma que você está usando ainda esteja por aí? Os ganhos de curto prazo tendem a ofuscar essas importantes considerações de longo prazo no desenvolvimento de código baixo/sem código.
4. Posso jogar experimentos fora na jornada para um projeto viável?
Você não quer gastar muito tempo montando um grande plano para um projeto de automação e depois construindo tudo de uma vez. Em vez disso, é mais inteligente começar mais cedo e depois trabalhar em lotes menores. Esses lotes podem fornecer um poderoso ciclo de feedback de aprendizado que o ajudará a evitar perder tempo desenvolvendo recursos que ninguém usará. Ao trabalhar e fornecer segmentos menores, você pode experimentar e iterar para criar processos úteis e eficientes, em vez daqueles que não atingem seus objetivos.
Ferramentas que permitem que as pessoas automatizem sem um profundo conhecimento de os princípios de engenharia e design de software estão em alta – o que significa que também está a probabilidade de ineficiências e suposições incorretas em fluxos de trabalho.
Antes de criar algo que será apenas um fardo no futuro, avalie a imagem maior e determinar se seus processos estão prontos para automação.
