---
title: 'Agile (Kanban/Scrum)'
description: 'Agile por meio de Kanban ou Scrum ajuda a equipe a visualizar o fluxo de tarefas, limitar a sobrecarga e alinhar regularmente prioridades, compromissos e resultados.'
type: knowledge-card
locale: pt-BR
canonical: 'https://yoseno.com/pt-BR/docs/knowledge/agile-kanban-scrum'
---

# Agile (Kanban/Scrum)

Agile por meio de Kanban ou Scrum ajuda a equipe a visualizar o fluxo de tarefas, limitar a sobrecarga e alinhar regularmente prioridades, compromissos e resultados.

- **Temas:** Velocidade operacional, Alinhamento da equipe, Confiabilidade da equipe, Estrutura e clareza da equipe

## O que é

Agile, neste cartão, é um conjunto de regras de trabalho para gerenciar as tarefas da equipe. O Kanban torna visível o fluxo de trabalho e os limites de tarefas não concluídas, enquanto o Scrum adiciona planejamento regular, reuniões de sincronização, revisão de resultados e retrospectiva. A prática ajuda quando a equipe perde o ritmo, assume muito trabalho paralelo ou discute prioridades já durante a execução.

## Quando ajuda

- A equipe frequentemente inicia novas tarefas, mas demora a finalizá-las.
- As prioridades mudam nos chats, e os membros não entendem quais compromissos já foram assumidos.
- Nas reuniões, discute-se o status, mas depois não fica claro quem remove os bloqueadores e o que vem a seguir.
- As pessoas estão sobrecarregadas com trabalho paralelo, e o gestor só vê o problema depois do prazo estourar.
- A equipe quer identificar gargalos mais rapidamente, sem precisar coletar relatórios manualmente de cada membro.

## Por onde começar

1. Escolha uma tela de tarefas comum: um quadro com colunas “a fazer”, “em andamento”, “em revisão” e “concluído”.
2. Defina um responsável pelo fluxo que monitore as regras do quadro, os bloqueadores e o excesso de itens nas colunas.
3. Estabeleça limites de WIP para as colunas principais, para que a equipe não pegue novas tarefas quando já houver sobrecarga evidente.
4. Realize um planejamento curto: escolha as tarefas próximas, esclareça os critérios de conclusão e as dependências.
5. Após uma semana, verifique onde as tarefas travaram e, na retrospectiva, escolha uma mudança nas regras de trabalho.

## Benefício esperado

A equipe obtém uma fonte única de referência sobre tarefas e compromissos. Para o gestor, fica mais fácil ver a sobrecarga e os bloqueadores mais cedo, e para os membros, negociar prioridades antes que o trabalho se fragmente em listas pessoais desconexas.

## Erros comuns

- O quadro é mantido apenas para prestação de contas, mas as decisões e os bloqueadores continuam a existir apenas nos chats.
- Os limites de WIP são declarados, mas o gestor ainda assim adiciona tarefas urgentes além dos compromissos já assumidos.
- Os rituais do Scrum são copiados de forma mecânica, sem um resultado claro para cada reunião.
- A equipe discute sobre o método em vez de concordar com regras simples de fluxo e revisá-las regularmente.
- A prática funciona pior se a equipe não tem um responsável estável pelas prioridades ou se as tarefas chegam constantemente sem triagem.

## Leituras recomendadas

- Livro: David J. Anderson, Kanban: Successful Evolutionary Change for Your Technology Business
- Livro: Jeff Sutherland, Scrum: The Art of Doing Twice the Work in Half the Time
- Documentação: Scrum Guide, Ken Schwaber e Jeff Sutherland
- Livro: Mike Burrows, Kanban from the Inside
- Livro: Henrik Kniberg, Scrum and XP from the Trenches

## Perguntas e respostas

### É necessário escolher imediatamente entre Kanban e Scrum?

Não. É possível começar com um quadro comum, limites de trabalho em andamento e uma verificação semanal do fluxo. Se a equipe precisar de um ritmo mais rígido de planejamento e revisão de resultados, adicione elementos do Scrum.

### Quem deve ser o responsável por esta prática?

Normalmente, o gestor da equipe ou o líder operacional inicia. É importante designar uma pessoa que monitore as regras do quadro, ajude a remover bloqueadores e traga a discussão de volta às prioridades.

### É possível começar sem um consultor?

Sim. Para começar, basta um quadro, colunas bem definidas, um planejamento curto e uma retrospectiva regular. A ajuda externa pode ser necessária mais tarde, se os conflitos de prioridade estiverem acima do nível da equipe.

### Como saber se a prática está funcionando?

Observe se há menos tarefas não concluídas, se os bloqueadores são percebidos mais rapidamente e se a equipe entende melhor o que é considerado um resultado concluído. Não avalie apenas pela quantidade de reuniões ou pelo preenchimento do quadro.

## Cartões relacionados

- [Definition of done (DoD)](https://yoseno.com/pt-BR/docs/knowledge/definition-of-done.md) — A Definition of Done estabelece critérios gerais de conclusão do trabalho para que a equipe tenha um entendimento comum sobre qualidade, verificações e o momento de conclusão da tarefa.
- [Mapeamento do fluxo de valor (Value stream mapping)](https://yoseno.com/pt-BR/docs/knowledge/value-stream-mapping.md) — O mapeamento do fluxo de valor mostra o caminho completo do trabalho, da solicitação do cliente ao resultado, e ajuda a encontrar atrasos, desperdícios, transferências desnecessárias e gargalos.
- [Team charter](https://yoseno.com/pt-BR/docs/knowledge/team-charter.md) — O Team Charter documenta objetivos, papéis, regras de comunicação e tomada de decisões, para que a equipe possa consultar os combinados da equipe no trabalho diário.
- [Revisão pós-ação (After-action review)](https://yoseno.com/pt-BR/docs/knowledge/after-action-review.md) — Uma análise breve após um projeto, incidente ou iteração ajuda a equipe a entender o que era esperado, o que aconteceu e quais conclusões devem ser consolidadas.