Metodologias Ágeis (Scrum / Kanban)

O que é

• Metodologias ágeis priorizam pessoas, colaboração, software funcionando e resposta a mudanças (Manifesto Ágil).
• Scrum estrutura o trabalho em iterações fixas (sprints), com papéis, eventos e artefatos definidos.
• Kanban foca no fluxo contínuo de tarefas, limitando trabalho em progresso (WIP) e tornando gargalos visíveis.
• Ambas podem coexistir: Scrum para entregas planejadas; Kanban para suporte, operações ou fluxo híbrido (Scrumban).

Scrum em resumo

• Papéis: Product Owner (prioriza valor), Scrum Master (facilita processo), Time de Desenvolvimento (entrega).
• Eventos: Sprint Planning, Daily Scrum, Sprint Review, Retrospectiva — ritmo típico de 1 a 4 semanas.
• Artefatos: Product Backlog, Sprint Backlog, Incremento (potencialmente entregável ao final da sprint).
• Compromissos atuais (Scrum Guide): meta da sprint, meta do produto e definição de pronto (DoD).

Kanban em resumo

• Quadro visual com colunas que representam etapas (ex.: A fazer → Em andamento → Revisão → Concluído).
• Limite de WIP por coluna evita sobrecarga e acelera a conclusão de itens iniciados.
• Políticas explícitas: critérios para entrar/sair de cada coluna e o que significa “pronto”.
• Métricas comuns: lead time (criação → conclusão), cycle time (início → conclusão), throughput.

Exemplo visual — quadro Kanban

• Ilustração simplificada de um fluxo de desenvolvimento alinhado ao exemplo do módulo ADS (exportação em PDF).
• Cada cartão representa uma história ou tarefa; o WIP limita quantos itens podem estar “Em andamento”.

Scrum x Kanban — quando usar

• Scrum: produto com roadmap, releases previsíveis, necessidade de planejar sprint e revisar incremento com stakeholders.
• Kanban: demanda contínua e variável (suporte, fila de correções, operações), foco em fluxo e lead time.
• Híbrido (Scrumban): sprint ou cadência leve + quadro Kanban + WIP — comum em times maduros.

Boas práticas

• Itens pequenos o suficiente para fluir; histórias grandes devem ser fatiadas (vertical slice).
• Definição de Pronto (DoD) compartilhada: código revisado, testes, documentação mínima, deploy em homologação.
• Priorize pelo valor de negócio; evite “100% ocupado” — reserve capacidade para imprevistos e débito técnico.
• Retrospectiva com ações concretas; não apenas lista de problemas sem dono e prazo.
• Métricas servem para melhorar o processo, não para punir pessoas.

Modelo textual — história de usuário (User Story)

• Formato clássico: Como [ator], quero [ação], para [benefício].
• Complemente com critérios de aceite testáveis e referência a RF/RN quando existirem.

────────────────────────────────────────────────────────────
HISTÓRIA DE USUÁRIO
────────────────────────────────────────────────────────────

ID:              [US-000]
Título:          [resumo curto]
Épico / tema:    [módulo ou objetivo maior]
Prioridade:      [Alta | Média | Baixa]   Pontos: [1|2|3|5|8|13]
RF relacionados: [RF-000]

Narrativa:
  Como [ator/persona],
  quero [capacidade ou ação],
  para [benefício ou valor de negócio].

Critérios de aceite:
  1. Dado [contexto], quando [ação], então [resultado verificável].
  2. ...

Definição de Pronto (DoD) aplicável:
  - [ ] Código revisado (peer review)
  - [ ] Testes automatizados / manual documentado
  - [ ] Homologação validada com PO ou representante
  - [ ] Sem débito crítico aberto

Notas técnicas / dependências:
  - [API, migração, RNF, outro time]

────────────────────────────────────────────────────────────
EXEMPLO PREENCHIDO
────────────────────────────────────────────────────────────

ID:              US-018
Título:          Exportar relatório de atividades em PDF
Épico / tema:    Relatórios e consultas
Prioridade:      Média   Pontos: 5
RF relacionados: RF-012

Narrativa:
  Como gestor autenticado,
  quero exportar o resultado da consulta de atividades em PDF,
  para arquivar e compartilhar relatórios com a equipe sem copiar dados manualmente.

