Esta página foi traduzida automaticamente. Para uma melhor experiência de leitura, por favor mude para inglês.

Mudar para inglês

Estrutura Agile em escala: Os 4 níveis explicados com exemplos

Sua empresa está planejando uma transformação ágil Planeja escalar métodos ágeis para além de equipas individuais - ou já o fez? Todos falam sobre os diferentes níveis e opções de configuração no âmbito de, por exemplo, Scaled Agile Frameworks como SAFe Sim, estes termos não são assim tão fáceis de entender.

Este artigo traz alguma luz sobre os níveis e configurações dos Scaled Agile Frameworks com explicações e exemplos simples ( SAFe )! Deve-se notar que as configurações não são com Scrum em grande escala (brevemente: LeSS ) estão conectados.

Três níveis da estrutura Agile em escala?

Para que você possa adaptar a introdução de métodos ágeis de acordo com as necessidades, existem no mercado Estrutura Agile em escala diferentes níveis.

Os três níveis da estrutura ágil escalonada são o nível da equipe, o nível do programa e o nível do portfólio.

A seguir, explico os diferentes níveis e dou exemplos.

Antes de chegarmos a isso, uma coisa ainda é importante. Desde a versão mais recente do Scaled Agile Framework, SAFe® 5.0, 3 níveis do framework ágil escalado já não são suficientes - um quarto nível foi adicionado.

Antes de nos aprofundarmos, uma observação rápida. Recentemente, tivemos 11 especialistas internacionais em agilidade como convidados em um webinar – sobre uma pergunta: Como você dimensiona métodos ágeis adequadamente?

O resultado é esta fantástica gravação em vídeo (inglês), que aborda as seguintes questões, por exemplo:

  • É melhor começar de baixo para cima ou de cima para baixo?
  • Como você faz com que os líderes concordem com uma visão comum?
  • Como escolher a estrutura ágil correta – e por que ela não é tão importante assim?

Minha recomendação mais calorosa: dê uma olhada! Leva um tempo relativamente longo, mas vale a pena cada minuto.

Os quatro níveis da estrutura ágil dimensionada!

O SAFe® 5.0 também inclui o chamado Large Solution Level. Vamos agora aprofundar um pouco mais - aqui estão as explicações dos diferentes Scaled Agile Framework Levels:

  • Estrutura Agile escalonada Nível 1: Nível da equipe
    Uma ou mais equipes, geralmente organizadas de acordo com Scrum ou Kanban.
  • Estrutura Agile escalonada Nível 2: Nível do programa
    O nível do programa contém muitas equipas que fornecem soluções através de um chamado “Agile Release Train” (ART). Um ART é tipicamente um número de 50 a 130 pessoas - organizadas em sub-equipas - que trabalham em conjunto para, em última análise, fornecer valor para o cliente. Um Agile Release Train é organizado através de chamados “Team-of-Teams”.
  • Estrutura Agile em escala Nível 3: nível de solução grande
    Neste caso, são necessários dois ou mais Agile Release Trains para fornecer valor para o cliente. Para os organizar, é necessário um “Team-of-Teams-of-Teams”. Todos os Agile Release Trains juntos são referidos como Solution Train.
  • Estrutura Agile em escala Nível 4: Nível do portfólio
    Nesse caso, toda a empresa (ou toda a unidade de negócios) implementou métodos ágeis. Portanto, não apenas as equipes de TI precisam se organizar de forma ágil, mas também as práticas de gerenciamento são implementadas usando métodos ágeis. Por exemplo, o orçamento enxuto e os processos de governança estratégica entram em ação. 

Os quatro níveis da estrutura ágil dimensionada e suas opções de configuração em SAFe - Uma ilustração

Para ter um termo claro sobre como você implementa as estruturas do Scaled Agile, há quatro outros termos que você deve conhecer: Essential SAFe®, Large solution SAFe®, Portfolio SAFe® e Full SAFe®.

