Bellacosa Mainframe o que é backlog no mainframe

O que é Backlog no Mainframe?

Quem está começando no IBM Mainframe frequentemente ouve frases como:

• "Essa demanda entrou no backlog."

• "O backlog da fábrica aumentou."

• "Vamos priorizar o backlog."

• "Esse projeto ainda está aguardando no backlog."

Mas afinal, o que significa isso?

A resposta é simples:

Backlog é a lista organizada de trabalhos, solicitações, correções e melhorias que ainda precisam ser desenvolvidas.

Ele não é exclusivo do Mainframe. É um conceito utilizado em praticamente todas as metodologias de desenvolvimento de software, especialmente em equipes ágeis.

---

Uma analogia simples

Imagine uma oficina mecânica.

Todos os dias chegam carros para:

• trocar óleo;

• consertar o motor;

• revisar os freios;

• trocar pneus.

O mecânico não consegue atender todos ao mesmo tempo.

Então ele cria uma fila.

Essa fila é o backlog.

No Mainframe acontece exatamente a mesma coisa.

---

Definição simples

No ambiente Mainframe, o backlog é uma lista priorizada contendo todas as atividades que deverão ser executadas pela equipe.

Pode incluir:

• novos programas COBOL;

• alterações em programas existentes;

• correções de bugs;

• mudanças em JCL;

• novas tabelas Db2;

• ajustes em CICS;

• APIs REST;

• melhorias de desempenho;

• modernização de aplicações;

• demandas regulatórias.

---

Como funciona?

Imagine um banco.

Durante a semana surgem diversas solicitações.

Nova funcionalidade PIX

↓

Correção da Fatura

↓

Mudança no Cartão

↓

Nova API

↓

Correção COBOL

↓

Atualização Db2

Tudo isso entra no backlog.

---

O ciclo do backlog

Normalmente o fluxo é:

Solicitação

↓

Análise

↓

Priorização

↓

Backlog

↓

Desenvolvimento

↓

Testes

↓

Produção

---

Quem cria o backlog?

Dependendo da empresa:

• Product Owner (PO);

• Gerente de Projetos;

• Analista de Sistemas;

• Líder Técnico;

• Gestor de Produtos;

• Comitês de negócio.

---

O que pode existir em um backlog Mainframe?

Novas funcionalidades

Exemplo:

• PIX Parcelado;

• novo boleto;

• integração Open Finance.

---

Correções

Exemplo:

• erro em programa COBOL;

• ABEND;

• cálculo incorreto.

---

Melhorias

Exemplo:

• reduzir consumo de CPU;

• otimizar SQL;

• melhorar desempenho do CICS.

---

Atualizações técnicas

Como:

• migração COBOL 6.5;

• atualização Db2;

• upgrade CICS;

• adoção de Git;

• DevOps.

---

Demandas legais

Por exemplo:

• Banco Central;

• Receita Federal;

• LGPD;

• normas contábeis.

---

Priorização

Nem tudo pode ser desenvolvido imediatamente.

As equipes normalmente classificam as demandas.

Por exemplo:

Alta prioridade

• fraude bancária;

• indisponibilidade;

• falha crítica.

Média prioridade

• melhorias;

• novos relatórios.

Baixa prioridade

• pequenas otimizações;

• melhorias visuais.

---

Exemplo prático

Imagine um backlog de um banco.

1 - Corrigir erro no PIX

2 - Nova regra de cartão

3 - API Open Finance

4 - Otimizar Db2

5 - Atualizar JCL

6 - Modernizar COBOL

A equipe trabalha seguindo essa prioridade.

---

Ferramentas utilizadas

É comum utilizar:

• Jira;

• Azure DevOps;

• IBM Engineering Workflow Management (antigo Rational Team Concert);

• ServiceNow;

• GitHub Issues;

• GitLab Issues.

---

Relação com o DevOps

O backlog é o ponto de partida do fluxo DevOps.

Backlog

↓

Desenvolvimento

↓

Git

↓

Pipeline

↓

Testes

↓

Deploy

↓

Produção

---

Benefícios

Um backlog bem organizado permite:

• melhor planejamento;

• maior transparência;

• definição clara de prioridades;

• redução de retrabalho;

• melhor comunicação entre negócio e tecnologia;

• entregas contínuas.

---

Curiosidades

1. O backlog nunca fica vazio

Em grandes bancos e seguradoras, novas demandas surgem diariamente. O backlog é um processo contínuo.

---

2. Nem tudo que entra será desenvolvido

Algumas solicitações podem perder prioridade, ser canceladas ou substituídas por soluções diferentes.

---

3. Um backlog pode conter milhares de itens

Grandes instituições financeiras mantêm carteiras com milhares de demandas distribuídas entre dezenas de equipes.

---

4. O backlog representa o futuro do sistema

Ele mostra quais funcionalidades, correções e melhorias serão implementadas ao longo do tempo.

---

Erros comuns de iniciantes

"Backlog é apenas uma lista de bugs"

Não.

Ele inclui novas funcionalidades, melhorias, projetos, atualizações técnicas e demandas regulatórias.

---

"Tudo que entra no backlog será feito"

Não necessariamente.

Cada item será analisado, priorizado e poderá até ser descartado.

---

"Backlog é responsabilidade apenas do gerente"

Não.

Analistas, arquitetos, desenvolvedores, Product Owners e representantes do negócio participam da construção e priorização do backlog.

---

Quando aprender sobre backlog?

Logo no início da carreira.

Mesmo um programador COBOL iniciante participa de reuniões para entender quais demandas serão desenvolvidas e como elas serão priorizadas.

Compreender o backlog ajuda a enxergar como o trabalho técnico se conecta às necessidades do negócio.

---

Conclusão

O backlog no Mainframe é a lista organizada de demandas que orienta a evolução das aplicações IBM Z. Ele reúne correções, novas funcionalidades, melhorias técnicas, modernizações e requisitos legais, funcionando como um mapa do trabalho futuro da equipe.

Em ambientes corporativos, especialmente em bancos, seguradoras e grandes empresas, um backlog bem gerenciado é essencial para garantir que os recursos sejam direcionados às demandas mais importantes, mantendo sistemas críticos evoluindo de forma planejada, segura e alinhada aos objetivos do negócio.