Skip to main content

Scrum, Kanban, Lean… e agora SAFe®. Enquanto gestor de projetos, trabalhei em organizações grandes e pequenas, desde empresas globais a empresas em fase de arranque, e utilizei métodos ágeis, Scrum e todo o tipo de outras metodologias de projeto. Aprendi que, quando uma organização cresce e é necessário adicionar mais equipas ou alinhá-las melhor para fornecer produtos e serviços, o SAFe torna-se a estrela da festa.

ilustração das metodologias de gestão de projetos representadas como emojis numa festa em casa, com o SAFe a chegar
Metodologias e estruturas de gestão de projetos, como Kanban, Scrum e SAFe, numa festa em casa.

O que é o Quadro Ágil à Escala®?

De acordo com a Scaled Agile, “A Estrutura Ágil à Escala® (SAFe) é um sistema para implementar práticas Ágeis, Lean e DevOps à escala”. Como o próprio nome indica, é uma estrutura que pode ser utilizada para ajudar as organizações a adaptarem os seus processos e fluxos de trabalho ágeis à medida que crescem.

Pode ser utilizado por organizações que recorrem a estruturas ágeis, como Scrum ou Lean, ou por organizações que procuram uma forma de escalar os seus processos DevOps para apoiar a organização. O SAFe pode ajudar as empresas a alinhar as equipas de desenvolvimento e as equipas de projeto, de modo a proporcionarem mais valor aos clientes.

Continue Reading for Free

Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.

Porque é que o SAFe® é útil? 

A SAFe disponibiliza às organizações uma orientação (ou um roteiro) para as ajudar no seu percurso de crescimento. Introduz a estrutura desde um nível de equipa mais baixo até à gestão de topo, ou ao nível do portefólio ou do programa. 

Juntamente com o roteiro, existe formação específica que as organizações podem frequentar. O SAFe disponibiliza uma base de conhecimentos abrangente para funções ágeis específicas, como mestre Scrum, proprietários de produto, arquitetos e a equipa ágil como um todo.

Um infográfico do roteiro do SAFe.
O roteiro do SAFe que orienta uma organização na adoção da estrutura. © Scaled Agile, Inc.

O SAFe® é uma metodologia ou uma estrutura?

Tal como é indicado no próprio nome, o SAFe é uma estrutura altamente adaptável. Sendo utilizado por, pelo menos, 1 000 000 de profissionais e 20 000 empresas em todo o mundo, é muito provável que o SAFe não tivesse tanto apelo em massa e adoção global se fosse uma metodologia rígida.

Dito isto, esta é uma questão muito comum, uma vez que, no uso quotidiano, metodologia e estrutura são frequentemente utilizadas como sinónimos. Assim, para apoiar a minha resposta a esta questão, é útil ter presentes as palavras de Michael Wood no seu artigo sobre metodologia versus estrutura:

Em geral, as estruturas criam uma organização do que deve ser feito, mas dependem de quem executa para determinar a melhor forma de realizar esse “quê”, enquanto uma metodologia explica tudo ao mais ínfimo pormenor: o que fazer, quando fazer, como fazer e porquê.

Michael Wood
Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Princípios do SAFe®

Uma vez que o SAFe proporciona às organizações uma forma de escalar o trabalho ágil à medida que crescem, os seus fundamentos estão alinhados com o desenvolvimento ágil e Lean de produtos e com o pensamento sistémico, para fornecer orientação não apenas a uma equipa ágil, mas a “equipas de equipas”.

Existem 10 princípios Lean-Ágeis nos quais a estrutura se baseia:

  1. Adotar uma perspetiva económica: Centra-se no conceito de entregar valor aos clientes desde cedo e com frequência. Adotar uma perspetiva económica também evidencia a necessidade de considerar todos os custos (risco, fabrico, operações e desenvolvimento) e de operar dentro dos limites orçamentais aprovados
  2. Aplicar o pensamento sistémico: Requer uma compreensão dos sistemas nos quais a organização que cria a solução é um sistema e de que a própria solução também é um sistema (o projeto, o produto)
  3. Assumir a variabilidade; preservar opções: Centra-se no conceito de não decidir antecipadamente por uma única conceção/conjunto de requisitos durante o desenvolvimento, mas antes dispor de um conjunto de conceções/requisitos e utilizar dados reais (provenientes de experiências/testes) para reduzir as opções
  4. Construir de forma incremental com ciclos de aprendizagem rápidos e integrados: Segue o conceito de entregar trabalho em blocos mais pequenos (e mais frequentes) e de construir sobre o trabalho anterior
  5. Basear os marcos na avaliação objetiva ou em sistemas funcionais: Avaliar o trabalho em desenvolvimento em vários momentos ao longo do ciclo de vida do desenvolvimento ágil, para avaliar se aquilo que está a ser desenvolvido proporcionará benefícios económicos e será adequado à utilização
  6. Visualizar e limitar o trabalho em curso (WIP), reduzir o tamanho dos lotes e gerir o comprimento das filas: Como o próprio nome indica, este princípio centra-se em estabelecer um limite para o trabalho atribuído a pessoas ou equipas num determinado momento (para não as sobrecarregar e garantir que existe um fluxo consistente de trabalho e entrega)
  7. Aplicar uma cadência; sincronizar com o planeamento entre domínios: Seguir um padrão de alinhamento com outras pessoas para o planeamento entre equipas
  8. Desbloquear a motivação intrínseca dos profissionais do conhecimento: Compreender a necessidade de proporcionar autonomia, restrições claras e eliminar obstáculos, criando uma cultura de envolvimento para os membros da sua equipa
  9. Descentralizar a tomada de decisões: Agir rapidamente e entregar com maior frequência exige que as decisões sejam descentralizadas e que seja dada autoridade para decidir às pessoas que estão mais próximas da situação
  10. Organizar em torno do valor: Em vez de organizar as equipas em torno de funções específicas (por exemplo: design, testes, etc.), organizá-las em torno de equipas multifuncionais e do valor para o cliente e para o negócio.

