O que é Agile Release Train – e como funciona?

O Agile Release Train (ART) é uma sistemática de gestão ágil com foco em manter uma equipe de longa duração de equipes Agile, em que, juntamente com outras partes interessadas, desenvolve, entrega e quando aplicável opera, uma ou mais soluções em um fluxo de valor.

O que é o Agile Release Train?

Os trens de lançamento ágeis (Agile Release Train) alinham as equipes a uma missão compartilhada de negócios e tecnologia. Cada uma é uma organização virtual (normalmente de 50 a 125 pessoas) que planeja, compromete, desenvolve e desdobra em conjunto.

Os ARTs (Agile Release Trains) são organizados em torno dos fluxos de valor significativos da empresa e existem apenas para concretizar a promessa de valor criando soluções que proporcionem benefícios ao usuário final.

Os ARTs são multifuncionais e têm todos os recursos (software, hardware, firmware e outros) necessários para definir, implementar, testar, implantar, liberar e, quando aplicável, operar soluções.

Um ART fornece um fluxo contínuo de valor, conforme Figura seguinte:

Princípios do Agile Release Train

ARTs operam em um conjunto de princípios comuns:

O horário é fixo – O trem sai da estação em um horário conhecido e confiável, conforme determinado pelo Programa escolhido Cadência de incremento (PI). Se um elemento perder uma partida programada e não for planejado no PI atual, ele pode pegar o próximo 1.

Um novo incremento de sistema a cada duas semanas – Cada trem entrega um novo incremento de sistema a cada duas semanas. O sistema Demo fornece um mecanismo de avaliação do sistema de trabalho, que é um incremento integrado de todas as equipes.

A sincronização é aplicada – Todas as equipes no trem são sincronizadas com a mesma duração PI (normalmente 8 – 12 semanas) e têm datas e duração comuns de início / término da iteração.
O trem tem uma velocidade conhecida – cada ART pode estimar com segurança quanta carga (novos recursos) pode ser entregue em um PI.

Equipes Agile – As equipes Agile adotam o ‘Manifesto Agile’ e os Valores e Princípios Básicos SAFe. Eles aplicam Scrum, Extreme Programação (XP), Kanban e outras práticas de qualidade interna.
Pessoas dedicadas – A maioria das pessoas necessárias ao ART são dedicadas em tempo integral ao trem, independentemente de seus relatórios funcionais estrutura.

Planejamento de PI presencial – O ART planeja seu trabalho em eventos de planejamento de PI periódicos, principalmente presenciais.

Inovação e Planejamento (IP) – Iterações de IP ocorrem no final de cada PI e fornecem uma faixa de guarda de estimativa (buffer), bem como tempo dedicado para planejamento de PI, inovação, educação continuada e trabalho de infraestrutura.

Inspecionar e adaptar (I&A) – Um evento de I&A é realizado no final de cada IP. O estado atual da solução é demonstrado e avaliado. As equipes e a gerência identificam os itens do backlog de melhoria por meio de um workshop estruturado de resolução de problemas.

Develop on Cadence, Release on Demand – ARTs aplicam cadência e sincronização para ajudar a gerenciar a variabilidade inerente de pesquisa e desenvolvimento. No entanto, a liberação é normalmente desacoplada da cadência de desenvolvimento. ARTs podem lançar uma solução, ou elementos de uma solução, a qualquer momento, sujeito a governança e critérios de liberação.

Além disso, em fluxos de valor mais significativos, vários ARTs colaboram para construir soluções mais abrangentes por meio de um Solution Train. Alguma ART As partes interessadas participam dos eventos do Solution Train, incluindo o planejamento pré e pós-PI e a demonstração da solução.

Organização

ARTs são normalmente organizações virtuais que têm todas as pessoas necessárias para definir, entregar e operar a solução. Esta nova organização quebra os tradicionais silos funcionais que podem existir, como mostrado na figura seguinte.

Em tal organização funcional, os desenvolvedores trabalham com os desenvolvedores e os testadores colaboram com outros testadores, arquitetos e engenheiros de sistema trabalham uns com os outros, e as operações funcionam por conta própria. Embora existam motivos pelos quais as organizações evoluíram dessa forma, o valor não flui rapidamente, pois deve cruzar todos os silos. O envolvimento diário dos gerentes é necessário para movimentar o trabalho entre esses silos e, como resultado, o progresso é lento e as transferências e atrasos dominam.

