É fácil pular em um comboio, especialmente nos círculos tecnológicos. Quando a próxima ‘aplicação assassina’ aparecer (ou o próximo Twitter começar a surgir), todo protagonista, futurista, evangelista quer uma parte da voz e uma fatia da ‘torta’ de mercado.
Muitas vezes isto resulta em organizações que desenvolvem produtos de imitação. Estes são aplicativos e ferramentas de software produzidos por fornecedores que desenvolvem alguma forma de oferta “eu também” que visa competir no mesmo espaço.
Algumas vezes estes fornecedores simplesmente ‘lavam’, ou seja, renomeam, suas ofertas existentes com um novo rótulo. Lavagem de nuvens, lavagem de código aberto, automação e lavagem de IA, todos eles existem, e todos eles se referem a uma re-branding às vezes bastante cosmética, onde a verdadeira engenharia de núcleo duro não ocorreu de fato.
O low-code é o novo alto terreno
A mais recente entre as subdisciplinas de TI maduras para imitar a marca de um imitador é de low-code. Na verdade não é particularmente baixo, o low-code oferece aos programadores profissionais um grau de modelos pré-configurados e aceleradores para tornar algumas tarefas mais rápidas. O low-code ainda é comparativamente profundo na programação, mas seus atalhos validam o uso do termo, ou seja, ele é um pouco “menor” em termos de carga de codificação.
A Gartner agitou seu “pote de poções mágicas” este ano para apresentar uma estimativa que sugere que até 80% dos produtos e serviços de tecnologia, serão agora construídos por indivíduos que não são profissionais da tecnologia, com atalhos de código tendo um impacto de condução sobre esse número.
Embora os números da Gartner sejam indiscutivelmente bastante interessantes, eles talvez devam ser considerados como não mais do que uma bússola já identificada, em vez de um mercado central pode ser entregue. Então, como o low-code é unido pelo no-code, onde os profissionais de negócios podem “construir” funcionalidades de aplicação usando interfaces visuais de arrastar e soltar, haverá um preço a pagar?
O evangelista-chefe de tecnologia da Mendix, especialista em desenvolvimento de aplicações de software de low-code, é Nick Ford. Lembrando que a pandemia da COVID-19 colocou uma pressão maior nos departamentos de TI que já estavam sobrecarregados, Ford diz que formas de desenvolvimento cidadão (no-code, ao invés de low-code então) são a melhor maneira de resolver este problema.
“Estas plataformas permitem que os departamentos de TI façam parcerias com a função comercial para construir soluções que a organização precisa, mais rápido e com menos retrabalho. Os usuários empresariais conhecem seu domínio melhor do que ninguém e trabalhar em colaboração garantirá que os processos e tecnologia corretos estejam no lugar”, disse Ford.
“Estas plataformas permitem que os departamentos de TI façam parcerias com a função comercial para construir soluções que a organização precisa – mais rápido e com menos retrabalho”.
Nick Ford / Mendix
Os usuários comerciais conhecem casos de uso comercial
A própria pesquisa da Mendix sugere que cerca de 60% dos trabalhadores britânicos querem colocar suas habilidades em prática, apoiando os projetos de digitalização de sua organização. Como o low-code/no-code agora se desenvolve, ambas as técnicas, estilos de plataforma e metodologias estão tendo um impacto nas pilhas de software empresarial, sendo o ERP claramente uma peça chave para o desenvolvimento de funções que se adequam aos usuários empresariais.
A questão que estamos colocando então é: até que ponto o low-code/no-code pode ser aplicado no espaço do ERP e, crucialmente, levará a um aumento do débito técnico onde aplicações e serviços precisam ser corrigidos e substituídos ao longo do tempo?
A moderna empresa de desenvolvimento de aplicações OutSystems diz que mais de dois terços dos líderes de TI identificam o débito técnico como uma grande ameaça à capacidade de inovação de sua empresa. O relatório de 2021 da organização ‘Growing Threating Threat of Technical Debt’, examina o custo do endividamento técnico enfrentado pelas empresas em setores e geografias definidas.
“A combinação do código antigo com a nova geração de aplicativos móveis, aplicações em pilha e expansão SaaS, estão roubando recursos, tempo e a capacidade de inovação das organizações”, disse Paulo Rosado, CEO e fundador da OutSystems. “Nosso relatório mostra que a dívida técnica continuará a se agravar”. Requer uma nova abordagem para ultrapassá-la e inovar a um ritmo e escala para uma verdadeira vantagem competitiva”.
“A combinação do código antigo com a nova geração de aplicativos móveis, aplicações de pilha e expansão SaaS estão roubando às organizações recursos, tempo e a capacidade de inovar”.
Paulo Rosado / OutSystems
O fator de custo da dívida técnica
À medida que as empresas se esforçam para se reconstruir após os desafios da pandemia, a dívida técnica surgiu como um grande obstáculo à inovação e à recuperação, especialmente para empresas focadas no crescimento. A dívida técnica é geralmente definida como um projeto técnico ou uma escolha de desenvolvimento feita para benefício a curto prazo, mas com inevitáveis consequências a longo prazo.
O débito técnico acontece quando as organizações decidem desenvolver soluções que podem ser implementadas rapidamente para maximizar a velocidade de implementação e implantação, em vez de soluções otimizadas para uso futuro e longevidade. Assim como a dívida financeira, a dívida técnica precisa ser paga em última instância sob a forma de processos de engenharia de software focados na refatoração de qualquer solução de código rápido.
De acordo com o estudo da OutSystems, a dívida técnica é um fenômeno mal compreendido que afeta todos os tipos de organizações e que muitas vezes é ignorado ou aceito com relutância porque é apenas um fato da vida. “Simplificando, a dívida técnica é a codificação que você tem que fazer agora por causa dos atalhos que tomou ontem. Mais especificamente, são as tecnologias e o tempo gasto mantendo códigos antigos, ruins e quebrados, em vez de desenvolver novas idéias”, observa a empresa.
Nossa pergunta era: será que o low-code/no-code vai impulsionar a criação de dívidas técnicas? Os fornecedores especializados neste espaço estão obviamente argumentando que não; a Mendix está dizendo que o alinhamento da função de TI e de negócios através destas ferramentas, contrapõe o problema do débito técnico e, em última instância, cria software (neste caso, funções do conjunto ERP) que estão mais alinhados com as necessidades dos usuários.
O CEO da OutSystems concorda e obviamente enfatiza a necessidade de uma nova e modernizada abordagem para o desenvolvimento de software. Sua firma disse que a boa notícia é que é inteiramente possível pagar a dívida técnica criando um processo de desenvolvimento que cumpre tanto os projetos de curto prazo, quanto as metas estratégicas de longo prazo. Alinhando cuidadosamente plataformas modernas de desenvolvimento de aplicativos, estruturas organizacionais e prioridades de equipe, uma equipe de TI centrada em ERP deve ser capaz de saldar suas dívidas sem comprometer o cronograma de seus projetos atuais.
Um argumento mais equilibrado talvez sugira que a estrada de low-code/no-code não estará sem seus solavancos. Algumas aplicações serão criadas as pressas, algumas com um palpite (sem um processo exaustivo de análise de casos de uso) e algumas podem até ser criadas para servir fluxos de trabalho improdutivos ou partes do negócio que não impulsionam a organização da maneira correta.
Política, protocolo e procedimento
Mas ainda há esperança. Plataformas profissionalmente projetadas de low-code/no-code proporcionam um grau de auto-verificação baseada em políticas de controle para garantir que os usuários não possam simplesmente começar a criar aplicações e extensões de aplicações sem o devido cuidado e atenção. Importante para aplicações ERP, estes mesmos protocolos de verificação também garantirão que os usuários empresariais não comecem a fazer uso de conjuntos de dados que são privados, sensíveis ou sujeitos a alguma forma de regulamentação legislativa.
Tradicionalmente (ou seja, em tempos pré-pandêmicos) as empresas da categoria de assistência médica e social têm incorrido em problemas de dívida técnica significativamente maiores do que muitas outras indústrias. Esse infeliz status pode ter aumentado apenas nos últimos 18 meses. Além disso, a alta classificação para a dívida técnica são empresas nos setores bancário, financeiro e de seguros; educação; governo e administração pública; serviços públicos; e mídia e telecomunicações.
Nick Ford, da Mendix, diz que vê um caminho a seguir. Ele explica que quando se trata de ERP especificamente, os APIs e a interconectividade que eles oferecem podem abrir os principais sistemas ERP para aplicações e serviços adicionais externos. Este processo pode então permitir que soluções diferenciadas sejam construídas em cima e longe do núcleo, o que, em teoria, é outro mecanismo inteligente para evitar dívidas técnicas.
“O ERP de low-code também vem com guardrails e controles dentro da própria plataforma. Isto ajuda os aplicativos criados com ele para preservar a integridade do sistema ERP. Ao contrário dos sistemas legados, as organizações são capazes de tirar proveito de atualizações e novos lançamentos. Estas mesmas organizações também podem implementar componentes que mantêm as regras comerciais que os usuários não podem quebrar, garantindo que o low-code seja usado de forma responsável. Essencialmente, as plataformas de low-code reduzem a necessidade de refatoração, pois as melhores práticas e padrões comuns são incorporados”, disse Ford.
Aprenda, produza, venda a todos
Igualmente apaixonado por este assunto é Sathya Srinivasan em seu papel de vice presente de consultoria de soluções na Appian, pioneira em código baixo. Srinivasan é realista sobre o fato de que a maioria dos fornecedores de ERP levam todo o seu aprendizado e experiência de implementações de clientes ao longo dos anos, apenas para depois produzi-los em uma oferta de software. Isto significa que todos os compradores de ERP acabarão obtendo a mesma solução padrão.
“Algumas organizações podem estar satisfeitas com esse tipo de oferta padrão, mas não vai funcionar para todos, porque cada empresa e suas necessidades comerciais são únicas. Quando qualquer empresa começa a customizar uma solução ERP padrão, é aí que entram os desafios. Isto coloca mais pressão sobre a TI para entregar a solução a tempo, o que aumenta a dívida técnica. Além disso, uma vez que a solução ERP tenha sido implementada, a TI tem que trabalhar muito para mantê-la atualizada, segura e preparada para a migração quando novas versões forem lançadas”, explicou Srinivasan.
“Algumas organizações podem estar felizes com esse tipo de oferta padrão de prateleira, mas não funcionará para todos, porque cada empresa e suas necessidades comerciais são únicas”.
Sathya Srinivasan / Appian
O que Srinivasan está pedindo não é apenas um low-code (e talvez um grau de no-code) para criar aplicações mais rapidamente ou gerar mais código, mas para que a TI e as empresas criem aplicações de mãos dadas em velocidade. Ele vê os maiores avanços obtidos em ambientes onde os negócios levam à visualização de uma aplicação de forma simples e intuitiva, sem conhecimentos de programação. Em seguida, para que a TI transforme rapidamente esta visão em um protótipo funcional e implante uma aplicação empresarial de negócios no campo com segurança e escalabilidade.
“É assim que empresas complexas podem alavancar ativos que têm que ser bem sucedidos, incluindo os sistemas ERP existentes”. Isto não se aplica apenas aos sistemas ERP, mas a quaisquer aplicações comerciais complexas que as organizações estão atualmente mantendo e gerenciando. A maioria dos produtos continuará a evoluir e será mais fácil de usar para os negócios e TI. Eles fazem isso escondendo a complexidade através de interfaces mais intuitivas, ou criam camadas e conectores que facilitam a colaboração entre as pessoas e os sistemas”, disse Srinivasan da Appian.
Funcionalidades visualizadas do fluxo de trabalho
Da perspectiva da equipe da Appian, o novo código para programação hoje é representar visualmente um desafio de fluxo de trabalho empresarial primeiro. Desta forma, as organizações podem conceber visualmente o que o negócio quer e dar à função de TI uma melhor orientação para cuidar da escalabilidade, segurança, manutenção e atualização. Tudo isso, novamente em teoria, deveria funcionar para reduzir o débito técnico.
Como tendência, então, podemos ver onde o low-code/no-code tem o potencial de eliminar o chip em abordagens monolíticas mais antigas de desenvolvimento de aplicações e serviços do conjunto ERP. Estes aceleradores de codificação estão rompendo os métodos anteriores utilizados para ampliar e aumentar os sistemas modernos.
“A maioria dos ERPs contemporâneos verdadeiramente progressivos se tornaram essencialmente plataformas de low-code com elementos no-code. Isto oferece aos usuários a capacidade de realizar configurações ‘simples’ através da funcionalidade arrastar e soltar para criar aplicações, serviços de dados, etc.”, disse Jaco Vermeulen, CTO da BML Digital.
“Uma consideração importante com todas as plataformas de low-code/no-code é que, durante a vida útil da aplicação em questão, a organização estará vinculada à plataforma fornecedora. Não será fácil portar código para outros servidores e apenas fazer com que os desenvolvedores escrevam código personalizado e aumentem uma aplicação fora da plataforma – e se a empresa quiser extrair o IP, então será necessária uma reconstrução completa em código completo ou um processo para replicá-lo em uma plataforma similar”, acrescentou ele.
Mas Vermeulen está equilibrado sobre o que estas plataformas podem fazer e diz que o low-code/no-code não deve ser visto como um meio de consertar a dívida técnica do ERP em primeira instância.
Em vez disso, ele diz que o papel das plataformas de low-code no ERP (juntamente com um diploma em RPA) existe para compensar os sistemas ERP antigos e as aplicações autônomas feitas sob medida, onde elas são insuficientes. Ele defende a mudança para um sistema ERP contemporâneo baseado em SaaS que está centrado no forte controle de configuração como a única abordagem prudente para eliminar a dívida técnica.
A união de low-code/no-code com sistemas ERP que há muito prometem melhores controles de personalização seria sempre um assunto espinhoso. Esta discussão não terminou; se alguma coisa esta análise é apenas o começo de duas grandes forças de software empresarial se unindo. Se tomarmos o caminho no-code ou o caminho de low-code, nosso objetivo é reduzir a dívida técnica e seguir em direção ao ouro do ERP.
