Scrum é uma metodologia ágil de gerenciamento de projetos que envolve sprints curtos, autoorganização de equipes multidisciplinares e entrega contínua de software funcionais. O objetivo principal do Scrum é entregar valor ao cliente de forma incremental através de sprints, revisões e retrospectivas.
1. SCRUM Metodologia Ágil de Desenvolvimento de Software e Gerência de Projetos By James Jr.
2. O que são metodologias Ágeis? A maioria dos métodos ágeis tenta minimizar o risco pelo desenvolvimento do software em curtos períodos, 1 a 4 semanas. Planejamento, análise de requisitos, projeto, codificação, teste e documentação. Métodos ágeis enfatizam comunicações em tempo real, preferencialmente face a face, a documentos escritos.
3. Princípios do Desenvolvimento Ágil Os princípios do desenvolvimento ágil valorizam: Garantir a satisfação do consumidor entregando rapidamente e continuamente softwares funcionais; Softwares funcionais são entregues frequentemente (semanas, ao invés de meses); Softwares funcionais são a principal medida de progresso do projeto; Até mesmo mudanças tardias de escopo no projeto são bem-vindas. Cooperação constante entre pessoas que entendem do 'negócio' e desenvolvedores; Projetos surgem através de indivíduos motivados, entre os quais existe relação de confiança. Design do software deve prezar pela excelência técnica; Simplicidade; Rápida adaptação às mudanças; Indivíduos e interações mais do que processos e ferramentas; Software funcional mais do que documentação extensa; Colaboração com clientes mais do que negociação de contratos; Responder a mudanças mais do que seguir um plano.
4. Como surgiu o Scrum Estilo de gerenciamento de projetos em empresas de fabricação de automóveis e produtos de consumo. Projetos usando equipes pequenas e multidisciplinares produziram os melhores resultados, e associaram estas equipes altamente eficazes à formação Scrum do Rugby
9. Características Equipes se auto-organizam O produto evolui em uma série de “Sprints” mensais Os requerimentos são listados em um “ProductBacklog” Não há prática de Engenharia prescrita (O Scrum adequa-se a todas) Usa regras generativas na criação de um ambiente ágil para a entrega de projetos
11. Sprints Projetos Scrum progridem em uma série de “sprints”. Ocorre em um período de duas a quatro semanas. Um período constante leva a um melhor “ritmo”. O produto é projetado, codificado e testado durante o sprint.
13. Dono do produto (ProductOwner) ● Define as funcionalidades do produto ● Decide datas de lançamento e conteúdo ● Responsável pela rentabilidade ● Prioriza funcionalidades de acordo com o valor de mercado ● Ajusta funcionalidades e prioridades ● Aceita ou rejeita o resultado dos trabalhos
14. ScrumMaster ● Representa a gerência para o projeto ● Responsável pela aplicação dos valores e práticas do Scrum ● Remove obstáculos ● Garante a plena funcionalidade e produtividade da equipe ● Garante a colaboração entre os diversos papéis e funções ● Escudo para interferências externas
16. Equipe ● Entre 5 e 9 pessoas ● Multi-funcional ● Programadores, testadores, desenvolvedores de interfaces, etc. ● Tempo integral ● Raras exceções (Ex.: Administrador de Base de Dados) ● Auto-organizável ● Idealmente, sem títulos, ainda que possível ● Trocas só na mudança de Sprints
17. Planejamento do Sprint ● A equipe seleciona itens do ProductBacklog (Lista/Quadro de Tarefas) com os quais compromete-se a concluir ● O Sprint Backlog é criado ● Tarefas identificadas e estimadas (1 a 16 horas) ● De forma colaborativa, não apenas feito pelo ScrumMaster ● Planejamento de alto nível é considerado
18. Scrum Diário ● Parâmetros ● Diário ● 15 minutos ● Todos em pé! ● Não é para a solução de problemas ● Todo mundo é convidado ● Ajuda a evitar reuniões adicionais desnecessárias
20. Três questões para Todos ● As respostas não são um “relatório” para o ScrumMaster ● Elas são COMPROMISSOS perante os pares
21. Revisão do Sprint ● Equipe apresenta os resultados obtidos durante o Sprint ● Tipicamente, demonstração de novas funcionalidades ou sua arquitetura ● Informal - 2 horas de preparação - Sem slides ● Todo o time participa ● O mundo é convidado
22. Retrospectiva do Sprint ● Periodicamente, observe o que funciona e o que não funciona ● Tipicamente de 15 a 30 minutos ● Feita após cada Sprint ● Toda a equipe participa ● ScrumMaster ● Dono do produto ● Membros da equipe ● Clientes e outros