Ir para o conteúdo
XSIS

Processo e comunicação

Software, IA e dados

Por onde começar com IA, qualidade e precisão, acessibilidade, velocidade, lançamentos em lojas de aplicações e migrações sem indisponibilidade.

24 perguntas

Os agentes de IA vão substituir a nossa equipa de atendimento?

Eles assumem os pedidos rotineiros e de grande volume, para que a sua equipa cuide dos complexos e sensíveis. Toda conversa pode passar para uma pessoa com todo o contexto. Decide quais pedidos os agentes concluem sozinhos.

Qual é a diferença entre os níveis de IA?

Os pacotes são soluções prontas para implementar em tarefas comuns, configuradas em vez de construídas. Os sistemas corporativos são à medida e soberanos, construídos para alto volume. Os serviços geridos mantêm qualquer um dos dois a funcionar, por assinatura ou por uso.

Qual nível é o certo para nós?

Depende de quão padrão é a tarefa, do volume e de onde os seus dados precisam ficar. Uma tarefa comum com volume moderado cabe num pacote. Residência rígida, integração profunda ou alto volume apontam para um sistema corporativo.

Como começa um trabalho de base de dados consigo?

Normalmente com uma verificação de saúde. Revisamos configuração, desempenho, segurança, backups e capacidade, e entregamos uma lista escrita de achados classificados por risco e esforço. Então decide o que corrigimos, migramos ou operamos, e em que ordem. Se a necessidade já estiver clara, como uma migração planeada, começamos pelo projeto dela.

Como migram uma base de dados sem perder dados nem parar o negócio?

Ensaiamos cada migração numa cópia protegida e reconciliamos contagens de linhas e checksums entre origem e destino. Para sistemas que não podem parar, mantemos os dois em sincronia e trocamos numa janela curta e planeada, com uma reversão testada à disposição.

Por onde começamos se não sabemos onde estão os nossos dados sensíveis?

Pela descoberta. Rastreamos os sistemas, repositórios de dados, backups e partilhas de ficheiros que contêm dados pessoais, de pagamento ou confidenciais, e os fluxos para os seus fornecedores. O inventário mostra os maiores riscos primeiro.

Precisamos substituir as nossas ferramentas de BI atuais?

Não necessariamente. Podemos acrescentar análise conversacional e definições partilhadas sobre os dados que já tem, e desativar painéis sobrepostos ao longo do tempo.

E se os nossos requisitos mudarem durante o projeto?

Costumam mudar, e o processo já conta com isso. O backlog é revisado consigo a cada iteração. Num projeto de âmbito fixo, uma mudança é acordada por escrito, com o seu efeito sobre custo e datas, antes de o trabalho nela começar.

A nossa aplicação para desktop é antiga e difícil de alterar. Quais são as opções?

Reescrever tudo de uma vez raramente é a escolha mais segura. Avaliamos o código, as suas dependências e como as pessoas o usam. Depois recomendamos se devemos refatorá-lo, migrá-lo para um framework atual ou substituí-lo por software web. Qualquer que seja o caminho, mudamos em etapas, para que os utilizadores continuem a trabalhar e cada etapa possa ser testada.

Precisamos de pesquisa com utilizadores se já conhecemos os nossos?

Conhece muito, e a pesquisa parte daí. Ela testa premissas com as pessoas que fazem o trabalho e muitas vezes revela etapas, contornos e termos que nunca chegam a um documento de requisitos. Uma pequena rodada de entrevistas e testes de protótipo custa menos do que mudar o software depois de lançado.

Devemos automatizar todos os nossos testes?

Não. Automatize o que corre com frequência e precisa dar a mesma resposta todas as vezes: testes de unidade, testes de API e as jornadas que mais importam. Mantenha pessoas para testes exploratórios, usabilidade e funcionalidades que ainda estão a mudar. Uma suíte menor que nunca falha aleatoriamente vale mais do que uma grande em que ninguém confia.

O que é teste de caos e ele é seguro?

O teste de caos desliga serviços, desacelera redes ou enche discos de propósito, para comprovar que o sistema se degrada com elegância e recupera-se. Começamos em ambientes de teste, acordamos os limites com a sua equipa de operações e só executamos experimentos controlados em produção quando o monitorização e a reversão estão comprovados.

Como testam integrações com bancos, fornecedores de pagamento ou ERPs?

Usamos o sandbox do parceiro quando existe e simuladores quando não existe, para que os testes rodem a cada mudança. Os dados de teste cobrem pagamentos rejeitados, tempos esgotados, mensagens duplicadas e falhas parciais, e verificações de ponta a ponta confirmam que os totais reconciliam entre os sistemas.

Por que razão não reescrever o sistema inteiro de uma vez?