Esses quatro termos explicam em que configuração ou em que “combinação” dos diferentes níveis da estrutura do Agile dimensionado que acabamos de mencionar é implementada.

Ufa, parece complicado. O gráfico a seguir tenta dar a você uma compreensão da interação dos termos.

O Large Solution SAFe® baseia-se no Essential SAFe®, mas exclui a gestão de portfólio - porque nem toda a empresa (ou toda a área de negócios) usa o SAFe®.

Se você estiver implementando a estrutura Scaled Agile em uma grande organização com centenas de funcionários, muitas equipes e possivelmente integrações mútuas, provavelmente estará usando o SAFe® completo.

A propósito, uma breve nota no contexto da transformação ágil: Quer garantir que está atualmente a definir as prioridades certas na sua transformação ágil? 

Então faça o nosso check-up de maturidade para a sua transformação ágil - leva apenas 3 minutos. Receberá até uma referência com base nos mais de trezentos outros participantes. Veja o botão 🙂

Um exemplo dos quatro níveis da estrutura do Scaled Agile

Para tornar esse modelo ainda mais claro, apresentamos a seguir um exemplo. O exemplo se baseia em uma ilustração de Vídeo por Angelo Kalevela. 

Provavelmente conhece o Google Drive? O Google Drive tem muitas sub-aplicações: Google Docs, Google Spreadsheets, Google Slides… Semelhante ao Microsoft Office.

Vamos imaginar que cada uma destas sub-aplicações - por exemplo, o Google Slides - é desenvolvida por uma equipa no nosso exemplo (mesmo que seja muito provável que sejam muitas equipas). Neste caso, todas estas sub-equipas ou sub-aplicações em conjunto formam um Agile Release Train que trabalha num “programa”. Por outras palavras: O Google Drive sozinho é um Agile Release Train que implementou o framework ágil escalado ao nível do programa. 

Se apenas o “departamento do Google Drive” no Google usasse o framework ágil escalado, diríamos que está a usar o Essential SAFe®.

Importante para entender: Vamos imaginar que o Google Drive era uma empresa independente e que a equipa de gestão e os processos também eram organizados de acordo com métodos ágeis (Lean Budgeting, etc.). Neste caso - porque toda a empresa usa métodos ágeis - o Google Drive usaria o Portfolio SAFe®.

Os quatro níveis do SAFe® - Large solution & Full SAFe®

Como sabemos, a empresa Google é significativamente maior e o Google Drive não é o único “programa” em que o Google está a trabalhar. Por exemplo, também existe o “Google Workspace” (anteriormente “G Suite”), que inclui o Gmail, o Google Calendar e o Google Contacts.

Se estes últimos 3 subdomínios fossem equipas individuais (Nível 1), poderíamos dizer que com o “Google Workspace” temos outro Agile Release Train (Nível 2) que trabalha noutro “programa”.

E se estes dois programas (e Agile Release Trains), por sua vez, trabalhassem em estreita colaboração - dentro da muito maior empresa Google - eles trabalham de acordo com uma configuração Large Solution SAFe®.

Agora vamos imaginar que o Google Drive e o Google Daily juntos fossem uma empresa independente e que a equipe de gerenciamento e os processos fossem organizados de acordo com métodos ágeis (orçamento enxuto etc.). 

Nesse caso, provavelmente toda a empresa (consistindo em mais de um programa e um Agile Release Train) usaria métodos ágeis - o que significa que o Google Drive usaria o chamado Full SAFe®.

Os quatro níveis do Scaled Agile Framework - Conclusão

Só para deixar claro - eu não sei como o Google se organiza. Este é apenas um exemplo para entender melhor os níveis do Scaled Agile Framework!

E para deixar isso claro: Minha explicação simplifica algumas coisas e não tem o objetivo de descrever todos os detalhes da estrutura Agile dimensionada da forma mais precisa possível. Para mim, é importante que seja mais fácil para você obter uma compreensão básica dos quatro níveis da estrutura ágil dimensionada e suas opções de configuração.

