A Equipe Scrum

A Equipe Scrum é uma unidade coesa de profissionais focada em um produto.

Não há subequipes ou hierarquias—apenas três responsabilidades distintas:

• Product Owner — Responsável por maximizar o valor
• Developers — Responsáveis por criar um Incremento utilizável
• Scrum Master — Responsável pela eficácia do Scrum

Nota: O Guia do Scrum de 2020 usa "Developers" para todos que criam o Incremento, independentemente do cargo. Testadores, designers e outros são todos "Developers" nos termos do Scrum.

O Product Owner é uma pessoa, não um comitê. Ele é responsável por:

Desenvolver e comunicar o Objetivo do Produto A visão de para onde o produto está indo. Isso orienta todas as decisões.

Criar e ordenar o Backlog do Produto Decidir o que construir e em que sequência. Isso requer entender valor, risco e dependências.

Garantir que o backlog seja transparente e compreendido A equipe deve entender os itens do backlog bem o suficiente para discuti-los.

Princípio-chave: O Product Owner pode delegar essas atividades, mas permanece responsável por elas. A organização deve respeitar as decisões do PO—o backlog reflete suas decisões, não um voto de comitê.

Developers são profissionais que criam qualquer aspecto de um Incremento utilizável a cada Sprint. Eles são responsáveis por:

Criar um plano para o Sprint (Backlog do Sprint) Os Developers decidem COMO transformar itens do backlog em um Incremento.

Incutir qualidade aderindo a uma Definição de Pronto Qualidade é inegociável. Pronto significa pronto—não "pronto pendente de testes".

Adaptar seu plano a cada dia em direção ao Objetivo do Sprint O Backlog do Sprint é um plano vivo, atualizado conforme a equipe aprende.

Responsabilizar uns aos outros como profissionais Autogerenciamento significa que a equipe lida com seus próprios problemas.

Princípio-chave: Ninguém diz aos Developers como fazer seu trabalho. O Product Owner diz O QUE construir; Developers decidem COMO.

O Scrum Master é responsável pela eficácia da Equipe Scrum. Ele serve a equipe e a organização:

Ajudando a equipe a melhorar suas práticas Coaching, facilitação, ensino. Não fazendo o trabalho por eles.

Removendo impedimentos ao progresso da equipe Quando algo bloqueia a equipe que eles não conseguem resolver sozinhos, o Scrum Master ajuda a remover.

Garantindo que os eventos Scrum sejam produtivos e com timebox Facilitação, não controle de presença.

Ajudando a organização a adotar Scrum Às vezes os maiores impedimentos são organizacionais. O Scrum Master também os aborda.

Princípio-chave: O Scrum Master é um líder-servidor—ele lidera servindo, não comandando. Ele não tem autoridade sobre a equipe exceto a autoridade da expertise e confiança.

As três responsabilidades criam um equilíbrio de poder:

Product Owner ↔ Developers PO decide O QUE e POR QUÊ. Developers decidem COMO e se comprometem com QUANDO (baseado em sua capacidade, não pressão externa).

Scrum Master ↔ Product Owner SM ajuda o PO com técnicas de gerenciamento de backlog e comunicação com stakeholders. Orienta sobre propriedade eficaz do produto.

Scrum Master ↔ Developers SM ajuda Developers a se auto-organizarem, melhorar práticas técnicas e remover bloqueios. Nunca atribui trabalho ou microgerencia.

A tensão-chave: POs querem mais escopo; Developers querem ritmo sustentável; o SM garante que o processo respeite ambos.