A regra das "duas pizzas" da Amazon: um workshop de equipe como exercício
A Amazon foi uma das primeiras empresas a adotar métodos de trabalho ágeis em grande escala - sem depender do Scrum ou de outras estruturas ágeis. Um elemento central para as equipas ágeis da Amazon foi a regra das “Two Pizza Teams” (Equipas de Duas Pizzas).
As duas equipes de pizza da Amazon: Não é tão fácil quanto parece
A regra da “Equipe de duas pizzas” afirma que uma equipe só pode ser grande o suficiente para ser alimentada com duas pizzas. A propósito, a regra vem do próprio fundador da Amazon, Jeff Bezos.
Embora décadas tenham se passado desde a origem dessa regra da pizza, a Amazon ainda mantém viva a “regra da equipe de duas pizzas”. Veja: Introdução ao DevOps no AWS. A ideia de equipes pequenas e auto-organizadas parece, portanto, ter uma validade universal e atemporal.
Mesmo que a ideia de equipes pequenas pareça simples, há algumas outras condições prévias que precisam ser levadas em conta para maximizar o efeito das equipes pequenas na agilidade da empresa.
Então, vamos dar uma olhada em como você pode medir e melhorar essa filosofia de gerenciamento e suas condições prévias em suas equipes:
Health Check: Equipe Amazon Two Pizza
A ideia central por trás da regra “Two Pizza Teams” é que equipes menores podem agir e reagir mais rapidamente. Essa agilidade costuma ser um importante fator de diferenciação no desenvolvimento de software para que você permaneça competitivo.
No entanto, para que essas pequenas equipes realmente ajam com mais rapidez, algumas condições prévias precisam ser atendidas:
- A equipe tem um objetivo claro e se sente totalmente responsável por alcançá-lo.
A rigor, uma equipe sem um objetivo comum não é uma equipe, mas um grupo de pessoas. Se a equipe não assumir a responsabilidade por uma meta claramente definida, o tamanho da equipe não poderá contribuir muito para a agilidade. - Os membros da equipe têm todas as habilidades necessárias para atingir suas próprias metas.
Sua equipe é formada apenas por pessoas da mesma área de especialização? Isso não é uma equipe ágil: as equipes Agile são multifuncionais e têm todas as funções e habilidades necessárias dentro da equipe para atingir seus objetivos: Analistas de negócios, designers de produtos, desenvolvedores etc. A composição deve sempre corresponder ao objetivo da equipe. - A equipe tem todos os poderes de decisão e recursos e, portanto, não depende de terceiros para atingir nossas metas.
Se a equipe for muito dependente de outras equipes ou de tomadores de decisão, isso acabará com qualquer agilidade. A equipe deve ser capaz de experimentar tecnologias de forma independente, gerar dados para a tomada de decisões e obter feedback direto do cliente. - A equipe tem acesso direto aos clientes para obter o feedback deles.
Se uma equipe de duas pizzas simplesmente trabalha com um backlog sem ter nenhum contato com o cliente, isso só é promissor até certo ponto. Para que sua organização realmente se torne mais ágil como um todo, cada equipe deve ter acesso direto a seus próprios clientes para receber e responder ao feedback do cliente sem desvios.
Veja também: O princípio da obsessão pelo cliente da Amazon
Portanto, antes de sair correndo para reduzir suas equipes, você deve definitivamente cuidar dessas condições prévias. Um bom formato de workshop para você verificar esse “Two Pizza Health Check” é a seguinte retrospectiva:
Não tens a certeza do que são as retrospetivas e como é que elas te ajudam a implementar a cultura “2 Pizza Team” da Amazon? Então começa aqui:
Retrospectiva da equipe do Amazon Two Pizza
Com essa retrospectiva do Two Pizza Team, você pode analisar as condições prévias junto com a sua equipe e iniciar um desenvolvimento adicional:
Amazon Two Pizza Team Health Check: Como funciona a retrospetiva
Quebra-gelo aleatório (2-5 minutos)
O Echometer fornece um gerador de perguntas aleatórias de check-in.
Revisão das medidas em aberto (2-5 minutos)
Antes de começar com novos tópicos, deve falar sobre o que aconteceu com as medidas das retrospetivas anteriores para verificar a sua eficácia. O Echometer lista automaticamente todos os itens de ação em aberto das retrospetivas anteriores.
Health Check
Todos os membros da equipa podem responder aos Health Checks anonimamente numa escala. Em seguida, reveja os resultados dos Health Checks em conjunto e registe quaisquer comentários adicionais, se necessário. Se utilizar os mesmos Health Checks em várias retrospetivas, também pode acompanhar as tendências ao longo do tempo no Echometer.
- Temos uma meta de equipe clara pela qual assumimos total responsabilidade.
- Temos todas as habilidades na equipe para atingir nossas metas.
- Como equipe, temos tudo o que precisamos para atingir nossas metas, independentemente de terceiros.
- Como uma equipe, é fácil para nós reunir o feedback dos clientes e responder a ele.
Discutir tópicos retro
Utilize as seguintes perguntas abertas para recolher as suas principais conclusões. Primeiro, todos individualmente em segredo. O Echometer permite que cada coluna do quadro retro seja revelada individualmente para apresentar e agrupar o feedback posteriormente.
- Quais são as habilidades ou conhecimentos que mais faltam na equipe?
- Em que situações nós, como equipe, dependemos de terceiros para atingir nossas metas?
- O que nos ajudaria a responder mais rapidamente às necessidades e ao feedback dos clientes?
Pergunta genérica (Recomendado)
Para que outros tópicos também tenham um lugar:
- Sobre o que mais gostarias de falar na retrospetiva?
Priorização / Votação (5 minutos)
No quadro retro no Echometer, pode priorizar facilmente o feedback com a votação. A votação é, obviamente, anónima.
Definir medidas (10-20 minutos)
Pode criar uma medida ligada através do símbolo de mais num feedback. Ainda não tem a certeza de qual a medida certa? Em seguida, abra um quadro branco sobre o tópico através do símbolo de mais para fazer um brainstorming sobre as causas principais e as possíveis medidas.
Checkout / Encerramento (5 minutos)
O Echometer permite-lhe recolher feedback anónimo da equipa sobre o quão útil foi a retrospetiva. Isto resulta na pontuação ROTI ("Retrun On Time Invested"), que pode acompanhar ao longo do tempo.
Amazon Two Pizza Team Health Check
Perguntas de verificação de saúde (escala)
Perguntas abertas
Conclusão: a regra da equipe de duas pizzas da Amazon
A regra da equipe de duas pizzas manteve sua relevância ao longo dos anos. No entanto, é importante observar que o tamanho da equipe, por si só, não é garantia de uma organização ágil.
Somente em combinação com objetivos claros da equipe e equipes autoeficazes que possam desenvolver soluções em contato direto com o cliente, sem dependências internas, uma organização poderá colher os benefícios de maior satisfação do cliente e maior velocidade de desenvolvimento no mercado.
Dependendo do contexto da empresa, muitas vezes não é suficiente olhar apenas para as equipes individuais. Como regra geral, a estrutura organizacional também deve ser questionada para criar as condições para uma empresa ágil de alto desempenho:
Para se tornar verdadeiramente uma organização ágil de alto desempenho, você deve olhar para a estrutura da sua organização de forma diferente e estar disposto a mudar sua mentalidade e comportamento.
Tom Godden, Estrategista de Empresas da AWS, Fonte: Insights de executivos da Amazon
Veja também nesse contexto: A “Mentalidade do Dia 1” da Amazon
Espero que a Retrospectiva da Equipe Two Pizza possa dar um impulso para que você crie essas condições para a sua equipe. E, talvez, ela também possa lhe dar um bom motivo para reflexão em nível organizacional!
Bônus: Você gostaria de aprender com outros pioneiros ágeis como o Netflix?
Também analisámos a cultura de inovação da Netflix e temos alguns formatos de workshop para ti!
- Por que Netflix todos os resultados (incluindo falhas)
- O Netflix não tem processos de tomada de decisão, mas capitães informados
- As ideias devem ser socializadas desde cedo no Netflix
- Pensar em apostas e testar ideias