Uma pergunta que você pode estar se fazendo é como medir o sucesso de métodos ágeis em níveis devidamente escalados. Resumindo, dê uma olhada no nosso artigo “ Agility Health Radar: os 13 modelos mais populares ” em.

SEGURO®: © Scaled Agile, Inc. Explore Training at: https://www.scaledagile.com/training/calendar/

Categoria do blog

Mais artigos sobre "Agilidade no dimensionamento"

Ver todos os artigos desta categoria
Modelo Ágil do Spotify: Explicando Squads, Tribes, Chapters & Guilds

Modelo Ágil do Spotify: Explicando Squads, Tribes, Chapters & Guilds

Breve visão geral do Modelo Spotify: Como Squads, Tribes, Chapters e Guilds escalam a agilidade, quais papéis estão envolvidos e o que você deve prestar atenção ao implementar.

Agility Health Radar: os 13 modelos mais populares de KPIs ágeis

Agility Health Radar: os 13 modelos mais populares de KPIs ágeis

O jornalista e escritor norte-americano Prentice Mulford disse certa vez: „ Quem reconhece um mal já está quase curado .“ Prentice Mulford Portanto, não é de se admirar que meçamos a temperatura, v...

Acordos de trabalho: 10 exemplos, amostras e modelos

Acordos de trabalho: 10 exemplos, amostras e modelos

A colaboração eficaz em equipes é fundamental para o sucesso, especialmente no contexto de métodos ágeis, como o Scrum. Os acordos de trabalho desempenham um papel fundamental na criação de uma est...

O Scrum Master como líder servidor: 8 ideias para você pensar

O Scrum Master como líder servidor: 8 ideias para você pensar

Como psicólogo experiente e Scrum Master, entendo os desafios que os líderes de equipe enfrentam em ambientes ágeis. Encontrar o equilíbrio entre agilidade e liderança não é uma tarefa fácil. Neste...

Metas de desempenho do gerente de produto: 5 dicas e exemplos

Metas de desempenho do gerente de produto: 5 dicas e exemplos

Os gerentes de produtos desempenham um papel fundamental no desenvolvimento e na comercialização de produtos. Para serem bem-sucedidos, eles precisam definir e perseguir metas claras de desempenho...

O que é um Product Owner no Scaled Agile Framework SAFe? - Números, dados, factos 

O que é um Product Owner no Scaled Agile Framework SAFe? - Números, dados, factos 

Explicamos o que é um Product Owner do Scaled Agile Framework (SAFe) e apresentamos a você os 6 tipos diferentes de Product Owners.

Scrum - o que é isso? Simplesmente explicado!

Scrum - o que é isso? Simplesmente explicado!

Você gostaria de trabalhar com agilidade, mas se pergunta: Afinal, o que é Scrum? Explicamos o que é mais importante para que sua equipe possa trabalhar com sucesso de forma ágil!

Combinando OKR e Scrum: Como funciona (workshops, meta de sprint e ciclos)

Combinando OKR e Scrum: Como funciona (workshops, meta de sprint e ciclos)

Tanto o Scrum quanto o OKR gozam atualmente de grande popularidade como frameworks na comunidade ágil. O Scrum vem mais do mundo do desenvolvimento de software, os OKRs mais da estratégia. Mas será...

Agile em escala: uma comparação das cinco estruturas mais importantes

Agile em escala: uma comparação das cinco estruturas mais importantes

As estruturas Agile ajudam as empresas a fornecer aos clientes de forma mais rápida e confiável. É muito fácil implementar o Agile em equipes individuais. O desafio é implementar o trabalho ágil em...

Boletim informativo Echometer

Não perca as atualizações sobre o Echometer e obtenha inspiração para o trabalho ágil