Em vez disso, o ART aplica o pensamento sistêmico (Princípio SAFe nº 2) e se organiza em torno do valor (Princípio SAFe nº 10) para construir uma organização multifuncional que é otimizada para facilitar o fluxo de valor desde a concepção até a implantação e liberação e nas operações, como a Figura seguinte ilustra.

Juntos, esta organização totalmente multifuncional – seja física (relatórios organizacionais diretos) ou virtuais (a linha de relatórios permanece inalterada) – tem todos e tudo de que precisa para definir, entregar e operar soluções. É auto-organizado e auto-gerenciado. Isso cria uma organização muito mais enxuta; um onde o gerenciamento tradicional de tarefas e projetos diários não é mais necessário. O valor flui mais rapidamente, com um mínimo de overhead.

Equipes ágeis impulsionam o trem

Os ARTs incluem as equipes que definem, criam e testam recursos e componentes, bem como aqueles que implantam, liberam e operam a solução. As equipes individuais podem escolher as práticas Agile, baseadas principalmente em Scrum, XP e Kanban. As práticas de qualidade de software incluem qualidade de arquitetura e design, qualidade de código, qualidade de sistemas e práticas de qualidade de lançamento (consulte Qualidade integrada). A qualidade do hardware é suportada por iterações iniciais exploratórias, integração frequente no nível do sistema, verificação de projeto, Engenharia de Sistemas Baseada em Modelo (MBSE) e Design SetBased. A Arquitetura Ágil oferece suporte à qualidade de software e hardware.

Cada equipe Agile tem de cinco a onze colaboradores individuais dedicados, cobrindo todas as funções necessárias para construir um incremento de qualidade de valor a cada iteração. As equipes podem ser focadas em tecnologia – fornecendo software, hardware e qualquer combinação – ou focadas em negócios. E, claro, as equipes Agile dentro do ART são multifuncionais, como mostrado na Figura seguinte.

Funções de equipe especializadas

Cada equipe ágil possui colaboradores individuais dedicados, cobrindo todas as funções necessárias para construir um incremento de qualidade de valor para uma iteração. A maioria das equipes SAFe aplica um híbrido ScrumXP e Kanban, com duas funções especiais:

• Scrum Master – O Scrum Master é o líder servidor para a equipe, facilitando eventos, promovendo o comportamento ágil, removendo impedimentos e mantendo o foco da equipe.
• Product Owner – o Product Owner é o dono do backlog da equipe, atua como um proxy do cliente para dúvidas do desenvolvedor, prioriza o trabalho e colabora com o Gerenciamento de Produto para planejar e entregar soluções.

Funções críticas de ART

Além das equipes Agile, as funções a seguir ajudam a garantir a execução bem-sucedida do ART:

• O Release Train Engineer (RTE) é um líder servidor que facilita a execução do programa, remoção de impedimentos, gerenciamento de risco e dependência e melhoria contínua.
• O Gerenciamento de Produto é responsável por “o que é construído”, conforme definido pela Visão, Roteiro e novos recursos no Backlog do Programa. Eles trabalham com clientes e proprietários de produtos para entender e comunicar suas necessidades e também participam da validação da solução.
• O arquiteto / engenharia do sistema é um indivíduo ou equipe que define a arquitetura geral do sistema. Eles trabalham em um nível de abstração acima das equipes e componentes e definem os Requisitos Não Funcionais (NFRs), os principais elementos do sistema, subsistemas e interfaces.
• Os proprietários da empresa são os principais interessados ​​na ART e têm a responsabilidade final pelos resultados comerciais do trem.

Os clientes são os compradores finais da solução.

Além dessas funções críticas do ART, as seguintes funções desempenham um papel essencial no sucesso do ART:

• As equipes de sistema geralmente auxiliam na construção e manutenção de ambientes de desenvolvimento, integração contínua e teste.
• Os Serviços Compartilhados são especialistas – por exemplo, segurança de dados, arquitetos de informação, administradores de banco de dados (DBAs) – que são necessários para o sucesso de um ART, mas não podem ser dedicados a um treinamento específico.