Como implementar a Estrutura Agile Dimensionada® 

Passo 1: Adotar a mentalidade certa

Para começar a implementar o SAFe, uma organização tem de querer melhorar a sua agilidade empresarial e estar disposta a adotar uma mentalidade Lean-Agile.

O Lean-Agile combina crenças, princípios e ações do Manifesto Ágil e do pensamento Lean. É a transição de uma mentalidade fixa para uma mentalidade de crescimento, na qual os profissionais estão preparados para experimentar, inspirar-se nos outros, explorar oportunidades, aceitar desafios e aprender com os fracassos.

O objetivo do Lean é entregar o máximo de valor aos clientes no mínimo de tempo, proporcionando simultaneamente a mais elevada qualidade possível. O pensamento Lean pode ser definido como:

  • Especificar o valor do produto
  • Definir um fluxo de valor para cada produto
  • Criar um fluxo de valor sem interrupções
  • Permitir que o cliente extraia valor
  • Procurar a perfeição

Passo 2: Definir um fluxo de valor 

Um fluxo de valor é uma série de passos (e componentes organizacionais) necessários para entregar valor a um cliente — desde o acionador inicial até à receção do produto ou serviço final. É extremamente importante aquando da implementação do SAFe.

O SAFe centra-se na otimização do fluxo de valor para proporcionar um fluxo contínuo de valor, organizando as pessoas em torno de fluxos de valor para que as pessoas e as equipas trabalhem em conjunto de forma harmoniosa, em vez de funcionarem em silos ou segmentos.

Por exemplo, se uma empresa criar canecas de café de cerâmica personalizadas para venda no seu sítio Web, um fluxo de valor poderá ser semelhante a este:

exemplo de fluxo de valor do SAFe mostrando o fluxo de criação e expedição de canecas
gif da caneca concluída no exemplo de fluxo de valor
Um exemplo de fluxo de valor, que resulta na caneca concluída.

No exemplo acima, todos os processos necessários para entregar valor desde o momento em que o cliente faz a encomenda da sua caneca de café até ao momento em que recebe a sua encomenda estão organizados de modo a garantir o fluxo de valor.

Passo 3: Configurar o Comboio de Lançamento Ágil (ART)

Um Comboio de Lançamento Ágil (ART) é uma combinação de várias equipas ágeis. Estas são estruturadas em torno de um fluxo de valor e espera-se que entreguem valor continuamente, desenvolvendo soluções que beneficiam os utilizadores finais e o cliente.

O SAFe centra-se na coordenação de várias equipas ágeis, e um ART inclui todas as pessoas necessárias para desenvolver, testar e implementar o produto ou serviço. Normalmente, tem entre 50 e 125 pessoas ou 10 a 12 equipas ágeis diferentes (com uma dimensão de 8 a 10 pessoas por equipa).

Um ART é multifuncional e contém todas as pessoas e recursos organizacionais necessários para desenvolver, construir e entregar um conjunto completo de produtos ou serviços a um cliente. Dependendo da dimensão de uma organização, pode haver vários ART (por exemplo, em organizações de grande dimensão com mais de 500 pessoas).

Passo 4: Definir os vários papéis no SAFe®

Tal como acontece com qualquer estrutura organizacional, são necessários determinados papéis, que devem ser atribuídos. No SAFe, ao nível de cada equipa ágil, os papéis são semelhantes aos de uma pequena equipa ágil, mas incluem alguns papéis e partes interessadas adicionais:

  • Mestre de Scrum: facilita as cerimónias ágeis e elimina quaisquer impedimentos
  • Responsável pelo Produto: é responsável pela lista de trabalho do produto e define a prioridade dos seus itens
  • Membros da Equipa Scrum: concluem os itens prioritários da lista de trabalho e as entregas necessárias para criar valor para os clientes
  • Engenheiro do Comboio de Lançamento (RTE): no ART do SAFe, é o gestor e coordenador do programa para as equipas ágeis
  • Arquitetos/Engenheiros de Sistemas: tanto em organizações técnicas como não técnicas, os arquitetos de sistemas e os engenheiros ajudam no desenvolvimento do produto ou software, fornecendo uma base arquitetónica sólida para a solução

