Scrum é um framework que permite controlar de forma eficaz e eficiente o trabalho, potencializando as equipes que trabalham em prol de um objetivo em comum. Em conjunto utilizamos a metodologia ágil que visa melhorar a produtividade, com foco na comunicação contínua com o cliente, na entrega constante e na equipe de desenvolvimento.

No Scrum, os projetos são dividos em ciclos (tipicamente mensais) chamados de Sprints. Nós adotamos Sprints de 3 semanas.

As estórias (funcionalidades) a serem implementadas em um projeto são mantidas em uma lista que é conhecida como Product Backlog. Esta lista (backlog) deve sempre estar ordenada por prioridade. Itens com maior prioridade no início da lista e detalhados*, itens com menor prioridade, fim da lista, podendo estar detalhados ou não.

*Os requisitos serão detalhados conforme a priorização solicitada pelo cliente. As funcionalidades que não são prioridades ficarão descritas de forma macro. Quando uma estória for priorizada esta deverá ser detalhada, pois ninguém consegue construir algo sem “detalhes”. Neste momento, por exemplo, se produz requisitos funcionais e não funcionais, regras de negócio, divide-se a funcionalidade em uma ou mais, etc.

No início de cada Sprint, faz-se um Sprint Planning Meeting, ou seja, uma reunião de planejamento na qual o Product Owner, junto com o time, define o que será escopo do Sprint Backlog, levando em consideração as prioridades. As estórias alocadas em um Sprint são transferidas do Product Backlog para o Sprint Backlog.

São feitas reuniões diárias de acompanhamento, idealmente no mesmo horário, chamadas de Daily Scrum. Os membros da equipe de desenvolvimento realizam uma reunião rápida para responder a 3 perguntas:

1. O que foi feito ontem?

2. O que será feito hoje?

3. Quais os obstáculos que estão no caminho?

Ao final de um Sprint*, a equipe apresenta as funcionalidades implementadas em uma Sprint Review Meeting. Finalmente, faz-se uma Sprint Retrospective e a equipe parte para o planejamento do próximo Sprint. Assim reinicia-se o ciclo.

*Nem sempre um Sprint é concluído conforme o planejado. Caso alguma estória não tenha sido finalizada ou esteja com pendências/erros, a mesma deverá “entrar” para o próximo Sprint. A mesma não deverá ser fechada! Estórias só podem ser fechadas se estiverem 100% concluídas, sem pendências e erros.

Product Owner (PO) - É a pessoa que define os itens que compõem o Product Backlog e os prioriza, de acordo com o cliente, nas Sprints.

Scrum Team - É a equipe de desenvolvimento.

Taiga - Gerenciador de projeto ágil

Padronização- Padronização do trabalho usando os conceitos do Scrum e Taiga