Kanban vs. Scrum

Descubra as principais considerações para escolher entre Scrum ou Kanban e o que fazer se não conseguir decidir.

Max Rehkopf Max Rehkopf
Buscar tópicos

A metodologia ágil é um conjunto de ideais e princípios que serve como nosso guia. Kanban e Scrum são estruturas que ajudam as equipes a seguir os princípios ágeis e alcançar resultados.

É fácil apontar as diferenças entre práticas Scrum e Kanban, mas isso é apenas superficial. Embora as práticas sejam diferentes, os princípios são em grande parte os mesmos. Ambas as estruturas vão ajudara a criar melhores produtos (e serviços) com menos complicações. 

Então, onde estávamos?

A metodologia ágil é uma abordagem estruturada e iterativa ao gerenciamento de projetos e desenvolvimento de produtos. Ela reconhece a volatilidade do desenvolvimento de produtos e proporciona uma metodologia para equipes auto-organizadas responderem à mudança sem perder o rumo. Hoje, a metodologia já nem é mais uma vantagem competitiva. Ninguém pode se dar ao luxo de desenvolver um produto por anos ou mesmo meses em uma caixa preta. Isso significa que acertar é mais importante do que nunca.

Kanban tem a ver com visualizar seu trabalho, limitar o trabalho em andamento e maximizar a eficiência (ou fluxo). As equipes de Kanban se concentram em reduzir o tempo necessário para levar um projeto (ou história do usuário) do início ao fim. Elas fazem isso usando um quadro Kanban e melhorando o fluxo de trabalho sem parar. 

As equipes Scrum se comprometem a lançar software de trabalho através de intervalos definidos chamados sprints. Seu objetivo é criar loops de aprendizagem para reunir e integrar com rapidez o comentário dos clientes. As equipes Scrum adotam papéis específicos, criam artefatos especiais e realizam cerimônias regulares para manter as coisas avançando. Scrum é definido melhor no Guia Scrum.

 

Scrum

Kanban

Frequência

Scrum

Sprints regulares com duração fixa (p. ex., 2 semanas)

Kanban

Fluxo contínuo

Metodologia da versão

Scrum

Ao final de cada sprint

Kanban

Entrega contínua

Funções

Scrum

Proprietário do produto, mestre do Scrum, equipe de desenvolvimento

Kanban

Sem funções necessárias

Principais métricas

Scrum

Velocidade

Kanban

Tempo de espera, tempo de ciclo, WIP

Mudança de filosofia

Scrum

As equipes não devem fazer mudanças durante o sprint.

Kanban

É possível fazer mudanças a qualquer momento

Colegas de equipe usando um painel do Scrum | Atlassian Agile Coach

Scrum: uma abordagem ágil estruturada

Com o Scrum, sua equipe promete lançar algum incremento valioso de trabalho até o final de cada sprint. Scrum é construído sobre o empirismo, focando pequenos incrementos de trabalho que vão ajudar na aprendizagem com seus clientes e informar melhor o que você deve fazer em seguida. Veja como ele é dividido: 

Frequência do Scrum

Scrum se move rápido, com sprints de duas a, no máximo, quatro semanas com datas claras de início e término. O curto período de tempo força a divisão de tarefas complexas em histórias menores e ajuda sua equipe a aprender com rapidez. Uma questão importante é: sua equipe consegue lançar um código utilizável tão rápido?

Sprints são pontuados pelas reuniões de planejamento de sprint, revisão de sprinte retrospectiva e com encontros de Scrum diários (reunião rápida). Estas cerimônias de Scrum são leves e funcionam sem parar. 

Metodologia de versões

Hoje em dia, é comum ter lançamentos ad-hoc em Scrum, mas tem sido uma prática recomendada lançar no final de cada sprint. As equipes definem um objetivo para cada sprint, o objetivo do sprint e aprovam o lançamento na reunião de revisão do sprint. Ou não. 

