Cronologia do DEVOPS no IBM Mainframe Z

📅 2012 (± 1 ano)

📌 Por que 2012?

Porque é nesse período que três pilares do DevOps começam a convergir de forma consistente no ecossistema IBM Z:

🔹 1. Adoção real de Agile no mainframe (2010–2012)

Grandes ambientes z/OS passam a adotar Scrum/Kanban para times COBOL, PL/I e Assembler.
Integração de ferramentas como:
- Endevor
- Changeman
- ISPW
Começa a quebra do modelo puramente “batch noturno + releases trimestrais”.

👉 Sem Agile, DevOps não existe.

🔹 2. Automação de build e deploy (2012–2014)

Surgimento e adoção de:
- IBM Dependency Based Build (DBB) (embrião)
- JCL generation automática
- Rational Team Concert (RTC) com pipelines
UrbanCode Deploy (adquirido pela IBM em 2013) passa a ser usado também para z/OS.

👉 Aqui nasce o “Ops automatizado” no mainframe.

🔹 3. Integração com ferramentas distribuídas (2013–2015)

Introdução gradual de:
- Git como sistema de versionamento (substituindo ou convivendo com PDS/Endevor)
- Jenkins chamando jobs z/OS
- REXX e scripts como glue entre mundos

👉 Esse é o ponto onde o mainframe entra oficialmente no pipeline DevOps corporativo.

🔹 Marco simbólico importante

📍 2013–2014

Lançamento e evolução do z/OSMF Workflows
Primeiros pipelines CI/CD híbridos (Linux + z/OS)
Mainframe deixa de ser “ilha” e vira plataforma DevOps

📚 Linha do tempo resumida

Ano	Marco
2008–2010	Agile começa a tocar o mainframe
2012	🔥 Início teórico do DevOps no IBM Z
2013	UrbanCode + RTC no z/OS
2014	z/OSMF workflows
2015–2017	Git, Jenkins, DBB, pipelines modernos
2018+	DevOps corporativo completo no IBM Z

🧠 Definição acadêmica possível

“DevOps no IBM Z começou quando práticas Agile, automação de deploy e integração contínua passaram a ser aplicadas sistematicamente ao ciclo de vida de aplicações z/OS.”

📌 Ano de referência: 2012