Conceitos Ágeis

​

​

​

​

​

​

​​

​

​

​

​

​

​

​

​

​

​

​

​

​

​

​

Passos da Metodologia Ágil

A metodologia ágil não segue um passo a passo fixo, mas há um fluxo comum para sua aplicação:

​

 Entender o problema e o objetivo do projeto

• Antes de começar a desenvolver qualquer coisa, é essencial entender o que precisa ser entregue e qual valor isso traz para o negócio.

• Normalmente, um Product Owner (PO) conversa com stakeholders e usuários para mapear necessidades.

 

​

 Formar o time e definir papéis

• Um squad ágil normalmente inclui:

  • Product Owner (PO) – define as prioridades do produto.

  • Scrum Master – facilita o processo e ajuda a remover impedimentos.

  • Desenvolvedores e DevOps – constroem e mantêm a solução.

  • QA (Quality Assurance) – garante qualidade e testes.

• O time deve ser multidisciplinar e autônomo, evitando dependências externas.

 

 Criar e priorizar o backlog

• O backlog é a lista de todas as tarefas e funcionalidades necessárias.

• O PO organiza essa lista conforme a prioridade e o valor para o usuário.

 

 Planejar e executar iterações curtas

• No Scrum, cada sprint começa com um planejamento (Sprint Planning) e termina com uma revisão (Sprint Review).

• No Kanban, os itens fluem continuamente e são priorizados conforme necessidade.

 Entregar valor continuamente e coletar feedback

• O objetivo do ágil é entregar pequenas partes funcionais do produto rapidamente.

• Sempre deve haver feedback dos usuários para ajustes constantes.

 

 Cerimônias Ágeis (Scrum)

​

 Sprint Planning (Planejamento da Sprint)

• Define quais itens do backlog serão trabalhados na próxima sprint.

• O time estima o esforço e se compromete com entregas realistas.

Daily Stand-up (Reunião diária de 15 min)

• Cada membro responde três perguntas:

  1. O que fiz ontem?

  2. O que farei hoje?

  3. Tenho algum impedimento?

• Ajuda a manter a transparência e resolver bloqueios rapidamente.

 Sprint Review (Revisão da Sprint)

• O time apresenta o que foi desenvolvido para os stakeholders.

• O objetivo é demonstrar valor e coletar feedback.

 Sprint Retrospective (Retrospectiva da Sprint)

• Momento de reflexão sobre o que funcionou bem e o que pode melhorar.

• Técnicas comuns: Start, Stop, Continue ou 4Ls (Liked, Learned, Lacked, Longed for).

​

​​

​

 Como Começar um Squad Ágil do Zero

​

Se você vai montar um time ágil, siga estes passos:

 Definir o propósito do squad

• O que esse squad precisa resolver?

• Qual será o escopo inicial de trabalho?

 Montar um time multidisciplinar

• Busque um grupo pequeno (5 a 9 pessoas) com habilidades complementares.

• Garante que há desenvolvedores, QA, DevOps e um PO.

 

 Configurar ferramentas e processos

• Ferramentas comuns: Jira, Trello, Azure DevOps.

• Definir regras claras de trabalho (ex.: DoR – Definition of Ready e DoD – Definition of Done).

 Criar e priorizar o backlog inicial

• O PO alinha prioridades e escreve histórias de usuário bem definidas.

 Rodar a primeira sprint e ajustar conforme necessário

• É normal precisar ajustar os processos nas primeiras sprints.

• A retrospectiva ajuda a melhorar continuamente.

 ​​​​​​​​​​​​​​​​​​​

​

​

​

​

​

​

​

​

​

​

 Passos da Sprint Planning

1. O Product Owner (PO) apresenta o backlog e define prioridades.

2. O time de desenvolvimento discute e estima o esforço necessário para cada item.

3. O Scrum Master facilita a reunião e garante que todos compreendam os objetivos.

4. O time define o Sprint Goal (objetivo da sprint).

5. A equipe divide os itens selecionados em tarefas menores e mais claras.

​

 Papéis e Responsabilidades

• Product Owner: Explica as prioridades e critérios de aceitação das histórias.

• Scrum Master: Garante que o time siga a metodologia e facilita discussões.

• Time de Desenvolvimento (Dev + QA + DevOps): Avalia o esforço e aceita tarefas realistas.

 Daily Scrum (Reunião diária/ Daily Stand-up)

 Quando? Todos os dias da sprint, dura no máximo 15 minutos.
Objetivo: Sincronizar o time e remover impedimentos rapidamente.

​

 Passos da Daily Scrum

1. Cada membro responde três perguntas:

   • O que fiz ontem?

   • O que farei hoje?

   • Algum impedimento no meu trabalho?

2. Se houver impedimentos, o Scrum Master ajuda a resolver.

3. O time ajusta prioridades se necessário.

​

 Papéis e Responsabilidades

• Scrum Master: Garante que a reunião seja objetiva e ajuda a remover bloqueios.

• Time de Desenvolvimento: Compartilha atualizações e levanta problemas.

• Product Owner: Opcional, pode participar para acompanhar o progresso, mas sem liderar.

 Sprint Review (Revisão da Sprint)

 Quando? No final da sprint (duração: 1 a 2 horas).
Objetivo: Apresentar as entregas da sprint para os stakeholders e coletar feedback.

​

 Passos da Sprint Review

1. O time de desenvolvimento demonstra as funcionalidades finalizadas.

2. Os stakeholders fazem perguntas e dão feedback.

3. O Product Owner avalia se os critérios de aceitação foram atendidos.

4. Se necessário, novos itens são adicionados ao backlog com base no feedback.

​

 Papéis e Responsabilidades

• Time de Desenvolvimento: Apresenta as entregas concluídas.

• Product Owner: Confirma se os requisitos foram atendidos e coleta feedback.

• Scrum Master: Garante que a reunião ocorra de forma produtiva.

• Stakeholders: Dão feedback e alinham expectativas.

 Sprint Retrospective (Retrospectiva da Sprint)

Quando? Após a Sprint Review, antes da próxima sprint (duração: 30 min a 1 hora).
Objetivo: Refletir sobre o que funcionou, o que pode melhorar e como evoluir o processo.

​

 Passos da Retrospectiva

1. O Scrum Master conduz a reunião e pode usar técnicas como:

   • Start, Stop, Continue: O que começar, parar e continuar fazendo.

   • 4Ls (Liked, Learned, Lacked, Longed for): O que gostamos, aprendemos, faltou e desejamos.

2. O time identifica pontos de melhoria e define ações concretas.

3. O Scrum Master documenta as decisões e garante que melhorias sejam aplicadas na próxima sprint.

​

 Papéis e Responsabilidades

• Scrum Master: Facilita a reunião e incentiva a transparência.

• Time de Desenvolvimento: Compartilha aprendizados e propõe melhorias.

• Product Owner: Pode participar, mas normalmente o foco é no time técnico.

​