Agile Release Train ou ART é um conjunto de equipes trabalhando juntas, seguindo um calendário de lançamento comum e uma linha do tempo da Sprint, ou é um conjunto de recursos agendados para lançamento em durações regulares, fornecendo continuamente o valor comercial esperado? Outra dúvida refere-se a existência algum papel central para o funcionamento de uma ART.
Vamos tentar responder a essas perguntas e dar uma olhada mais de perto na ART neste blog.
O que é um Agile Release Train
O Agile Release Train (ART) é a principal construção de entrega de valor no SAFe®. Trata-se de uma equipe de organização ágil e de longa duração, uma organização virtual (5 a 12 equipes) que planeja, confirma e executa em conjunto o trabalho necessário para as liberações de valor.
O Agile Release Train é organizados em torno dos fluxos de valor significativos da empresa e vivem exclusivamente para cumprir a promessa desse valor, criando soluções que proporcionam benefícios ao usuário final.
Portanto, um Agile Release Train é basicamente uma equipe de equipes responsáveis pela liberação regular de recursos e benefícios comerciais. Todas as equipes de um ART estão vinculadas por uma Visão comum, Backlog do Programa e um Roadmap do Produto.
Um ART geralmente consiste em 50 a 125 pessoas, sendo que, quantas ARTs estão associadas a uma “Visão” ou “Programa” basicamente, existe 1 ART por Programa ou pode haver várias ARTs por programa.
Como o Increment Program se relaciona com o Agile Release Train
Os Incrementos de programa (PIs) fornecem uma caixa de tempo de desenvolvimento (padrão 10 semanas) que usa cadência e sincronização para:
- Facilitar o planejamento;
- Limitando o WIP;
- Fornecer valor agregado;
- Garantir retrospectivas consistentes.
Em outras palavras, os timeboxes do Program Increment correspondem a duração pela qual a ART (equipe de equipes) tem que entregar um trabalho., sendo que, no caso do domínio de TI e software, isso significaria software funcionando.
Cada trem possui pessoas e recursos dedicados necessários para definir, criar e testar continuamente os recursos em todas as iterações.
Princípios que governam o Agile Release Train
O Agile Release Train fornece alinhamento e ajuda a gerenciar riscos, fornecendo cadência e sincronização no nível do programa baseando-se no acordo e na adoção de um conjunto de princípios e regras operacionais comuns, seguidos por todas as equipes que fazem parte do trem.
As regras são acordadas e compartilhadas com toda a ART em um evento de PI Planning de 2 dias.
Essas regras são as seguintes:
- Planejamento e liberação periódicos e frequentes – o Agile Release Train deve garantir que um modelo de entrega de valor regular seja seguido e respeitado, onde a demonstração do sistema normalmente deve ocorrer a cada 10 semanas;
- As equipes aplicam duração de iteração comuns – dentro de um PI, existem 5 Sprints de 2 semanas cada e cada equipe adere ao comprimento da iteração;
- Claramente definidos, marcos objetivos são estabelecidos. Os marcos para cada ciclo de 10 semanas são decididos durante o evento PI Planning de 2 dias por toda a ART;
- A integração contínua do sistema é implementada na parte superior no nível do sistema, bem como no nível de recursos. O trabalho realizado por várias equipes no Sprint deve ser integrado para manter o software em um estado liberavel;
- Os incrementos de versão estão disponíveis em intervalos regulares (normalmente de 60 a 120 dias) para: visualização do cliente, revisão interna e controle de qualidade no nível do sistema. Este é um evento de demonstração de sistema de alto nível (também chamado de demonstração do PI) que apesenta para as principais partes interessadas, a conquista da equipe ART ao longo de toda a linha do tempo do PI de 10 semanas
Release Train Engeering (RTE)
O Release Train Engineer é um líder servo e atua como Chief Scrum em tempo integral, cabendo a ele principalmente:
- Rastrear as datas de lançamento de recursos e capacidades;
- Realizar os eventos de planejamento do PI para cada ART.
O RTE é responsável por garantir que as partes interessadas necessárias participem do evento de dois dias e que toda a logística para a conclusão bem-sucedida do evento esteja em vigor.
O RTE precisa ter as datas de Planejamento, Iterações e Demo do PI definidas, para que uma imagem holística do trabalho que está sendo executado por um ART possa ser disponibilizada às partes interessadas. Vale ressaltar que mais de 1 ART pode compor um fluxo de valor.
Marcos do Agile Release Train
Os marcos listados abaixo são respeitados por uma ART e são rastreados regularmente.
- Início planejada do PI (derivada do PI);
- Término planejada do PI (derivada do PI);
- Início planejada da Sprint (derivada das Sprints dentro de um PI);
- Término planejada da Sprint (derivada das Sprints dentro de um PI);
- Datas de planejamento do PI / Sprint (inseridas no nível PI / Sprint; derivadas no nível ART);
- Demonstração do PI System (definida durante a reunião do PI Planning).
Um exemplo
Para recapitular os conceitos abordados acima veja a imagem abaixo. Ela apresenta um fluxo de valor de vendas que compreende 5 ARTs. Destes, é apresentada uma elaboração do ART1.
O ART1 oferece lançamentos em vários timeboxes da PI. Cada uma é composta por vários Sprints. Em outras palavras, o timebox da PI é para uma Sprint, sendo uma ART para uma equipe Agile.
Além disso, a lista de pendências do PI compreende os recursos que precisam ser entregues no timebox pelo ART.
Os recursos no nível PI são divididos em histórias de usuário que formam o backlog de várias equipes. Cada um dos PI também é acompanhado de uma lista de riscos identificados que foram descobertos pela equipe da ART durante a reunião de Planejamento do PI.
Referência
- https://www.digite.com/blog/agile-release-train-art/
