Vice-presidente de Tecnologia explica como a sua equipa utiliza o Claude Code — e como foi adotado sem resistência

Pedro Gustavo Torres é VP de Tecnologia e Arquitetura de PXM na Centric Software, onde utiliza IA para criar um produto complexo.

Falámos com Pedro sobre a adoção bem-sucedida da IA e sobre a forma como o Claude Code está a mudar as regras do jogo. Eis o que nos disse.

Um líder com pouco ego

Sou VP de Tecnologia e Arquitetura de PXM na Centric Software. A nossa equipa de engenharia de produto tem cerca de 60 pessoas. Temos um produto muito complexo que funciona como um canivete suíço: extremamente flexível e personalizável para os nossos clientes e parceiros.

Fazemos implementações frequentes com "lançamentos" mensais (ou seja, alinhamento com o marketing), e a nossa arquitetura atual é um monólito com serviços pouco acoplados que expandem as suas capacidades. Também podemos implementar o nosso sistema em qualquer região da AWS, o que nos permite oferecer uma solução verdadeiramente global.

Quanto a mim, sou um líder com pouco ego, inclinado para a ação e apaixonado por criar e expandir equipas de engenharia de alto desempenho em startups, scaleups e organizações empresariais.

Utilizo IA diariamente para maximizar a minha produtividade e os resultados. É uma mudança de paradigma!

Pedro partilha

Utilizo IA diariamente para maximizar a minha produtividade e os resultados. É uma mudança de paradigma!

Como o Claude Code está a revolucionar a engenharia de software

Toda a equipa utiliza agora o Claude Code para as nossas tarefas de desenvolvimento. Também o utilizamos para revisões de código. Mas, honestamente, o Codex e o CodeRabbit são igualmente bons.

Antes do Claude Code, precisávamos de muita orientação e apoio. Com o Claude, essa necessidade diminuiu e todos se tornaram mais autónomos, desenvolvendo tarefas de uma ponta à outra.

A equipa de SRE teve o seu maior avanço quando o Claude Code provou ser uma ferramenta extraordinária para a resolução de problemas! A resolução de problemas que antes demorava horas passou a demorar alguns minutos. Mostre-lhe os sistemas, as localizações dos registos, etc., e o Claude consegue fazer um diagnóstico impressionante de qualquer situação complexa. Fico profundamente impressionado.

Não consigo imaginar um futuro na área da Engenharia de Software sem ele.

Como a IA e os seres humanos podem trabalhar em conjunto

Os seres humanos com IA tornam-se super-humanos. Não vejo nenhum trabalho que seja exclusivo dos seres humanos ou da IA. Vejo-os sempre a trabalhar em conjunto. Os seres humanos trabalham lado a lado com a IA, supervisionando-a e orientando-a sempre que necessário.

Utilizamos IA para o planeamento, a implementação e a revisão; depois, um ser humano faz uma revisão final do trabalho da IA.

Além disso, a IA pode contribuir para qualquer tema. Quer fazer uma sessão de ideias sobre uma decisão de arquitetura? O Claude pode criar um ADR. Quer fazer uma revisão de código? O Claude aprenderá a estrutura do seu repositório e fornecer-lhe-á comentários úteis. Quer resolver um incidente? O Claude chegará à causa principal muito mais rapidamente do que um ser humano.

As possibilidades são infinitas. O Claude até nos ajudou a escolher entre várias opções de intermediários de mensagens, simplificando a escolha ao apresentar claramente as vantagens e desvantagens.

E, mais recentemente, enquanto explorávamos uma experiência baseada em agentes no nosso produto, conseguimos criar um protótipo e obter feedback e validação em poucos dias. Sem IA, ter-nos-ia levado vários meses.

Porque a única métrica que importa com a IA é o tempo entre a ideia e uma solução pronta para o cliente

Quanto aos resultados, penso que ainda é demasiado cedo para apresentar números. Preferia pôr em causa a linha de pensamento habitual neste caso.

Para mim, métricas como a frequência de implementações, a taxa de defeitos, o tempo de ciclo, o tempo de atividade e a eficiência de custos não captam o essencial. São, naturalmente, importantes. Mas aquilo que precisamos realmente de medir é o tempo necessário para passar de uma ideia à entrega de uma solução funcional aos clientes.

Claro que se poderia argumentar que a frequência das implementações nos aproxima da entrega de soluções aos clientes, mas, para mim, isso continua a medir a coisa "errada".

Convido todos a concentrarem-se no que importa: o tempo entre a ideia e a entrega. Tudo o resto poderia ser considerado uma métrica de vaidade — ou até ser manipulado.

Porque é que as falhas da IA são normalmente de baixo risco

Tal como tudo o resto, a IA traz consigo desafios.

