É hoje muito fácil usar uma ferramenta de Inteligência Artificial (IA), gerar documentação em minutos, criar código ou automatizar tarefas que, há pouco tempo, exigiam horas de trabalho. A dificuldade continua a ser outra: compreender o problema que estamos realmente a tentar resolver
|
Nos projetos de desenvolvimento de software, os maiores desafios raramente começam quando se escreve a primeira linha de código. Começam muito antes, quando os requisitos não são suficientemente claros, quando negócio e tecnologia têm interpretações diferentes da mesma necessidade ou quando a pressão para entregar rapidamente deixa pouco espaço para validar se todos estão realmente a caminhar na mesma direção. É precisamente aqui que a IA revela os seus limites: pode acelerar a execução, mas não conhece o contexto de um cliente, não compreende os objetivos do negócio, não distingue prioridades contraditórias nem faz as perguntas que continuam a ser essenciais antes de qualquer solução começar a ser construída. Fala-se muito da capacidade da IA para gerar conteúdo, mas fala-se pouco daquilo que lhe dá origem. Um agente de IA é tão bom quanto o contexto que recebe, e esse contexto não aparece por acaso. Constrói-se através da capacidade de compreender o negócio, desafiar pressupostos, clarificar requisitos e transformar necessidades, muitas vezes pouco definidas, em informação rigorosa para toda a equipa. Se o contexto é o que determina a qualidade daquilo que a IA produz, então as funções que o constroem tornam-se centrais. É por isso que me faz cada vez menos sentido olhar para Business Analysis (BA) e Quality Assurance (QA) como áreas separadas. Durante muitos anos, a análise de negócio acontecia no início, o desenvolvimento no meio e a qualidade aparecia apenas no fim, quase como uma última barreira antes da entrega. Ainda hoje muitas organizações trabalham desta forma. Na prática, isso significa descobrir problemas quando já são muito mais caros de corrigir. A qualidade não começa na fase de testes, mas sim quando estamos a definir requisitos, quando juntamos pessoas de diferentes áreas (negócio, BA, desenvolvimento e QA) à mesma mesa e quando todas as perspetivas contribuem para construir uma solução mais completa antes de existir uma única linha de código. Trazer a qualidade para o início do processo não torna os projetos mais lentos, evita que tenham de voltar atrás. Existe uma ideia muito repetida de que a IA veio aumentar a produtividade. Concordo. Mas talvez a pergunta mais importante seja outra: o que fazemos com o tempo que a IA nos devolve? Se esse tempo servir apenas para produzir ainda mais depressa, dificilmente estaremos a criar mais valor. Se, pelo contrário, for utilizado para compreender melhor o cliente, analisar riscos, desafiar decisões e melhorar a qualidade daquilo que vai ser construído, então a IA deixa de ser apenas uma ferramenta de aceleração e passa a ser uma verdadeira vantagem competitiva. O papel de quem trabalha em BA e QA também está a mudar. Reduz-se o tempo dedicado a tarefas repetitivas, o que significa que há mais tempo para analisar o contexto, antecipar riscos, apoiar decisões e garantir que o que está a ser desenvolvido continua alinhado com as necessidades reais do negócio. Isso exige pensamento crítico, capacidade de comunicação e uma colaboração muito mais próxima entre todas as equipas. Porque a qualidade nunca pode ser responsabilidade exclusiva de quem valida no final. Se tal se verificar, provavelmente chegámos tarde demais ao problema. É também por isso que não vejo a IA como um substituto do pensamento humano, mas como uma oportunidade para o tornar mais valioso. À medida que a tecnologia assume tarefas cada vez mais operacionais, as pessoas deixam de criar valor pela execução e passam a criá-lo pela capacidade de compreender o contexto, interpretar necessidades e antecipar riscos. São estas competências que continuam a fazer a diferença entre um projeto que apenas entrega software e outro que resolve efetivamente um problema de negócio. A qualidade constrói-se ao longo de todo o processo e é uma responsabilidade partilhada entre áreas de negócio, BA, desenvolvimento e QA. Enganamo-nos muitas vezes num ponto: no final, a discussão não é sobre velocidade, mas sobre valor. A IA vai continuar a acelerar a forma como desenvolvemos software, mas o que distinguirá os melhores projetos não será a rapidez com que conseguem entregar. Será a capacidade de garantir que aquilo que entregam faz sentido, responde às necessidades do cliente e cria verdadeiro valor para o negócio. |