Uma reescrita completa precisa corresponder a anos de comportamento antes de substituir qualquer coisa, enquanto o negócio continua a mudar em torno dela. Esses projetos costumam arrastar-se e lançar com lacunas. Substituir uma capacidade de cada vez entrega valor cedo e mantém o sistema antigo como rede de segurança. Pode parar ou mudar de direção em qualquer etapa.

O negócio precisará parar durante a migração?

A abordagem é projetada para que não precise. O sistema antigo continua a correr enquanto cada nova parte é construída e comprovada em paralelo. O trabalho migra para a nova parte gradualmente e pode voltar se algo estiver errado. Quando uma migração de dados exige uma troca, ensaiamos primeiro e a agendamos consigo.

Ninguém entende completamente o nosso sistema antigo. Ainda conseguem modernizá-lo?

Sim, e isso é comum. Recuperamos o conhecimento a partir do código, dos dados, dos registos e das pessoas que usam o sistema. Capturamos o que ele faz em testes de caracterização, que se tornam a especificação que as novas partes devem atender.

A migração vai interromper o nosso negócio?

Planeamos cada mudança para evitar uma interrupção ou para mantê-la curta e agendada. As cargas de trabalho movem-se uma de cada vez, os dados são sincronizados antes da troca e cada etapa tem um caminho de reversão. Quando um sistema não pode correr em dois lugares ao mesmo tempo, acordamos uma janela de manutenção consigo e ensaiamos a troca antes.

O que cobre um trabalho de infraestrutura de TI?

Cobre tudo o que sustenta os seus sistemas: redes e sites, servidores e virtualização, armazenamento e backup, diretório e serviços de identidade, monitorização e as ligações com as suas contas de nuvem. Podemos assumir o parque inteiro ou uma parte dele, como um redesenho de rede. O âmbito é acordado por escrito antes do início do trabalho.

Já temos pipelines. Precisamos começar de novo?

Não. Partimos do que funciona, padronizamos em modelos e substituímos apenas as partes frágeis ou ausentes. Os serviços migram para a plataforma um de cada vez.

Podem proteger agentes e modelos que não construíram connosco?

Sim. Identidade, credenciais, salvaguardas e monitorização ficam em volta do agente, por isso funcionam com agentes construídos internamente, por outro fornecedor ou numa plataforma de terceiros. Precisamos de acesso à configuração do agente e às suas ligações, não necessariamente ao seu código.

Por onde devemos começar? (IA e Dados)

Normalmente pela prova de conceito agêntica soberana: um fluxo, ligado às suas ferramentas internas numa rede privada, que mostra o valor antes de uma construção maior.

Os nossos dados precisam estar em ordem primeiro?

Não inteiramente, mas verificamos isso primeiro. Se os documentos não estiverem estruturados ou as bases de dados estiverem isoladas, começamos com uma revisão de qualidade, linhagem e prontidão para IA e depois construímos a plataforma de que os modelos precisam.

Meu projeto é de Engenharia de Software ou de Empresas e Integrações?

A Engenharia de Software constrói e moderniza as próprias aplicações: plataformas, portais, aplicações e gémeos digitais. Empresas e Integrações as liga a ERPs, bancos, autoridades fiscais e redes de pagamento. A maioria dos projetos precisa das duas coisas, e uma equipa cobre ambas sob um único contrato.

Por onde devemos começar? (Nuvem e Infraestrutura)

A maioria dos clientes começa pela auditoria de portabilidade de nuvem e de FinOps de tokens de IA. Ela mostra onde está preso a um fornecedor, traça uma rota para um parque soberano ou multi-nuvem e coloca cache e encaminhamento de modelos na frente das suas cargas de IA. Programas maiores vêm a seguir.

Comece com uma conversa, não com um contrato.

Conte o que precisa construir, ligar ou proteger. Um arquiteto analisa consigo e recomenda por onde começar.

O que acontece a seguir

  1. Definição do horário

    A nossa equipa envia um e-mail para combinar o horário da sessão.

  2. Sessão de pré-consultoria

    Uma sessão em linha gratuita de pré-consultoria de 30 minutos: analisamos os seus objetivos, sistemas e restrições.

  3. Avaliação de prontidão

    Numa avaliação de prontidão gratuita de 48 horas, um Arquiteto Principal verifica o seu projeto com a Definição de Prontidão em 6 pontos e recomenda o percurso adequado.

  4. Escolha do percurso

    Projetos com âmbito pronto recebem uma proposta vinculante em 3–5 dias úteis. Projetos em estágio de conceito começam no Blueprint Studio. Um sistema em produção com falhas, não documentado ou que precisa de integração começa com um diagnóstico de 1–2 semanas. O Blueprint Studio e o diagnóstico têm cada um uma taxa fixa, cotada na proposta.