Um dos desafios é o facto de ser cada vez mais difícil resistir a tornarmo-nos "preguiçosos" e a depender excessivamente das ferramentas de IA. Mas, pensando bem, será isso algo mau? Só o tempo o dirá.

Outro desafio é a fraca qualidade dos resultados. No entanto, isto acontece normalmente quando não fornecemos todo o contexto ou omitimos detalhes importantes de que a IA precisa para executar a tarefa. Como gosto de dizer: "A IA é excelente, mas ainda não lê pensamentos!"

Descobri que é eficaz fornecer à IA os artefactos — por exemplo, os documentos — como os seguintes:

• Descrição do problema
• Abordagens consideradas
• Solução escolhida
• Plano de implementação (por exemplo, épicos e tickets do JIRA)

Isto proporciona uma visão consolidada e poderosa de qualquer iniciativa.

Felizmente, quando a IA não se comporta como esperado, o impacto costuma limitar-se ao consumo de tokens — partindo do princípio de que estão implementadas as salvaguardas adequadas. Sim, pode ser dispendioso, mas até isso pode ser resolvido com um esforço mínimo.

Porque é que a segurança psicológica é fundamental para a adoção da IA

As minhas equipas aceitaram bem o Claude Code. Demonstraram pouca ou nenhuma resistência e percebi o entusiasmo que sentiam por utilizar a nova ferramenta como um multiplicador de força.

Uma das principais razões para isso foi a segurança psicológica que proporcionámos: a IA não tirou o emprego a ninguém; melhorou as suas capacidades.

Para além da segurança psicológica, as equipas precisam de três coisas para uma adoção bem-sucedida da IA:

• Clareza
• Competência
• Autonomia

Recomendo que os líderes assegurem estes aspetos básicos antes de implementarem a IA. Caso contrário, a IA não resolverá nada. Pelo contrário, pode piorar as coisas.

E há ainda outra coisa. Pode existir alguma confusão e desorientação iniciais, uma vez que a IA altera muitos aspetos da vida quotidiana das pessoas. Tal como acontece com qualquer ferramenta nova, as pessoas precisarão de tempo para se adaptarem.

Partilhas do Pedro

Pode existir alguma confusão e desorientação iniciais, uma vez que a IA altera muitos aspetos da vida quotidiana das pessoas. Tal como acontece com qualquer ferramenta nova, as pessoas precisarão de tempo para se adaptarem.

Como devem os CTOs utilizar o manual habitual de gestão da mudança com a IA

Quando estiver pronto para começar, seguiria o manual "habitual": encontrar pessoas interessadas, reuni-las, definir princípios, criar um plano, elaborar materiais de capacitação, implementar salvaguardas e lançar a iniciativa. Depois disso, monitorizar a evolução e agir em conformidade.

Este é um exercício puro de gestão da mudança.

Porque é que os empregos na engenharia de software estão seguros

Não penso que os engenheiros de software percam os seus empregos. Compreendo a preocupação, mas tudo correrá bem. Os seres humanos serão sempre necessários, talvez apenas em funções diferentes.

Fala-se muito de os profissionais juniores perderem os seus empregos, mas penso que haverá sempre necessidade deles. Só temos de esperar que a poeira assente — e já começa a assentar.

Como a IA está a mudar a engenharia de software

Não devemos preocupar-nos demasiado com código perfeito. Tanto os seres humanos como a IA cometem erros, por isso os erros de software sempre existiram e continuarão sempre a existir.

O que é necessário agora é uma mudança de mentalidade no sentido de sermos mais pragmáticos e menos perfeccionistas.

O perfeccionismo não traz nada de bom. Torna as equipas significativamente mais lentas. Em contrapartida, o pragmatismo ajuda-nos a agir de forma mais decisiva, a avançar, a evitar a engenharia excessiva e a concentrarmo-nos no que é importante: o valor para o cliente.

É esse o rumo que vejo para a engenharia de software com a IA. Menos trabalho artesanal, mais pragmatismo.

Porque é que os CTOs têm de adotar a IA e aprender o básico

Eis o meu conselho para os CTOs: adotem a IA e façam-no rapidamente. A IA veio para ficar. Não é uma moda passageira.

Vejo empresas a demorarem uma eternidade a implementar ferramentas de IA no seu trabalho quotidiano, mas isso é um erro. A concorrência não vai esperar. Não caia na armadilha de ser excessivamente cauteloso. Implemente a IA de forma rápida e determinada.

E informe-se sobre os conceitos básicos. Foi extremamente útil para mim compreender como tudo funciona, desde a ciência de dados e a aprendizagem automática até aos LLMs, RAG, incorporações vetoriais e bases de dados vetoriais. Aprenda.

Acompanhe

Pode acompanhar o trabalho de Pedro Gustavo Torres no LinkedIn, no X e no SlideShare.

Seguir-se-ão mais entrevistas com especialistas no The CTO Club!