Definição do Agile Release Train

Os parâmetros e limites da ART, suas partes interessadas e sua relação com os fluxos de valor podem ser capturados e resumidos na figura seguinte.

Cadência e sincronização

Os ARTs também abordam um dos problemas mais comuns com o desenvolvimento Agile tradicional: as equipes que trabalham na mesma solução operam de forma independente e assíncrona. Isso torna extremamente difícil integrar o sistema completo rotineiramente. Em outras palavras, “As equipes estão iterando, mas o sistema não”. Isso aumenta o risco de descoberta tardia de questões e problemas, conforme mostrado na Figura a seguir.

Em vez disso, o ART aplica cadência e sincronização para garantir que o sistema esteja iterando como um todo (Figura seguinte).

A cadência e a sincronização garantem que o foco esteja continuamente na evolução e na avaliação objetiva de todo o sistema, e não em seus elementos. A demonstração do sistema, que ocorre no final de cada iteração, fornece a evidência objetiva de que o sistema está iterando.

Execução de ART, DevOps e Entrega contínua

Os ARTs têm como objetivo entregar valor aos seus clientes continuamente. Essa meta é suportada por um Pipeline de entrega contínua, que contém os fluxos de trabalho, atividades e automação necessários para oferecer suporte ao lançamento de novos recursos. A Figura seguinte ilustra como esses processos são executados simultaneamente e continuamente, com suporte dos recursos de DevOps do ART.

Cada ART constrói e mantém (ou compartilha) um Pipeline de entrega contínua com os ativos e tecnologias necessárias para entregar o valor da solução da forma mais independente possível. Os três primeiros elementos do pipeline trabalham juntos para oferecer suporte à implantação de pequenos lotes de novas funcionalidades, que são lançados para atender às demandas do mercado.

• Exploração contínua é o processo contínuo de explorar o mercado e as necessidades do usuário e definir uma visão, um roteiro e um conjunto de hipóteses para atender a essas necessidades.
• Integração contínua é o processo de obter recursos do backlog do programa e desenvolvê-los, testá-los, integrá-los e validá-los em um ambiente de teste onde estão prontos para implantação e lançamento.
• A implantação contínua é o processo que pega recursos validados e os implanta no ambiente de produção, onde são testados e estão prontos para lançamento.
• Liberar sob demanda é o processo de disponibilizar o valor para o usuário final, medir e aprender com os resultados das hipóteses e operar as soluções.

O desenvolvimento e o gerenciamento do Continuous Delivery Pipeline são suportados pelo DevOps, um recurso de cada ART. A abordagem da SAFe para DevOps usa a sigla ‘CALMR’ para refletir os conceitos de Cultura, Automação, Fluxo Lean, Medição e Recuperação.

O fluxo através do sistema é visualizado, gerenciado e medido pelo Programa Kanban.

ARTs entregam todo ou parte de um fluxo de valor

A organização de um ART determina quem planejará e trabalhará em conjunto, bem como quais produtos, serviços, recursos ou componentes o trem entregará. Organizar ARTs é parte da ‘arte’ do SAFe. Este processo é coberto extensivamente na série de artigos do Roteiro de Implementação, particularmente em ‘Identificar Fluxos de Valor e ARTs’ e ‘Criar o Plano de Implementação’.

ARTs eficazes geralmente consistem de 50 a 125 pessoas. O limite superior é baseado no número de Dunbar, o que sugere um limite no número de pessoas com quem se pode formar relações sociais estáveis ​​e eficazes. O limite inferior é baseado principalmente na observação empírica. No entanto, trens com menos de 50 pessoas ainda podem agregar valor e fornecer muitas vantagens sobre as práticas Agile legadas para a coordenação de equipes Agile.

Dadas as restrições de tamanho, existem dois padrões principais de projeto de ART (Figura seguinte): Fluxos de valor menores podem ser implementados por um único ART Um fluxo de valor maior deve ser suportado por vários ARTs.

No último caso, as empresas aplicam os elementos e práticas do Large Solution SAFe e criam um Solution Train para ajudar a coordenar as contribuições de ARTs e fornecedores para construir e entregar alguns dos maiores sistemas do mundo.