Funções Scrum

Scrum tem três papéis bem definidos.

  • O proprietário do produto defende o cliente, gerencia o backlog do produto e ajuda a priorizar o trabalho feito pela equipe de desenvolvimento.
  • O mestre do Scrum ajuda a equipe a ficar concentrada nos princípios do Scrum.
  • A equipe de desenvolvimento escolhe o trabalho a ser feito, oferece incrementos e demonstra responsabilidade coletiva.

Quem gerencia a equipe de Scrum? Ninguém. As equipes Scrum são auto-organizadas e todos são iguais, apesar de ter responsabilidades diferentes. A equipe está unida pelo objetivo de agregar valor aos clientes.

Principais métricas

Velocidade — o número de pontos da história concluídos em um sprint — é a métrica central para equipes Scrum. Ela orienta futuros compromissos de sprint ou quanto trabalho a equipe Scrum assume em sprints futuros. Se a equipe concluir uma média de 35 pontos da história por sprint (Velocidade = 35), ela não vai concordar com um backlog do sprint que contenha 45 pontos.

Filosofia de mudança

As equipes se esforçam para não fazer mudanças de escopo durante um sprint. As equipes Scrum às vezes recebem comentários e aprendem que o que estão trabalhando não é tão valioso para o cliente quanto pensavam. Nesses casos, o escopo do sprint deve ser alterado para refletir a importância de agregar valor ao cliente em primeiro lugar. Durante a retrospectiva de sprint, as equipes Scrum devem discutir como limitar a mudança no futuro, pois as alterações colocam o incremento que pode ser entregue em risco.

Para mais informações sobre metodologias Scrum veja o que é Scrum?

Colegas de equipe usando um quadro Kanban | Atlassian Agile Coach

Kanban: melhoria contínua, processos flexíveis

Kanban ajuda a visualizar seu trabalho, limitar o trabalho em andamento (WIP) e mudar com rapidez o trabalho de "Fazendo" para "Concluído".

Kanban é ótimo para equipes que recebem muitas solicitações que variam em prioridade e tamanho. Enquanto os processos Scrum exigem alto controle sobre o que está no escopo, Kanban permite que você siga o fluxo. Vamos dar uma olhada nas mesmas cinco considerações para ajudar na sua decisão.  

Frequência do Kanban

Kanban é baseado em uma estrutura de fluxo de trabalho contínuo que mantém as equipes ágeis e prontas para se adaptarem às prioridades em mudança. Os itens de trabalho — representados por cartões — são organizados em um quadro Kanban onde fluem de um estágio do fluxo de trabalho (coluna) para o próximo. Os estágios comuns do fluxo de trabalho são A fazer, Em andamento, Em revisão, Bloqueado e Concluído. Mas isso é chato.

A melhor parte do Kanban é criar colunas personalizadas para a maneira em que a sua equipe funciona. Minha equipe lança conteúdo, então nossas colunas (simplificadas) vão de Backlog, Priorizado, Esboços prontos, Escrita, Design, Revisão técnicae Enviado. Nossa diretoria nos ajudou a saber que lançamos cerca de um pedaço de conteúdo por semana e onde nossos gargalos estão (de olho em você Análise técnica!).

Metodologia de versões

No Kanban, as atualizações são liberadas sempre que estiverem prontas, sem uma programação regular ou datas de vencimento predeterminadas.

Em teoria, Kanban não prescreve um tempo fixo para entregar uma tarefa. Se a tarefa for concluída mais cedo (ou mais tarde), ela pode ser liberada conforme necessário sem ter que esperar por um marco de lançamento, como revisão de sprint. 

Funções Kanban

Toda a equipe é dona do quadro Kanban. Algumas equipes alistam um treinador de "ágil", mas, ao contrário do Scrum, não há um único “mestre de Kanban” que mantenha tudo funcionando sem problemas. É da responsabilidade coletiva de toda a equipe colaborar e entregar as tarefas no quadro.

