O que o desenvolvimento de equipes e o Scrum of Scrums têm em comum? Eles lidam com o crescimento e a otimização de equipes. Basicamente, antes de escalar os métodos ágeis, a equipe deve ser desenvolvida de forma ideal. Você pode ver quando uma equipe está desenvolvida de forma ideal aqui ou em nosso Artigo do blog.
O que é o Scrum dos Scrums?
O Scrum of Scrums é uma forma de escalonar o Scrum em várias equipes e, quando apropriado, em treinamentos. Outros métodos são, por exemplo SAFe, LeSS ou Nexus.
Scrum dos Scrums é particularmente bem-sucedido quando todos os membros da equipe Scrum trabalham em prol de um objetivo comum, confiam e respeitam uns aos outros e trabalham juntos. Isso requer o desenvolvimento prévio da equipe.
A sentença
"Pequena o suficiente para você se manter ágil e grande o suficiente para realizar tarefas importantes em um sprint"
você deve saber. Então, quando é o momento certo para aumentar a escala? Qual é o tamanho ideal da equipe e o que você precisa considerar ao desenvolver uma equipe? Existe alguma recomendação de desenvolvimento de equipe para isso?
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.
Primeiro, a história sobre o Scrum dos Scrums
Jeff Sutherland e Ken Schwaber estavam procurando um método que possibilitasse trabalhar de forma ágil com várias equipes. Era importante que nem todos trabalhassem sozinhos, mas que todos trabalhassem juntos de forma coordenada. Foi um marco no desenvolvimento ágil. Jeff Sutherland também escreveu um livro sobre isso. "Agile Can Scale: Inventando e Reinventando o SCRUM em Cinco Empresas".publicado em 2001.
O Scrum of Scrums e a escalabilidade dos métodos ágeis vêm ganhando cada vez mais aceitação desde então. No entanto, pode-se dizer que a pandemia da COVID-19 provavelmente deu o maior impulso ao desenvolvimento ágil –, pelo menos no que diz respeito à sua aplicação em outras áreas além do desenvolvimento de software. Em princípio, os métodos ágeis sempre podem ser aplicados quando os requisitos e as tecnologias são complexos. A Matriz de Stacey e o Estrutura Cynefin ajudam você a classificá-los. Em Guia Scrum@Scale você encontrará todas as informações sobre dimensionamento.
Como dica, você só deve escalar quando sua equipe individual estiver trabalhando bem em conjunto e funcionando. Se você já estiver tendo problemas com o Scrum no nível da equipe individual, não deve escalar. Minha recomendação de desenvolvimento de equipe aqui: Desenvolva a equipe primeiro e resolva seus problemas antes de começar a escalar.
A propósito, uma observação rápida no contexto da transformação ágil: você quer ter certeza de que está atualmente as prioridades certas em seu sistema ágil Transformação?
Em seguida, você pode fazer nossa verificação de maturidade para sua transformação ágil –, que leva apenas 3 minutos. Você ainda obtém uma referência com base em mais de trezentos outros participantes. Veja o botão 🙂 Você pode ver o botão 
Objetivo do Scrum of Scrums
O Scrum do Scrum é a primeira extensão lógica do Scrum ao passar da agilidade da equipe para a agilidade de toda a empresa. Um pré-requisito crucial para o dimensionamento é a composição correta da equipe. As seguintes perguntas devem ser respondidas:
- Quem trabalha em qual posição na equipe?
- Quem trabalha com quem?
- Quem se harmoniza particularmente bem com você?
- Quem tem qual função?
Descobrimos que a clareza das funções desempenha um papel muito importante. A propósito: se você quiser saber quais alavancas pode usar para criar inovação em uma equipe, confira este Vídeo an. As equipes também sempre precisam de tempo e espaço suficientes para se desenvolverem. Aqui você também pode fazer o download do livro Tuckman's Modelo de fases para desenvolvimento de equipes para você se conhecer melhor:
- Formação (fase de entrada e descoberta),
- Tempestade (fase de disputa e argumentação)
- Normatização (Fase de regulamentação e convenção)
- Desempenho (fase de trabalho e desempenho).
Fonte: Modelo de fases de Tuckman para desenvolvimento de equipes
O objetivo é coordenar equipes menores, ágeis e autônomas, totalmente focadas nas necessidades e desejos dos clientes. O tema da centralização no cliente pode ser aqui você também gostaria de examiná-lo com mais detalhes. Portanto, você deve sempre ir ao site Jornada do cliente de seu cliente. Basta você ser seu cliente e iniciar uma mudança de perspectiva. Na prática, infelizmente, os clientes ainda têm que se adaptar aos processos da empresa colaboradora. Especialmente em autoridades públicas, mas também em algumas empresas ou corporações maiores. No entanto, essa não é a ideia do Scrum.
"Crescimento" não é o mesmo que "escalonamento".
Dominic Price escreve em "Desaprender essas cinco falácias fará com que você seja mais inovador" sobre as 5 falácias das quais você deve se livrar para se tornar mais inovador.
- "Crescimento" não é o mesmo que "escalonamento".
- "Transformação" não é o mesmo que "evolução
- "Perturbador" não é o mesmo que "perturbado".
- "Tempo de atendimento" não é o mesmo que "iniciativa
- "Saídas" não são iguais a "Resultados".
Em resumo, isso significa: a eficiência é boa, mas a eficácia é melhor. Sempre preste atenção à eficácia.
Por experiência própria, podemos dizer: quanto mais pessoas trabalharem no mesmo problema, mais difícil será chegar a uma solução. Especialmente se forem membros de equipes autônomas e multifuncionais. No entanto, a solução para as equipes que estão ficando maiores é o escalonamento. O Guia do Scrum fornece uma base para equipes e empresas que precisam de apoio nessa área. No entanto, escalar o Scrum para além de equipes individuais requer uma abordagem diferente. A técnica Scrum of Scrums (Tecnologia SoS).
Fonte: Profissionais da RFC
Estrutura e processo do Scrum of Scrums
Estrutura da equipe do Scrum of Scrums
No mundo ágil, a comunicação é o princípio e o fim de tudo e a chave para o sucesso. Quanto maior for a equipe, os canais de comunicação podem sofrer rapidamente. As informações chegam incorretamente ou nem chegam. Mais cedo ou mais tarde, isso também afeta a confiança na equipe, há uma falta de proximidade e torna-se mais difícil buscar um objetivo comum.
O objetivo é desenvolver a equipe de tal forma que todos os obstáculos sejam removidos (Scrum Master) e é no Fluxo funciona. Em teoria, uma "equipe perfeita" com desempenho ideal, de acordo com o Pesquisa de Hackman e Vidmar de 4,6 pessoas. Equipes muito pequenas podem não ser suficientes para resolver um problema. Por sua vez, com equipes muito grandes, os relacionamentos pessoais e a agilidade em relação à capacidade de ação e aos interesses do cliente são prejudicados.
Em alguns casos, isso exige uma divisão da equipe. Mas cuidado, há alguns aspectos a serem considerados aqui. Você está intervindo em um sistema já estabelecido. As competências entre as equipes devem ser distribuídas de forma equilibrada, as interfaces de funcionamento devem ser redefinidas e as tarefas redistribuídas ou redefinidas. Dependências inesperadas e novos gargalos podem atrasar o processo como um todo. Também nesse caso, é importante comunicar-se abertamente e dar tempo e espaço à equipe. A paciência e os ajustes nos lugares certos também são muito importantes.
A técnica Scrum-of-Scrums exige coordenação quando várias equipes são formadas. O diagrama a seguir mostra uma possibilidade:
Fonte: Atlassian
Outras funções no Scrum of Scrums
O proprietário-chefe do produto: o proprietário-chefe do produto é responsável pela visão geral do produto. Ele prioriza o backlog do produto e é a interface e o porta-voz do cliente.
O Scrum of Scrums Master: contribui permanentemente para uma maior eficiência do Scrum of Scrums. Ele se concentra no progresso e nos obstáculos que são visíveis para outras equipes, capacita e apoia a equipe no cumprimento de suas tarefas. Ele também Líder servidor chamado.
Reunião do Scrum dos Scrums
Os membros da equipe nomeiam uma pessoa para participar da reunião do Scrum of Scrums em nome da equipe Scrum. Dependendo do foco do projeto, a equipe sempre pode indicar um representante diferente. Como regra geral, a pessoa que está mais próxima do tópico é indicada. Se o foco for a experiência do usuário, deve ser enviado um representante que esteja familiarizado com o assunto. Se o foco estiver nos testes, o representante deverá vir da área de testes. Em alguns casos, se a equipe SOS for muito pequena, pode ser aconselhável que dois representantes por equipe participem da reunião. Muitas vezes, o Scrum Master acompanhará a pessoa designada pela equipe. Se o trabalho das reuniões do Scrum of Scrums for coordenado em uma reunião de nível superior, isso será chamado de reunião do Scrum of Scrums.
Frequência e período de tempo das reuniões do Scrum of Scrum
A equipe determina a frequência da reunião do Scrum of Scrum. Para simplificar, vamos nos ater às diretrizes do Scrum of Scrum, que ocorre diariamente e geralmente dura no máximo 15 minutos..
No entanto, dependendo do tamanho e do número de equipes, essas reuniões geralmente são mais longas e não ocorrem com tanta frequência. Por exemplo, de 2 a 3 vezes por semana. Ao contrário da reunião diária, os problemas que surgem na reunião do Scrum of Scrums são resolvidos diretamente, se possível, ou pelo menos abordados. Os problemas que surgem nessa reunião são problemas muito significativos e podem afetar rapidamente mais de 100 pessoas.
Agenda para uma reunião
Fonte: Unsplash
Uma boa agenda para uma reunião de Scrum of Scrums é a agenda de uma reunião de Scrum of Scrums. Scrums diários muito semelhantes. Como a reunião do Scrum of Scrums não acontece todos os dias na prática e como cada pessoa representa toda a sua equipe na reunião, as perguntas são respondidas de uma maneira ligeiramente diferente:
- O que a sua equipe alcançou desde a última vez que nos vimos?
- O que a sua equipe terá feito até a próxima reunião?
- Existem obstáculos que dificultam o trabalho da equipe?
- Alguma coisa que a sua equipe faz pode atrapalhar a outra equipe?
A última pergunta aqui é sobre o processo e o possível impacto em outras equipes. A resposta a essa pergunta pode ser muito útil. Você considera vários cenários com antecedência para criar uma cooperação tranquila. É aqui que o pensamento em silos é praticamente rompido. A resposta à última pergunta é particularmente importante, pois é imperativo que os resultados sejam repassados pelos representantes às suas próprias equipes.
Além de responder a perguntas, a reunião também oferece tempo e espaço para discutir e abordar quaisquer questões, problemas ou desafios que tenham surgido anteriormente. Na reunião, o progresso é documentado e um entendimento comum é criado. As soluções e ações são registradas para que possam ser acompanhadas.
Para que a reunião permaneça em um nível factual e neutro, nenhum nome é mencionado nas discussões. A extensão dos tópicos também é claramente delineada em relação à importância dos tópicos. O objetivo é criar uma visão objetiva do meta-nível, mas ainda assim mudar as perspectivas.
Conclusão
Portanto, o Scrum of Scrums é uma boa maneira de escalar se você já estiver trabalhando com o Scrum e quiser avançar em direção à agilidade empresarial. Se você quiser saber mais sobre a Avaliação de Desempenho do Scrum Master, dê uma olhada também em este artigo an.
Scrum of Scrums e SAFe –: dois conceitos diferentes
Scrum of Scrums, SAFe e LeSS são estruturas diferentes para escalonamento ágil, com abordagens diferentes para implementar a liderança e criar um roteiro. Se você quiser saber mais sobre os outros conceitos, recomendo que leia nossas publicações no blog sobre SAFe e LeSS para ler.