Critérios de aceite:
  1. Dado período válido (máx. 90 dias — RN-004) com registros, quando clicar em
     Exportar PDF, então o download inicia em até 30 segundos.
  2. Dado período sem registros, quando exportar, então exibe “Nenhum dado no período”.
  3. Toda exportação gera registro em log de auditoria (usuário, filtros, data/hora).

Definição de Pronto (DoD) aplicável:
  - [x] Código revisado
  - [x] Teste de integração da API de exportação
  - [x] Validado em homologação com PO
  - [x] RNF de auditoria verificado

Notas técnicas / dependências:
  - Depende de RF-003 (autenticação) e RF-008 (consulta).

Modelo textual — cartão Kanban

• Use no quadro físico ou digital (Jira, GitLab, Trello, Azure Boards).
• Título visível; detalhes no verso ou na descrição do card.

────────────────────────────────────────────────────────────
CARTÃO KANBAN
────────────────────────────────────────────────────────────

ID:              [KAN-000] ou [US-000]
Título:          [uma linha — verbo + objeto]
Tipo:            [História | Tarefa | Bug | Spike]
Responsável:     [nome ou time]
Prioridade:      [Alta | Média | Baixa]
Coluna atual:    [Backlog | A fazer | Em andamento | Revisão | Concluído]

WIP da coluna:   [ocupado]/[limite]   ex.: 2/3 em “Em andamento”

Resumo:
  [2–3 linhas do que será feito]

Critério de saída da coluna:
  - Entrada em Revisão: PR aberto + testes locais OK
  - Entrada em Concluído: merge na branch principal + deploy homologação

Bloqueios:
  - [impedimento] — dono: [nome] — desde [data]

Links:
  - Branch/PR: [url]
  - RF/US: [referência]

────────────────────────────────────────────────────────────
EXEMPLO PREENCHIDO
────────────────────────────────────────────────────────────

ID:              US-018
Título:          Exportar relatório PDF
Tipo:            História
Responsável:     Ana (back-end) + Luis (front)
Prioridade:      Média
Coluna atual:    Em andamento

WIP da coluna:   2/3

Resumo:
  Endpoint POST exportar-pdf + botão na tela de consulta; log de auditoria.

Critério de saída da coluna:
  - Revisão: PR #142 com testes e screenshot do PDF
  - Concluído: merge + validação PO em homologação

Bloqueios:
  - Aguardando biblioteca PDF homologada pela infra — dono: Carlos — desde 02/06

Links:
  - PR: https://gitlab.../142
  - RF-012, RN-004

Modelo textual — planejamento de Sprint (Scrum)

• Preencha no Sprint Planning com o time; meta da sprint deve ser clara e mensurável.
• Capacidade realista: horas ou pontos disponíveis menos folga para suporte e reuniões.

────────────────────────────────────────────────────────────
PLANEJAMENTO DE SPRINT
────────────────────────────────────────────────────────────

Sprint:          [número] — [data início] a [data fim]
Meta da sprint:  [resultado que o incremento deve atingir]
Duração:         [ex.: 2 semanas]

Capacidade do time:
  - Membros: [nomes]
  - Pontos ou horas disponíveis: [total]
  - Reserva (suporte/reuniões): [% ou pontos]

Itens comprometidos (Sprint Backlog):
  | ID     | Título                          | Pontos | Responsável |
  |--------|---------------------------------|--------|---------------|
  | US-018 | Exportar relatório PDF          | 5      | Ana + Luis    |
  | US-022 | Corrigir filtro de data         | 3      | Luis          |
  | BUG-09 | Erro timezone na consulta       | 2      | Ana           |
  |        | TOTAL                           | 10     |               |

Riscos e dependências:
  - [risco] — mitigação: [ação]

Compromisso do time:
  - Incremento demonstrável na Review: [o que será mostrado ao PO]

Definition of Done (sprint):
  - [lista acordada — igual ou mais restrita que DoD do produto]

────────────────────────────────────────────────────────────
EXEMPLO — META
────────────────────────────────────────────────────────────

Meta da sprint: Gestor consegue consultar e exportar atividades do período em PDF
                 com auditoria, em homologação, até o fim da sprint 14.