Neste capítulo, você vai conhecer as três responsabilidades do Scrum Team, o que cada uma faz e por que o Guia do Scrum insiste que o time inteiro responde pelo resultado. Entender essa divisão é pré-requisito para qualquer Scrum Master que queira ajudar o time sem assumir o trabalho dos outros.

O Scrum Team é uma unidade pequena e coesa, em geral com dez pessoas ou menos, formada por um Scrum Master, um Product Owner e Developers. Não há subtimes nem hierarquia interna. O time é multifuncional, tem todas as habilidades necessárias para gerar valor a cada Sprint, e é autogerenciado: decide internamente quem faz o quê, quando e como.

Product Owner: maximizar o valor

O Product Owner responde por maximizar o valor do produto resultante do trabalho do time. Na prática, isso significa desenvolver e comunicar a meta do produto, criar e ordenar os itens do Product Backlog e garantir que ele seja transparente, visível e compreendido. O Product Owner pode delegar essas tarefas, mas continua responsável por elas.

É uma pessoa, não um comitê. Quem quiser mudar o backlog precisa convencer o Product Owner, e a organização inteira precisa respeitar as decisões dele para que o papel funcione. Sem essa autoridade, o backlog vira um campo de disputa e o time perde foco.

Developers: criar o incremento

Developers são as pessoas comprometidas em criar, a cada Sprint, um incremento utilizável. O termo não se limita a quem programa: designers, analistas, testadores, redatores e qualquer especialista necessário para entregar o produto são Developers no vocabulário do Scrum.

• Planejam a Sprint, criando o Sprint Backlog.
• Garantem qualidade aderindo à Definição de Pronto.
• Adaptam o plano todos os dias em direção à meta da Sprint.
• Respondem uns aos outros como profissionais.

Scrum Master: efetividade do conjunto

O capítulo anterior tratou do Scrum Master em detalhe. Aqui, vale apenas situar: ele não está acima do Product Owner nem dos Developers. Os três são pares com responsabilidades distintas, e o Scrum Master é quem cuida para que a colaboração entre eles e com a organização funcione.

Por que a responsabilidade é compartilhada

Imagine uma equipe de remo. Há quem dê o ritmo, quem controle a direção e quem reme, mas o barco só chega se todos remarem no mesmo compasso. Nenhum deles ganha sozinho e nenhum perde sozinho. O Guia do Scrum traduz isso em uma frase direta: o Scrum Team inteiro é responsável por criar um incremento valioso e útil a cada Sprint.

Na prática, isso elimina frases como “isso é problema do PO” ou “isso é responsabilidade dos Developers”. Quando a Sprint não atinge a meta, a pergunta na Retrospective não é de quem foi a culpa, mas o que o time muda para a próxima.

Os erros mais comuns na formação do time

• Product Owner sem autoridade, que apenas repassa pedidos de um gestor. O backlog deixa de ter dono.
• Time grande demais, que se fragmenta em subgrupos e perde a comunicação direta.
• Scrum Master compartilhado por quatro ou cinco times, que só consegue agendar reuniões e nunca atua na organização.
• Developers sem todas as habilidades, que dependem de outra área para concluir qualquer item e nunca chegam ao Pronto dentro da Sprint.

O próximo capítulo entra no ritmo do time: a Sprint e os eventos que criam as oportunidades de inspeção e adaptação.