Scrum Team: quem faz parte do time e qual o tamanho ideal
Montar um Scrum Team parece simples no papel: um Product Owner, um Scrum Master e algumas pessoas para fazer o trabalho. Na prática, as dúvidas aparecem na primeira semana. O analista de testes que atende três projetos faz parte do time? O coordenador da área entra? Quinze pessoas é demais? E o gerente de projetos, onde fica?
A resposta do Guia do Scrum 2020 é curta e mais exigente do que parece. O Scrum Team é uma unidade só, sem sub-times e sem hierarquia, com todas as habilidades para entregar algo utilizável a cada Sprint e pequena o suficiente para se comunicar sem esforço. Quase todo problema de time Scrum vem de descumprir uma dessas condições.
Aqui está quem faz parte do time, o que cabe a cada um, como pensar o tamanho, o que fazer quando o time cresce demais e um roteiro para montar o seu.
Formação relacionada
Papéis, eventos, práticas e ciclo de vida do Scrum, com preparação para o exame ASF.
O que é Scrum Team, segundo o Guia do Scrum
O Guia do Scrum define o Scrum Team como a unidade fundamental do Scrum: um time pequeno de pessoas, formado por um Scrum Master, um Product Owner e Developers. Dentro dele não há sub-times nem hierarquias. É uma unidade coesa de profissionais focada em um objetivo de cada vez, a Meta do Produto.
Três características aparecem no Guia e mudam a forma de montar o time:
- Multifuncional. Os membros têm, juntos, todas as habilidades necessárias para criar valor a cada Sprint. O time não depende de outra área para terminar o próprio trabalho.
- Autogerenciável. O time decide internamente quem faz o quê, quando e como. Na versão de 2020, o termo substituiu "auto-organizado". Segundo o histórico de revisões do Guia, a mudança ampliou a autonomia: além de quem faz e como, o time escolhe também em que trabalhar.
- Responsável pelo produto inteiro. O Guia atribui ao time todas as atividades relacionadas ao produto: colaboração com partes interessadas, verificação, manutenção, operação, experimentação e pesquisa.
Como o time se encaixa nos eventos e artefatos está no guia completo de métodos ágeis e Scrum. Aqui o foco é a composição.
Quem faz parte do Scrum Team
O Guia de 2020 fala em responsabilidades (accountabilities), não em cargos. Isso significa que o crachá da pessoa importa menos do que aquilo pelo qual ela responde dentro do time.
| Responsabilidade | Quantos | Responde por |
|---|---|---|
| Product Owner | Um | Maximizar o valor do produto e gerir o Product Backlog |
| Scrum Master | Um | Estabelecer o Scrum como o Guia define e pela eficácia do time |
| Developers | Os demais | Criar, a cada Sprint, um Incremento utilizável |
O Product Owner é uma pessoa, não um comitê. Pode representar muitas partes interessadas e delegar trabalho, mas continua respondendo pelo resultado. O que esse papel faz no dia a dia está em Product Owner: o que é e o que faz. O Scrum Master, descrito no Guia como um líder que serve, tem as atribuições detalhadas em Scrum Master: o que é e o que faz.
Quem são os Developers no Scrum
O termo engana. No Guia, Developers são as pessoas comprometidas em criar qualquer aspecto de um Incremento utilizável a cada Sprint. Num projeto de software, isso inclui programadores, testadores, analistas e designers. Num projeto de marketing, redatores e designers. Numa obra, engenheiros e projetistas. As habilidades variam com o tipo de trabalho.
Os Developers respondem sempre por quatro coisas:
- Criar o plano da Sprint, o Sprint Backlog.
- Garantir a qualidade, seguindo a Definição de Pronto.
- Adaptar o plano todos os dias rumo à Meta da Sprint.
- Cobrar uns dos outros postura profissional.
Não há subdivisão oficial entre "time de testes" e "time de desenvolvimento" dentro do Scrum Team. Se o teste é feito por outra equipe depois da Sprint, o time não é multifuncional e o Incremento não está pronto de verdade.
Qual o tamanho ideal de um Scrum Team
O Guia do Scrum 2020 diz que o Scrum Team deve ser pequeno o bastante para continuar ágil e grande o bastante para concluir trabalho significativo dentro de uma Sprint, tipicamente com 10 pessoas ou menos. O próprio Guia observa que times menores costumam se comunicar melhor e ser mais produtivos.
A versão anterior, de 2017, contava de outro jeito: falava em um time de desenvolvimento de três a nove pessoas, sem incluir Product Owner e Scrum Master. A versão de 2020 passou a contar o Scrum Team inteiro e deixou de fixar um mínimo. Se você estuda por material antigo, essa é uma diferença que costuma aparecer em prova.
Por que o tamanho pesa tanto? Uma conta simples ajuda. O número de canais de comunicação entre pessoas cresce mais rápido que o número de pessoas: com n membros, o número de pares possíveis é n multiplicado por n menos 1, dividido por 2.
| Pessoas no time | Canais de comunicação |
|---|---|
| 5 | 10 |
| 8 | 28 |
| 10 | 45 |
| 15 | 105 |
Com 15 pessoas, a Daily deixa de caber em 15 minutos, a Sprint Planning vira negociação e parte do time passa a trabalhar sem saber o que a outra parte decidiu. O sinal mais comum de time grande demais é o surgimento espontâneo de subgrupos que se reúnem à parte.
O que fazer quando o time fica grande demais
O Guia orienta reorganizar o time em vários Scrum Teams coesos, todos focados no mesmo produto. Esses times compartilham:
- a mesma Meta do Produto;
- o mesmo Product Backlog;
- o mesmo Product Owner.
Dividir o time não resolve tudo. Os times precisam integrar o trabalho num Incremento único e lidar com dependências entre si. Para isso existem abordagens de escala, como Scrum of Scrums, Nexus e LeSS, que organizam a integração e a coordenação entre os times.
Ao dividir, prefira times organizados por parte do produto que entrega valor ao usuário (por exemplo, "agendamento" e "pagamentos") em vez de times por camada técnica ("front-end" e "banco de dados"). Times por camada voltam ao revezamento entre equipes que o Scrum tenta evitar.
Quem não faz parte do Scrum Team
Tão importante quanto saber quem está dentro é saber quem está fora:
- Patrocinador, diretoria e clientes são partes interessadas. Participam da Sprint Review e conversam com o Product Owner, mas não definem tarefas do time.
- Gestores funcionais cuidam de carreira, contratação e desenvolvimento das pessoas, não do trabalho da Sprint.
- Especialistas pontuais, como um jurídico consultado uma vez por trimestre, apoiam o time sem fazer parte dele.
- O gerente de projetos não aparece no Guia. Ele pode assumir uma das três responsabilidades ou atuar como parte interessada, cuidando de contrato, orçamento e governança. Os arranjos possíveis estão em Scrum Master x gerente de projetos.
Como montar um Scrum Team: passo a passo
- Defina o produto e a Meta do Produto. O time existe para um produto, não para uma lista de demandas variadas.
- Escolha o Product Owner. Uma pessoa com autoridade para decidir prioridades e tempo para estar com o time.
- Mapeie as habilidades necessárias para entregar um Incremento utilizável em uma Sprint, do levantamento ao teste.
- Monte os Developers com essas habilidades, buscando dedicação integral. Pessoas divididas entre muitos times viram gargalo.
- Escolha o Scrum Master, de preferência alguém com tempo real para o papel, não uma tarefa a mais para o desenvolvedor mais sênior.
- Confira o tamanho. Se passou de dez, avalie dividir em dois times sobre o mesmo produto.
- Combine o que fica fora do time. Quem são as partes interessadas, quem aprova orçamento, quem responde por contrato. Uma matriz RACI ajuda a deixar essas fronteiras claras sem distribuir tarefas dentro do time.
Exemplo de Scrum Team em um projeto público
O exemplo é ilustrativo. Uma secretaria estadual de educação vai construir um sistema para matrícula on-line na rede pública.
| Responsabilidade | Quem | Observação |
|---|---|---|
| Product Owner | Coordenadora da área de matrículas | Tem autoridade para priorizar e conhece as regras |
| Scrum Master | Analista da equipe de TI com formação em Scrum | Dedicação integral ao papel |
| Developers | Dois desenvolvedores, uma analista de testes, um designer de interface, um analista de negócios | Todos dedicados ao produto |
| Fora do time | Secretário (patrocinador), procuradoria, diretores de escola | Partes interessadas, presentes nas Sprint Reviews |
São oito pessoas no Scrum Team. Quando a secretaria decidir acrescentar o módulo de transporte escolar, a recomendação é formar um segundo time sobre o mesmo produto, com o mesmo Product Owner e o mesmo backlog, em vez de inflar o time atual para catorze pessoas.
Erros comuns na formação do time
- Product Owner comitê. Três diretores dividindo o papel significa que ninguém decide.
- Testes fora do time. O Incremento chega ao fim da Sprint sem estar pronto.
- Pessoas em vários times ao mesmo tempo. A dedicação parcial dilui o compromisso com a Meta da Sprint.
- Hierarquia dentro do time. Um "líder técnico" que distribui tarefas contradiz o time autogerenciável.
- Time grande para "ganhar velocidade". Acrescentar gente aumenta a coordenação antes de aumentar a entrega.
Por onde começar
Desenhe o seu time atual numa folha: quem responde por valor, quem responde pela eficácia do Scrum, quem cria o Incremento e quem está fora. Se alguma habilidade necessária para terminar o trabalho está fora do time, ou se o time passa de dez pessoas, esse é o primeiro ajuste. Para aprofundar papéis, eventos e práticas com foco em certificação, o curso Agile Scrum Foundation da Projeto Diário cobre o ciclo de vida do Scrum e prepara para o exame ASF.
