O conceito de Agile Release Train (ART) é fundamental para entender as construções do SAFe® e para implementá-lo. Então, o que é um ART? É um conjunto de equipes trabalhando em conjunto, seguindo um calendário de lançamento comum e uma linha de tempo de Sprint? Ou é um conjunto de funcionalidades programadas para lançamento em durações regulares para fornecer continuamente o valor comercial previsto? Há algum papel central no funcionamento de um ART? Vamos tentar responder a estas perguntas e dar uma olhada mais de perto no ART neste post.
O que é um ART?
O Agile Release Train (ART) é a principal construção de entrega de valor no SAFe®. O Agile Release Train é uma equipe auto-organizadora de equipes Agile, uma organização virtual (5 a 12 equipes) que planeja, se compromete e executa em conjunto. Os ARTs são organizados em torno dos fluxos de valor significativos da empresa e vivem exclusivamente para realizar a promessa desse valor, construindo soluções que proporcionam benefícios para o usuário final.
Portanto, um ART é basicamente uma equipe de Equipes responsáveis pelo lançamento regular de Funcionalidades e benefícios comerciais. Todas as equipes de um ART estão vinculadas por uma Visão comum, um Backlog de Programas e um Roadmap. Um Agile Release Train normalmente consiste de 50 a 125 pessoas. (Quantos ARTs estão associados a uma “Visão” ou a um “Programa”? Basicamente, existe 1 ART por Programa ou pode haver vários ARTs por programa?)
Como o Incremento do Programa (PI) está relacionado ao ART?
Os Incrementos de Programa (PIs) fornecem uma grade de tempo de desenvolvimento (padrão de 10 semanas) que usa cadência e sincronização para facilitar o planejamento, limitando o WIP, proporcionando agregação de valor e assegurando retrospectivas consistentes. Em outras palavras, as grades de tempo de PI são a duração durante a qual o ART (equipe de Equipes) tem que entregar uma peça de trabalho. (No caso da área de TI e software, isso significaria um software funcionando). Cada trem tem pessoas e recursos dedicados, necessários para definir, construir e testar continuamente as funcionalidades em cada iteração.
Princípios que Regem o Agile Release Train
O Agile Release Train proporciona alinhamento e ajuda a gerenciar riscos, fornecendo cadência e sincronização de nível de programa. Ele é baseado no acordo e adoção de um conjunto de princípios e regras operacionais comuns que são seguidos por todas as equipes que fazem parte do trem. As regras são combinadas e compartilhadas com todo o ART durante um evento de PI Planning de 2 dias. Para ler mais sobre PI Planning, você pode acessar meu último post aqui (Desvendando PI Planning). Estas regras são as seguintes:
- Planejamento e lançamento frequentes e periódicos – o ART deve assegurar que um modelo de entrega de valor regular seja seguido e respeitado. A demonstração do sistema normalmente deve acontecer a cada 10 semanas.
- As equipes aplicam durações de iteração comuns – dentro de um PI há 5 Sprints de 2 semanas cada um e cada equipe adere à duração da iteração.
- Marcos claramente definidos e objetivos são estabelecidos. Os marcos para cada ciclo de 10 semanas são decididos durante os 2 dias do evento de PI Planning por todo o ART.
- A integração contínua do sistema é implementada no topo, no nível do sistema, bem como no nível das funcionalidades e dos componentes. O trabalho realizado por várias equipes sobre o Sprint deve ser integrado para manter o software em um estado de lançamento.
- Os incrementos de lançamento estão disponíveis em intervalos regulares (normalmente 60 a 120 dias) para pré-visualização do cliente, revisão interna e QA em nível de sistema. Este é um evento de alto nível de Demonstração do Sistema (também chamado de PI Demo) que mostra a conquista da equipe ART ao longo de toda a linha do tempo do PI de 10 semanas e os participantes seniores participam deste evento.
Release Train Engineer
O Release Train Engineer é um líder servo e opera como um “Scrum Master Chefe” do trem em tempo integral. O Release Train Engineer (RTE) acompanha as datas de lançamento de Funcionalidades e Capacidades. O RTE conduz os eventos de planejamento do PI para cada ART. O RTE é responsável por assegurar 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 funcionamento. O RTE precisa ter o Planejamento de PI, Iterações e datas de Demonstração do Sistema definidos para que uma imagem holística do trabalho sendo executada por um ART possa ser disponibilizada às partes interessadas. Vale ressaltar que mais de 1 ART pode constituir um fluxo de valor. Além disso, as capacidades são divididas em Funcionalidades que estão ligadas a um ART. Os ARTs derivam sua pontuação dos recursos que foram alocados ao PI. A pontuação se refere ao valor comercial que um ART deve entregar durante o PI.
Marcos de ART
Os marcos listados abaixo são cumpridos por um ART e são rastreados regularmente.
- Data de início planejada do PI (derivada do PI)
- Data final planejada do PI (derivada do PI)
- Data de início planejada para Sprint (derivada dos Sprints dentro de um PI)
- Data final planejada para Sprint (derivada dos Sprints dentro de um PI)
- Datas de Planejamento PI/Sprint (Entradas no nível PI/Sprint; derivadas no nível ART)
- Demonstração do Sistema PI (definido durante a reunião de PI Planning)
Um Exemplo
Para recapitular os conceitos abordados no post – dê uma olhada na imagem abaixo. A imagem retrata um fluxo de valor de vendas que compreende 5 ARTs. Destes, uma elaboração de ART1 é apresentada. ART1 entrega lançamentos em várias grades de tempo PI. Cada uma das grades de tempo de PI é composta de múltiplos Sprints. Em outras palavras, as grades de tempo de PI é para um Sprint o que um ART é para uma equipe Agile. Também o backlog da PI abrange as Funcionalidades que precisam ser entregues na grade pelo ART.
As Funcionalidades de nível PI são divididas em Histórias de Usuários que formam o backlog de nível Sprint de várias equipes. Cada um dos PIs também são acompanhados por uma lista de riscos identificados que foram descobertos pela equipe ART durante a reunião de PI Planning.
Isto abrange os conceitos mais importantes que envolvem um ART e se houver alguma pergunta, por favor, coloque-a na seção de Comentários abaixo e terei prazer em respondê-las.
Aprenda como o S wiftEASe Possibilita o Desenvolvimento Agile de Software Usando Scaled Agile Framework.
