O documento discute técnicas para escalar o Scrum em projetos grandes com múltiplas equipes, como dividir as pessoas em equipes menores e replicar papéis-chave em cada equipe. Também fornece soluções como alinhar iterações, reuniões diárias escalonadas, dividir funcionalidades entre equipes e frameworks como Nexus e SAFe para ajudar na coordenação entre equipes.

2. Escalabilidade do
Scrum

3.  Em grandes projetos utilizamos uma técnica chamada de
scrum of scrum, onde iremos dividir as pessoas em duas
equipes ou mais de acordo com a necessidade do projeto.
Vamos supor que temos 30 pessoas em um único projeto,
estas pessoas serão divididas em 3 equipes: equipe A, B e C.
Realizar esta divisão pode ser uma boa saída, porém ainda
teremos alguns problemas como:
Scrum of Scrums

4.  Falta de visão unificada do produto/serviço;
 Redundância de trabalho, por exemplo dois times executando uma
mesma parte do escopo;
 Comunicação falha;
 Integração hell, como entregar diferentes partes de um produto
desenvolvidas por equipes diferentes;
 Dependências entre tarefas de times diferentes;
 Gestão de mudanças complexas;
Scrum of Scrums

5.  Replicação de papéis- chave: uma técnica simples que pode ser
utilizada para minimizar os problemas apresentados anteriormente é a
replicação dos papéis chaves em cada uma das equipes;
 Product owner: teremos um product owner em cada equipe que irá
fornecer os detalhamentos e direcionamento para as equipes,
reportando-se para um PO líder, que terá um visão alto nível dos
projetos, apresentando prioridades do negócio para os Pos das equipes;
Algumas soluções para equipes de Scrum escaláveis

6.  Roadmap de Produto: mapear os entregáveis e ter a visão do
produto ao longo do tempo com o planejamento das releases (
lançamento das versões);
 Scrum Master: teremos um Scrum Master em cada equipe que irá
facilitar e suportar os trabalhos das equipes, reportando para um
PMO líder, que terá a responsabilidade de facilitar o projeto como
um todo e garantir o patrocínio das partes interessadas do projeto;
Algumas soluções para equipes de Scrum escaláveis

7.  Líder técnico: teremos um líder técnico em cada equipe que irá facilitar e monitorar
os trabalhos técnicos do time de dev, reportando-se para um arquiteto líder que terá
uma visão geral técnica do projeto;
 Alinhamento das Iterações: times são formados por pessoas e consequentemente
são diferentes, cada equipe possui uma velocidade, capacidade de produção e curva
de aprendizado, isso é normal porém gera uma diferença no alinhamento das
equipes do ponto de vista do planejamento e processos, neste casos alinhamos o
inicio e o fim em uma timeboxing, deixando as equipes para realizar as iterações
necessárias, o objetivo é que nos marcos teremos todas as equipes finalizando
iterações conjuntamente, fazendo possível a publicação de uma nova versão do
produto em uma determinada data;
Algumas soluções para equipes de Scrum escaláveis

8.  Reuniões diárias scrum escalonadas: nada mais é do sequenciar as reuniões diárias
do Scrum, de forma que os representantes das equipes possam eventualmente
participar das reuniões diárias das outras equipes, para levantar dependências,
impedimentos, consultar conhecimentos, informações, etc. Também é interessante
ter uma reunião diária ou semanal técnica com os lideres técnicos e Arquitetos de
Software para follow up do projeto como todo, também pode ser aplicar essas
agendas para os eventos de planejamento e refinamento do backlog do produto,
revisão e retrospectiva. Perguntas chaves o que foi feito, o que irá fazer e se tem
impedimentos se faz necessário nas reuniões diárias;
Algumas soluções para equipes de Scrum escaláveis

9.  Divisão das funcionalidades: grandes projetos com muitas equipes organizadas por funcionalidades
podem ser beneficiar com visões separadas do backlog do produto. Essas visões ajudam a prevenir
diversos conflitos entre as equipes escaláveis que tem mais de um PO e trabalham no mesmo
backlog do produto. As equipes podem ser estruturadas em:
 Funcionalidades do produto: trabalham em um mesmo conjunto de requisitos e trabalham em
paralelo e enfrentam questões de integração;
 Componentes do produto: criam um componente ou subsistema, garantem integridade e reuso da
arquitetura, requerem requisitos técnicos ainda mais detalhados.
 A estrutura por funcionalidades ainda é a mais utilizada, devido a integração continua e entrega mais
efetivas, mas a definição de pronto ( desenvolvido e testado) se aplica nas mesmas.
Algumas soluções para equipes de Scrum escaláveis

10.  Nexus Framework: Nexus consiste em regras, eventos, artefatos e papéis bem semelhantes aos
previstos no framework Scrum. É uma estrutura criada para suportar de 3 a 9 times trabalhando num
único produto, a diferença mais evidente é que mais atenção é dada as dependências e ao
sincronismo dos times Scrum envolvidos, para que estes formem uma única engrenagem, a fim de
entregar com êxito um incremento pronto e integrado ao final de cada Sprint.
 SaFe ( Scaled Agile Framework): Safe é o acrônimo para Scaled Agile Framework, ele foi criado por
Dean Leffingwell e hoje é mantido pela Scaled Agile Academy, sua estrutura baseada em princípios
de Lean, XP e Agile. O SAFe leva como base o Scrum, XP ( Extreme Programming) e o Lean, além de
muita experiencia obtida através de implementações que funcionaram e não funcionaram em grande
escala, trazendo consigo o que de melhor tem funcionado em equipes ágeis, na maneira de fazer
gestão de programa e na maneira ágil de tratar um portfólio de demandas organizacionais no nível de
cima para baixo nas empresas.
Frameworks de Scrum escalável

11. Frameworks
de Scrum
escalável