Introdução (3 min)

Imagine uma orquestra. Sem um maestro que coordene os músicos, a sinfonia se transforma em ruído. Nos projetos de TI, os eventos Scrum atuam como esse maestro, sincronizando o time e mantendo o ritmo de desenvolvimento. Para Gerentes de TI, dominar esses eventos é essencial para garantir entregas previsíveis e de alta qualidade. Nesta aula, você implementará os quatro eventos principais do Scrum: Sprint Planning, Daily Scrum (abordado na Aula 23), Sprint Review e Sprint Retrospective.

No contexto corporativo, esses eventos fornecem transparência e garantem que o projeto esteja alinhado com as necessidades do negócio, permitindo ajustes rápidos e eficientes diante de mudanças.

Conceito Fundamental (7 min)

Os eventos Scrum são reuniões com propósito específico, projetadas para maximizar a colaboração e a inspeção do progresso. A Sprint, o coração do Scrum, é um ciclo de tempo fixo (geralmente 2 semanas) no qual um incremento de produto “Pronto” é entregue. Os eventos ocorrem dentro da Sprint.

• Sprint Planning: Define o que será construído na Sprint e como será construído.
• Sprint Review: Apresenta o incremento produzido na Sprint aos stakeholders para feedback e validação.
• Sprint Retrospective: Analisa a Sprint anterior para identificar melhorias no processo.

Integrados com outras práticas de gerenciamento de projetos, como gestão de riscos e definição de métricas, os eventos Scrum otimizam a eficácia da equipe. A principal vantagem é a adaptabilidade a mudanças. A desvantagem pode ser a necessidade de maior disciplina e comprometimento da equipe.

Exemplos em projetos de TI incluem o planejamento da implementação de novas funcionalidades em um software, a revisão do protótipo com o cliente e a retrospectiva para aprimorar o processo de desenvolvimento.

Implementação Prática (10 min)

Vamos a exemplos práticos. Suponha que o objetivo da Sprint seja desenvolver a tela de login de um aplicativo.

Sprint Planning:

Template: “Objetivo da Sprint: Desenvolver tela de login com autenticação via email e senha.”

Tarefas:

• Criar layout da tela (UI/UX Designer – 8 horas)
• Implementar backend de autenticação (Desenvolvedor Backend – 16 horas)
• Integrar frontend com backend (Desenvolvedor Frontend – 12 horas)
• Testes de unidade e integração (QA – 8 horas)

Sprint Review:

Apresentar a tela de login funcionando, demonstrando o fluxo de autenticação. Coletar feedback do Product Owner e stakeholders.

Sprint Retrospective:

Documento: “Start-Stop-Continue”. Começamos a usar a ferramenta X (Start). Paramos de fazer reuniões diárias longas (Stop). Continuamos com os testes unitários diários (Continue).

Métricas: Número de tarefas concluídas, tempo gasto, velocidade da equipe (velocity).

Gestão de riscos: Identificar possíveis atrasos e dependências externas.

Alternativas: Usar quadros Kanban para visualizar o fluxo de trabalho, realizar a Sprint Review com protótipos interativos.

Exercício Hands-On (5 min)

Desafio:

Planeje uma Sprint de 1 semana para desenvolver um protótipo de um site de e-commerce. Liste as tarefas, estime o tempo e defina um objetivo claro.

Solução:

• Objetivo: Desenvolver protótipo navegável das páginas principais do site.
• Tarefas: Design da página inicial (8h), Design da página de produto (4h), Design do carrinho de compras (4h), Implementação HTML da página inicial (8h), Implementação HTML da página de produto (4h), Implementação HTML do carrinho (4h).

Validação:

Ao final da semana, o protótipo deve estar navegável e apresentar as funcionalidades básicas das páginas.

Troubleshooting:

Se houver atrasos, repriorize as tarefas com o Product Owner. Documente os impedimentos para discussão na retrospectiva.

Próximos passos:

Aplicar os conceitos em um projeto real. Experimentar diferentes formatos de Sprint Review e Retrospective.