Durante anos, a narrativa foi a mesma: o problema do mainframe está na linguagem, no legado, na dificuldade de evoluir. Na prática, o bloqueio mais crítico está em outro lugar: o ambiente.

No z/OS, múltiplos times ainda disputam o mesmo espaço de teste. Isso cria um efeito previsível e caro: alterações que interferem entre squads, ciclos de QA comprometidos, retrabalho constante e filas de projeto que impedem o paralelismo.

O resultado não é técnico, é operacional. Sprints que deveriam levar semanas se estendem por meses. Em alguns casos, quase um ano.

O custo invisível do ambiente compartilhado

Esse modelo não apenas desacelera, ele drena eficiência sem aparecer de forma clara no orçamento. Cada dependência de infraestrutura, cada ticket aberto, cada ajuste manual aumentam o tempo de entrega e o custo por entrega.

Sem isolamento, o desenvolvimento no mainframe torna-se linear por definição. Se dois projetos não podem ser testados ao mesmo tempo, a inovação entra em fila. E fila, em ambiente crítico, é custo acumulado.

Para quebrar esse ciclo, não basta otimizar processos. É preciso mudar o modelo. O que resolve o gargalo não é mais uma ferramenta de apoio, mas uma mudança arquitetural. 

Com o Eccox APT (Application for Parallel Testing), o ambiente deixa de ser compartilhado e passa a ser isolado por design. Cada squad opera em uma “pista” própria, com instâncias isoladas de CICS, IMS, MQ e Db2, dados independentes e execução paralela sem colisão.

Diferente de soluções de emulação, tudo acontece sobre o próprio z/OS, com comportamento idêntico ao ambiente de produção, preservando a integridade das operações e das cadeias de processamento.

Outro ponto crítico desaparece junto com o ambiente compartilhado: a dependência de infraestrutura. Com provisionamento via interface web e modelo self-service, o desenvolvedor cria seu ambiente sob demanda, sem depender de tickets ou esperar semanas por configuração.

O tempo deixa de ser um fator externo e volta a ser controlado pelo próprio time.

O que muda na prática

No modelo tradicional, o provisionamento de ambientes pode levar até quatro semanas, os ciclos de validação são longos e o paralelismo é praticamente inexistente.

Com isolamento real, o provisionamento pode ser realizado em cerca de duas horas, múltiplos fluxos operam simultaneamente e os ciclos de sprint são reduzidos de forma significativa.

O que antes levava meses pode ser reduzido em cerca de 43% no ciclo de sprints, dependendo do contexto operacional.

Não se trata mais apenas de entregar mais rápido, mas de evitar que o custo operacional cresça de forma descontrolada. Ambientes ineficientes deixam de ser um problema de produtividade e passam a ser um problema financeiro, especialmente com a modernização via Eccox APT, que entrega resultados concretos em ambientes de alta complexidade.

Esse modelo já foi aplicado em ambientes de alta complexidade.

No Bradesco, durante o Projeto BIN, o esforço de provisionamento foi reduzido de 154 horas para 18,35 horas, enquanto o time-to-market caiu de 1.192 dias para 146 dias, uma redução de 88%.

No Itaú, o tempo de provisionamento caiu de 480 horas para apenas 2 horas, com redução de 60% no tempo de testes e ganho de 25% no time-to-market.

Não se trata de uma melhoria incremental, mas de uma mudança estrutural na forma de operar.

Impacto que não aparece no gráfico

Quando o ambiente deixa de ser um gargalo, o mainframe deixa de ser percebido como restrição. Desenvolvedores fora do universo legado, como profissionais de Java e Python, passam a operar no z/OS com autonomia.

O fluxo deixa de depender de conhecimento altamente especializado e passa a acompanhar o ritmo do negócio.

A discussão sobre modernização do mainframe ainda é frequentemente colocada como uma escolha entre manter ou substituir. Na prática, essa não é mais uma decisão relevante.

O que define eficiência hoje é o quanto o ambiente permite evoluir sem fricção. Quando o gargalo desaparece, o mainframe deixa de ser o problema e volta a ser o ativo.

Reduzir sprints de meses para dias não é uma ambição ágil, mas uma resposta direta a um modelo operacional que já não se sustenta. Para líderes de TI, o ponto crítico não é apenas acelerar o desenvolvimento, mas eliminar o que impede que ele aconteça no ritmo necessário.

Se reduzir o ciclo de sprints é hoje uma prioridade estratégica, vale revisar o que está limitando sua operação. Fale com a Eccox e veja como aplicar esse modelo no seu ambiente.