Segue um resumo que fiz a um tempo sobre a metodologia ágil Scrum:
# SCRUM
É um framework/método de gerenciamento de projetos ágeis que usa equipes pequenas e multidisciplinares para produzir melhores resultados.
Tem 3 pilares:
- Transparência
- Adaptação
- Inspeção
Algumas características do scrum são:
- Conversar mais e escrever menos;
- Demonstrar o software constantemente aos usuários e obter feedbacks constantes;
- Requisitos mudam ao longo do tempo, se adaptar ao cliente e gerar valor para ele;
- Reuniões para ver o que cada um está desenvolvendo e aprender progressivamente com o uso do software.
## Razões para adotar o scrum
- Desenvolvido e entregue em partes menores (2 a 4 semanas) com constante feedback dos usuários. Essas partes menores vão ser focadas no que o cliente vai usar;
- Melhor gerenciamento de riscos: redução de incertezas, quanto mais eu foco em um escopo do que o cliente está falando, você consegue definir os seus requisitos e diminuir os riscos;
- Comprometimento, motivação e transparência da equipe (daily meeting);
- Maior valor para negócio (priorização do backlog);
- Usuários envolvidos durante o ciclo;
- Aplicação das lições aprendidas, melhoria contínua.
## Características de um time scrum
- Equipes capazes de se auto organizarem;
- As tarefas são do time e todos são responsáveis;
- Forte comprometimento com os resultados.
## Porque as startups usam o framework scrum
Trabalham com Minimum Viable Product (MVP), que é entregar para o usuário um mínimo produto para ele utilizar e a partir de seus feedbacks ir evoluindo esse produto.
## Papéis e responsabilidades de um time scrum
- Product Owner (PO)
- Scrum Master (SM)
- Time de desenvolvimento (DEV) 3 a 9 pessoas.
### Product Owner (PO)
- Representa a área de negócios;
- Define as funcionalidades do software (product backlog);
- Prioriza as funcionalidades do valor do negócio, baseado nos feedbacks do usuário;
- Garante que o time de DEV entenda os itens do backlog no nível necessário, explica o que vão fazer naquela funcionalidade.
### Scrum Master (SM)
- Garantir o uso correto do scrum;
- Scrum Master não é gerente de projetos, ele vai agir como facilitador. Se o PO não conseguir explicar as funcionalidades para o time ele ajuda o PO;
- Auxilia o Product Owner no planejamento e estimativas do backlog;
- Auxilia a equipe a remover impedimentos, para que o time cresça em maturidade, ajudando a equipe a ser independente;
- Treina o time em auto gerenciamento e interdisciplinaridade.
### Time de desenvolvimento (DEV) 3 a 9 pessoas
- Possui habilidades para testar, desenvolver, criar e desenhar, tudo que for necessário para entregar o software funcionando.
## Cerimônias do scrum
Time box: tempo máximo para fazer uma reunião ou todo desenvolvimento em uma sprint.
Sprint: principal evento do scrum, onde ocorre todo desenvolvimento de uma parte de um software no máximo em 30 dias, tempo esse que é definido pelo próprio time.
Composição de uma sprint:
- Planejamento da sprint
- Reuniões diárias (daily meeting)
- Revisões da sprint
- Retrospectiva da sprint
### Planejamento da sprint
Quem participa:
- O PO
- O time DEV
- O SM
Um time box de uma sprint de 30 dias a reunião de planejamento dela é 8 horas. Primeiras 4 horas definir o que fazer. O PO com seu backlog definido vai explicar para o time como ele quer no desenvolvimento na sprint, falando as funcionalidades e tirando as dúvidas do time DEV. As outras 4 horas o time DEV vai começar a dividir as etapas do desenvolvimento e estimando o tempo das atividades técnicas da sprint.
Técnica da sprint:
- Planning poker: cada um do time opina a estimativa de cada tarefa para entrar em um consenso e depois verificar se o que o PO repassou vai estar dentro do prazo que eles definiram e repassam de novo para o PO o que o time vai entregar naquela sprint.
### Daily meeting
Reuniões com todo o time, PO, SM e time DEV.
O time DEV vai dar satisfação do que fez no dia anterior, o que está planejado para hoje e se tem algum impedimento.
Essas reuniões são geralmente de pé para ser rápida e direta em torno de 15 minutos.
Quadro Kanban:
O próprio time vai atualizar as tarefas que estão fazendo: para fazer, as que estão em andamento e as realizadas.
### Revisão da sprint (review)
Cerimônia de 4 horas.
No último dia da sprint ocorre a revisão onde o time DEV apresenta o trabalho feito para o PO.
### Retrospectiva da sprint
Reunião para apontar erros da equipe e ter lições aprendidas como desenvolvimento no review ou no planejamento da sprint, ter transparência.
Time box leva 3 horas numa sprint de 30 dias.
