O setor de TI é composto por trabalho que se deixa dividir facilmente em etapas repetíveis e trabalho que precisamente não se deixa dividir assim. Escrever código, testar, documentar, triar tickets, avaliar monitorização, implementar configurações: muitas destas tarefas têm uma estrutura fixa e um critério de avaliação claro. Ao lado disso está o trabalho que gira em torno de escolhas arquitetónicas, contexto do cliente, ponderações de segurança e a decisão sobre se um sistema vai ou não para produção. Essa distinção determina onde a IA já hoje assume tarefas, onde continua a ser necessária supervisão, e onde o trabalho humano continua a ser o cerne da questão.
As circunstâncias que determinam o resultado não são uniformes. Uma equipa que trabalha com uma base de código bem documentada e padrões de teste claros consegue transferir tarefas mais facilmente do que uma equipa que funciona com base em conhecimento tribal e acordos verbais. Uma organização com uma estrutura de revisão fixa consegue integrar a supervisão sobre os resultados da IA num processo existente; uma organização sem essa estrutura tem primeiro de a construir antes que a transferência seja responsável.
Em partes do setor, a mudança já é visível. Sugestões de código, geração de testes e atualizações de documentação são, em algumas equipas, produzidas em grande parte pela IA, com um programador que aprova ou rejeita com base na funcionalidade e na legibilidade. Noutras equipas, exatamente o mesmo trabalho continua a ser feito totalmente à mão, não porque a situação seja fundamentalmente diferente, mas porque faltam as condições: sem acesso às ferramentas certas, sem critérios de qualidade estabelecidos, sem tempo reservado para reestruturar o processo.
Essa diferença entre empresas raramente reside na tecnologia em si. Reside na prontidão: se a organização tem os dados e a documentação em ordem, se existe um direito de decisão atribuído a quem avalia os resultados da IA, se foi libertada capacidade para estruturar o novo processo antes de o antigo ser desmantelado. Onde essas condições faltam, uma ambição permanece no papel, mesmo que a tecnologia já esteja disponível.
Uma ambição como "a IA apoia os nossos programadores" soa inequívoca, mas exige na prática uma série de capacidades que não estão presentes por si só: um ambiente de testes capaz de validar código gerado por IA, um processo de revisão que não atrase por causa do volume adicional, e avaliadores que saibam com base em quê rejeitar uma proposta da IA. Sem essas capacidades, a ambição permanece uma intenção sem execução.
É precisamente por isso que as mesmas palavras podem significar coisas diferentes numa equipa de direção. O CTO pensa em pipelines automatizados, o diretor operacional em menos horas libertadas para o suporte, o responsável de RH noutra configuração de funções. Nenhuma destas interpretações está errada, mas sem um teste partilhado a ambição permanece sem compromisso. Como traduzir uma visão em algo mensurável, e não em três suposições isoladas, está descrito em como tornar uma visão mensurável.
O setor de TI não é único na luta com esta mudança, embora os pontos críticos sejam diferentes. Nos serviços financeiros, a questão coloca-se de forma diferente, porque aí a supervisão e a prestação de contas desempenham um papel maior; o que aí está em jogo está descrito em que ambições de IA existem nos serviços financeiros. Na construção, o trabalho físico é um fator fixo que limita a assunção pela IA de forma diferente do que na TI, como se pode ler em que ambições de IA existem na construção. E no setor da limpeza, trata-se sobretudo de planeamento e controlo de qualidade em vez de produção de código, desenvolvido em que ambições de IA existem no setor da limpeza. O padrão é sempre o mesmo: a ambição só se torna concreta quando fica claro quais capacidades faltam.
Uma equipa de direção que decide que a IA deve assumir "a maior parte do ciclo de revisão" formula com isso uma ambição que não é possível realizar num trimestre. Isso não é uma objeção à ambição em si, mas um sinal para faseá-la: que capacidade deve estar estabelecida primeiro, qual depois, e em que ponto a organização está pela primeira vez em condições de avaliar se está a funcionar. Como esse faseamento pode ser configurado está descrito em como faseia uma ambição demasiado grande para um ano.
Sobre decisões de pessoal que possam resultar de um tal faseamento, não nos pronunciamos: que trabalho um empregador extingue ou redistribui está sujeito aos seus próprios requisitos legais e à sua própria ponderação. O que descrevemos é que trabalho se deixa transferir, parcial ou totalmente, e em que condições.
A questão subjacente não é se as ambições de IA no setor de TI são reais, mas sim se esta empresa específica, com esta base de código, esta equipa e estes processos, está pronta para as executar. Que trabalho nesta empresa é efetivamente transferível para a IA, tarefa a tarefa, é respondido com a análise de trabalho (werkscan) da FTE TO AI.
Quem quiser primeiro uma impressão, sem compromisso, pode fazer o teste de prontidão gratuito: oito perguntas curtas, uma por dimensão, com uma imagem de onde a organização está mais avançada e onde está menos avançada. O teste de ambição completo, com as quatro camadas e as cinco confidence gates, está em construção.
Vertel wat u wilt bereiken, dan kijken we samen wat daarvoor moet staan.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.