Passo 5: Preparar uma lista de trabalho do programa para o Comboio de Lançamento Ágil

Configurou o seu ART e tem agora várias equipas ágeis. Para ajudar a coordenar o que é desenvolvido ou construído, crie uma lista de trabalho do programa.

Uma lista de trabalho do programa conterá as funcionalidades, os épicos, as histórias de utilizador, as funções e o trabalho de arquitetura (sistemas) necessários para apoiar o fluxo de valor e proporcionar valor aos clientes. 

A existência de uma lista de trabalho comum exigirá a contribuição de muitos dos papéis do ART, como o Engenheiro do Comboio de Lançamento, os Responsáveis pelo Produto e outros, como a gestão de produto e os líderes da organização. Uma lista de trabalho do produto também ajudará no passo seguinte da implementação, ao definir quem trabalha em quê e quando.

Passo 6: Planeamento do Incremento do Programa (PI) e sincronizações do ART

No último passo, é necessário planear quem realiza o trabalho e quando. No SAFe, este evento chama-se Planeamento do Incremento do Programa (PI). Sendo fundamental para o SAFe, é realizado regularmente e constitui uma oportunidade de alinhamento com todo o ART.

Um PI pode ter a duração que a organização desejar, mas normalmente dura 3 meses (12 semanas). Isto permite realizar 6 iterações de 2 semanas, que as equipas precisam de planear. Normalmente, este planeamento é realizado com a presença de todo o ART (sim, de todas as equipas ágeis).

Devido ao seu âmbito, o planeamento do PI é normalmente um evento de dois dias que inclui:

  • Uma apresentação do contexto empresarial, dos objetivos estratégicos e da missão
  • Sessões de planeamento em grupos de trabalho para as equipas ágeis, nas quais estas criam o seu plano com itens da respetiva lista de trabalho da equipa, provenientes da lista de trabalho comum do programa
  • Apresentação dos projetos de plano por todas as equipas ágeis
  • Revisão pela gestão e discussões para resolução de problemas
  • Trabalho em grupos de equipa para ajustar e finalizar o respetivo plano
  • Apresentação dos planos finais e votação de confiança
  • Revisão dos riscos do programa e reformulação do plano (se necessário)

Depois de concluído o planeamento do PI, a coordenação e a colaboração continuam. Frequentemente, ao longo do PI, os representantes das equipas ágeis (o PO e o Mestre de Scrum), juntamente com o RTE, reúnem-se numa sincronização do ART para rever o progresso das equipas ágeis e identificar quaisquer dependências, problemas ou bloqueios que exijam coordenação. Isto pode acontecer em qualquer intervalo durante um PI, mas uma periodicidade de 2 em 2 semanas (ou no final de cada iteração) é adequada.

Quais são as ferramentas utilizadas no SAFe®?

Uma vez que o SAFe utiliza outras metodologias ágeis, como o Scrum e o Kanban, existem várias ferramentas que podem ser utilizadas para ajudar as equipas ágeis que trabalham com o SAFe.

Para conhecer algumas ferramentas recomendadas que podem ser utilizadas para SAFe, comece pelas nossas listas de Ferramentas Ágeis e Software de Gestão de Projetos Ágeis.

Como é recomendado que o Planeamento de PI seja uma atividade presencial (cara a cara), também são recomendadas as seguintes ferramentas:

  • Um espaço amplo para eventos, onde toda a ART possa reunir-se e trabalhar em equipas
  • Quadros brancos ou folhas grandes de papel para flip chart
  • Marcadores para quadros brancos
  • Notas autocolantes (utilizadas para representar itens da lista de pendências da equipa)
  • Petiscos e bebidas (porque quem é que não adora petiscos 😊)

SAFe® e outras metodologias Ágeis

Espero que tenha gostado da festa ágil e de conhecer o nosso novo convidado, o SAFe. Como deve ter reparado, o SAFe tem, na realidade, muito em comum com alguns dos outros convidados, como o Scrum e o Lean. É o início de uma excelente relação!

Da mesma forma, se a sua organização estiver a crescer e gerir várias equipas ágeis se estiver a tornar complicado, poderá querer considerar convidar o SAFe para a sua festa. Se tiver alguma questão, sinta-se à vontade para entrar em contacto comigo através do LinkedIn ou do Twitter.

Para conhecer outras metodologias híbridas de gestão de projetos e ferramentas, subscreva a newsletter do The Digital Project Manager. Quer saber mais? Consulte a nossa subscrição!

®SAFe e Scaled Agile Framework são marcas comerciais registadas da Scaled Agile, Inc.