Veja como ideias de manufatura enxuta, desenvolvimento iterativo, Agile e o Manifesto Ágil formaram o Scrum. A história ajuda a reconhecer por que Scrum é leve, empírico e diferente de gestão por comando e controle.

Scrum tem poucas peças, mas cada uma existe por um motivo. Você vai montar o mapa do framework: time, eventos, artefatos, compromissos e regras mínimas.

O Scrum Team é pequeno, multifuncional e responsável pelo produto. Este capítulo diferencia Product Owner, Scrum Master e Developers sem transformar essas responsabilidades em cargos rígidos.

Os valores de comprometimento, foco, abertura, respeito e coragem protegem o trabalho real do time. Você verá como eles aparecem em conversas difíceis, priorização, qualidade e colaboração.

O Product Goal dá direção, e o Product Backlog guarda as próximas apostas de valor. Você vai praticar como transformar necessidades, riscos e oportunidades em itens claros e ordenados.

Um bom item de backlog ajuda o time a conversar, estimar, dividir e entregar valor. Este capítulo cobre critérios de aceite, fatiamento, refinamento e armadilhas comuns em histórias de usuário.

A Sprint cria um ciclo curto para produzir um Incremento utilizável. Você vai ver como duração, foco, capacidade e risco entram na escolha de um Sprint Goal realista.

A Daily Scrum serve para ajustar o plano, não para prestar contas em roda. Você vai praticar perguntas, sinais de bloqueio e decisões rápidas que mantêm o Sprint Goal vivo.

A Review mostra o Incremento para gerar feedback e orientar o próximo passo do produto. Este capítulo diferencia Review de apresentação formal e mostra como envolver stakeholders sem perder o foco.

A Retrospective melhora a forma de trabalhar do time. Você vai conduzir retrospectivas seguras, escolher experimentos pequenos e acompanhar mudanças até virarem hábito.

O Incremento só conta quando atende a uma Definition of Done clara. Este capítulo conecta qualidade, testes, documentação, segurança e entrega utilizável sem empurrar dívida técnica para depois.

Estimativas ajudam a conversar sobre risco e tamanho, mas não devem virar contrato. Você vai usar story points, planning poker, throughput, lead time e previsões probabilísticas com bom senso.

O Product Owner precisa equilibrar valor, estratégia, restrições e feedback. Este capítulo cobre priorização, ROI, custo de atraso, descoberta de produto e decisões difíceis com stakeholders.

O Scrum Master remove impedimentos, melhora o sistema de trabalho e protege o empirismo. Você vai praticar facilitação, coaching, mediação de conflitos e mudança organizacional sem mandar no time.

Scrum não ensina engenharia, mas depende dela para entregar Incrementos reais. Este capítulo conecta integração contínua, testes automatizados, revisão de código, refatoração e entrega contínua ao trabalho do Sprint.

Quadros, burn-downs e ferramentas digitais podem revelar ou esconder a realidade. Você vai configurar Jira, Azure DevOps, Trello ou ferramentas parecidas sem transformar Scrum em burocracia de status.

O Guia Scrum de 2020 reforçou time único, autogestão, Product Goal e compromissos dos artefatos. Este capítulo mostra o que mudou na prática e como atualizar hábitos herdados de versões antigas.

Kanban pode complementar Scrum quando há muito trabalho de fluxo, suporte ou demanda imprevisível. Você vai usar limites de WIP, políticas explícitas e métricas de fluxo sem abandonar Sprint, Review e Retrospective.

Times distribuídos precisam de mais clareza, acordos e documentação leve. Este capítulo cobre cerimônias remotas, fusos horários, facilitação online, colaboração assíncrona e cuidados para manter confiança.

IA pode acelerar rascunhos de itens, sínteses de feedback, análise de métricas e preparação de reuniões. Você também verá riscos de privacidade, viés, alucinação e decisões que não devem ser terceirizadas para a ferramenta.

Acompanhe uma iniciativa completa: problema de negócio, Product Goal, backlog inicial, refinamento, planejamento, execução, Review, Retrospective e adaptação do roadmap. O objetivo é ligar todas as peças do Scrum em um fluxo real de trabalho.

Quando vários times trabalham no mesmo produto, dependências e integração viram o desafio principal. Este capítulo cobre Nexus, LeSS, SAFe em contexto, Product Backlog compartilhado, integração frequente e coordenação sem criar camadas inúteis.

Scrum aparece em marketing, educação, operações, hardware e serviços, mas nem sempre com as mesmas adaptações. Você vai avaliar o que manter, o que ajustar e quando outro método faz mais sentido.

Muitas falhas vêm de usar nomes do Scrum com comportamento antigo. Este capítulo trata de anti-padrões como Product Owner sem poder, Scrum Master secretário, Daily de cobrança, Sprint sem Incremento e backlog sem prioridade.

O curso fecha com caminhos para atuar como Scrum Master, Product Owner, Developer em Scrum, Agile Coach ou líder de produto. Você verá portfólios de evidência, certificações como PSM, CSM, PSPO e formas confiáveis de continuar atualizado.