top of page
Foto do escritorRaphael Fontes

Construindo times e agilidade técnica com o SAFe

Atualizado: 15 de mar. de 2023

Agilidade técnica e times ágeis, descreve as competências necessárias para implementar práticas que irão gerar alta qualidade e performance nas equipes ágeis e nos times de times ágeis.


Você está preparado para a prova do SAFe? Teste seu conhecimento, faça o simulado é grátis.


Neste artigo irei abordar as três dimensões apresentadas do SAFe, para criar agilidade técnica.

  • Agile Teams (Equipes ágeis)

  • Built-in Quality (Qualidade Embutida)

  • Teams of Agile Teams (Equipes de equipe ágeis)


Equipes Ágeis


Equipes/Times ágeis tem duas características essenciais, são autogerenciáveis e multifuncionais. Assim como trabalhadores do conhecimento que são autogerenciáveis as equipes ágeis devem ser compostas por pessoas que gerenciam a si e suas tarefas. Além disso, as equipes precisam ser multifuncionais, que significa que a equipe deve ter todas as habilidades necessárias para entregar valor, a equipe deve ser composta por indivíduos que sejam capazes de, desenhar, desenvolver, testar, implementar etc. Algumas características dos times ágeis:

  • São otimizados para entrega de valor

  • Entregam valor a cada duas semanas (incremento)

  • Possui os papeis de Scrum Master e Product Owner

  • Tem de cinco a onze pessoas

  • Embuti qualidade em cada incremento

  • São capazes de refinar histórias, criar, testar, desenvolver e implementar

  • São comprometidos com os objetivos da PI (Program Increment)

O SAFe utiliza o framework SCRUM para executar as interações, o Scrum é baseado em transparência, inspeção e ciclos curtos de aprendizados.

Além do framework SCRUM o SAFe utiliza o quadro KANBAN para visualização e otimização do fluxo de trabalho.


Qualidade Embutida


Garantir que cada interação produza um incremento de acordo com os padrões de qualidade estabelecidos. Padrões que garantam velocidade de desenvolvimento sustentável. As práticas de qualidade se aplicam a todos os times seja negócio ou tecnologia. Algumas práticas são:

  • Estabelecer o Fluxo

  • Formação de pares e avaliação entre colegas

  • Propriedade coletiva e padrões

  • Automação

  • Definição de Pronto

Podemos abordar qualidade de software embutida utilizando técnicas do XP, como testes ágeis, TDD (desenvolvimento orientado a testes), BDD (desenvolvimento orientado a comportamento) etc.


Times de Times Ágeis


Organizar Agile Release Trains de acordo com o fluxo de valor é como o SAFe organiza seu time de time ágeis. Lembre-se que o SAFe é um framework para escalar os times ágeis que abordamos acima. Então precisamos ter um time para gerenciar os times. Algumas características:

  • Organizado de cinco a doze times ou seja (50 a 125 pessoas) lembrando que um time ágil tem de cinco a onze pessoas.

  • São sincronizados em cadência com o PI (Program Increment)

  • Alinhado com a mesma missão através de um único program backlog.

Como na equipe os ARTs são multifuncionais, ou seja, orientados ao valor e tendo todas as habilidades necessárias para entrega do fluxo de valor de forma mais macro contemplando todas as áreas da organização que necessárias.

Os times ARTs são organizados de acordo com o fluxo para entrega de valor continuamente. Existem quatro tipos de times que fazem o ART manter os trilhos:

  • Time Alinhado ao Fluxo (Stream-Aligned) – Organizados de acordo com o fluxo de trabalho e tem a responsabilidade de entregar valor diretamente aos usuários finais e o cliente.

  • Time de Subsistemas complicados (Complicated SubSystem) – Organizado de acordo com subsistemas específicos e que necessitam de especialização ou conhecimento profundo.

  • Time de Plataforma (Platafom) – Organizado para fornecer suporte de plataforma e serviços para outros times.

  • Time de Capacitação (Enabling) ­– Organizado para ajudar outros times, capacitando com especialidades e tornando proficientes em outras tecnologias.


Precisa de ajuda para passar na prova de certificação? Conheça nosso material.


Finalizando gostaria de terminar com os papeis essenciais do ARTs:

  • Release Train Engineer (RTE) é o Scrum Master, “chefe” do train.

  • Product Management (PM) é o proprietário do Program Backlog, define e o prioriza.

  • Business Owner (BO) são os stakeholders principais do ART.

  • System Architect/Engineering é responsável por fornecer orientações sobre arquitetura e capacidade técnica para os times do train.

  • System Team, fornece processos e ferramentas para integrar e avaliar os ativos com antecedência.

Entendemos com o SAFe aborda os times ágeis, descobrimos com implementar qualidade embutida e como organizar Agile Release Trains.


Se você prefere consumir esse assunto em vídeo, segue abaixo uma série de vídeos que irei fazer sobre o assunto.


Fonte do artigo:

117 visualizações0 comentário

Posts recentes

Ver tudo

Se inscreva em nossa newsletter

Obrigado por se inscrever!

logo fontes
  • Youtube
  • Grey Instagram Ícone
  • Twitter
  • Linkedin
bottom of page