 |
| 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.
