Scrum e trabalho em equipa

Scrum e responsabilidades

Scrum organiza trabalho em Sprints de duração fixa, de um mês ou menos, com objetivo comum e incremento utilizável. Usa transparência, inspeção e adaptação, apoiadas em compromisso, foco, abertura, respeito e coragem. Os materiais da cadeira juntam a confiança a esta base: sem dados verdadeiros, a inspeção falha. A confiança não é um sexto valor do Scrum Guide; é a condição que os materiais destacam para os valores funcionarem.

Responsabilidade	O que decide ou assegura
Product Owner	Valor do produto, Product Goal e ordenação do Product Backlog
Developers	Plano do Sprint, incremento utilizável, qualidade e adaptação diária
Scrum Master	Compreensão/aplicação de Scrum, eficácia e remoção de impedimentos

• A equipa é autogerida e reúne as competências necessárias. O Product Owner não impõe sozinho a quantidade de trabalho; o Scrum Master não distribui todas as tarefas como chefe de projeto.

Artefactos e compromissos

Artefacto	Conteúdo	Compromisso
Product Backlog	Trabalho ordenado e evolutivo do produto	Product Goal
Sprint Backlog	Objetivo, itens escolhidos e plano dos Developers	Sprint Goal
Increment	Passo utilizável em direção ao produto	Definition of Done

A Definition of Done define qualidade comum. Os critérios de aceitação definem comportamento específico da história. Um botão que funciona mas falha testes de autorização exigidos não está Done.

Um incremento Done pode ser entregue antes da Review. Definition of Ready e colunas como Accepted são convenções complementares, não novos artefactos ou compromissos obrigatórios de Scrum.

Eventos

Evento	Finalidade	Limite num Sprint de um mês
Planning	Porquê, o que pode ficar Done e como realizar	8 h
Daily Scrum	Inspecionar progresso e adaptar plano para o Sprint Goal	15 min, qualquer duração de Sprint
Review	Inspecionar resultado com stakeholders e adaptar produto	4 h
Retrospective	Melhorar qualidade, colaboração e processo	3 h

O Sprint contém estes eventos; o seguinte começa logo após o anterior. Nos Sprints menores, Planning, Review e Retrospective costumam ser menores. Refinamento esclarece, divide e estima itens conforme necessário, sem ser evento formal adicional.

Alterações durante o Sprint

• Developers e Product Owner podem renegociar âmbito durante o Sprint, preservando objetivo e qualidade. Fotografias podem esperar se ameaçarem confirmar reservas sem sobreposições.
• Trabalho incompleto volta ao Product Backlog para reconsideração; não conta como incremento nem transita automaticamente. Só o Product Owner pode cancelar um Sprint se o objetivo ficar obsoleto.
• Os padrões que sustentam estes comportamentos, com confiança, valores e relação com o desenho, estão em padrões de trabalho em equipa.

Exemplo de Sprint acompanhado.