Principais métricas

Tempo de espera e tempo de ciclo são métricas importantes para equipes Kanban. A questão com a quantidade média de tempo que leva para uma tarefa mover do início ao fim. Melhorar os tempos de ciclo indica o sucesso das equipes Kanban.

O Diagrama de Fluxo Cumulativo (CFD) é outra ferramenta analítica usada pelas equipes Kanban para entender o número de itens de trabalho em cada estado. Os CFDs ajudam a identificar gargalos específicos que precisam ser resolvidos para uma melhor taxa de transferência.

Outra maneira de lidar com gargalos é através dos limites WIP (Work In Progress). Um limite WIP delimita o número de cartões que podem estar em qualquer coluna ao mesmo tempo. Quando você atinge seu limite de WIP, uma ferramenta como o Jira Software limita essa coluna e a equipe se reúne e lida com esses itens para movê-los para a frente.

Filosofia de mudança

Um fluxo de trabalho Kanban pode ser alterado a qualquer momento. Novos itens de trabalho podem ser adicionados ao backlog e os cartões existentes podem ser bloqueados ou removidos todos juntos com base na priorização. Além disso, se a capacidade da equipe mudar, o limite WIP pode ser recalibrado e os itens de trabalho ajustados conforme o necessário. No Kanban deve haver flexibilidade.

Para obter mais informações sobre metodologias Kanban, consulte O que é o Kanban?

Projeto de agilidade da Atlassian | Atlassian Agile Coach

Ferramentas Scrum vs. ferramentas Kanban

A comunidade ágil acredita que esta conversa não deve ser sobre as ferramentas. Muitas vezes vemos a ferramenta de escolha impulsionando o quadro de escolha e o quadro que impulsiona os princípios adotados pela equipe. A gente acredita que a decisão deve fluir para o outro lado.  

Uma vez que os princípios Scrum estiverem alinhados e você estiver feliz com a estrutura Scrum, então é hora de encontrar uma ferramenta Scrum adequada. O mesmo vale para Kanban. Somos suspeitos em falar, mas como a ferramenta de desenvolvimento de software número 1 usada por equipes ágeis, achamos que o Jira Software tem tudo o que você precisa.

Com os tipos de projeto dedicados do Jira para Scrum e Kanban, você pode perceber os princípios de cada estrutura. Também podemos ajudar com guias sobre como fazer Scrum com o Jira Software e como fazer Kanban com o Jira Software.

Kanban vs. Scrum: e se você não conseguir escolher?

Scrum e Kanban são “ágeis por descrição”. Eles trabalham em uma maneira comprovada e verdadeira, que é difícil de argumentar contra. Pegando emprestado de outra famosa frase de efeito, você pode dizer que, “ninguém é culpado por escolher Scrum.”

Mas, sua decisão não precisa ser tão definitiva. Centenas de equipes estão usando modelos híbridos influenciados pelo Scrum e Kanban. A gente lançou projetos de última geração e incentivou as equipes a fazer tudo no Jira Software.

Os projetos de última geração permitem que as equipes analisem e escolham os recursos ágeis que fazem sentido para elas; seja Scrum, Kanban ou uma mistura de ambos. Em vez de implementar uma estrutura no primeiro dia, os projetos de última geração permitem que você se envolva em recursos cada vez mais poderosos à medida que aprende o que funciona para sua equipe (e o que não funciona). 

Você pode escolher com confiança Scrum de última geração ou Kanban de última geração sabendo que ambos os templates podem evoluir para atender às necessidades de sua equipe. 

Independente de sua escolha, fique com ele por um tempo. Pegue algum trabalho do backlog e realize até o fim, em seguida, pergunte a sua equipe o que correu bem e o que correu mal. Testando Scrum e Kanban e fazendo essas perguntas, você está bem no caminho da felicidade ágil. 

a seguir
Kanplan