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.

Continuando:

A metodologia ágil é uma abordagem estruturada e iterativa à gestão de projetos e ao 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 Kanban se concentram em reduzir o tempo necessário para levar um projeto (ouhistó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 funcional em 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. O 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 a equipe a aprender rápido. 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 sprint e retrospectiva e com encontros de Scrum diários (reunião rápida). Essas cerimônias de Scrum são leves e funcionam sem parar.

Metodologia de versões

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

Funções Scrum

O Scrum tem três funções definidas com clareza.

  • 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 de Scrum ajuda a equipe a não se desviar dos princípios do Scrum.
  • A equipe de desenvolvimento escolhe o trabalho a ser realizado, fornece 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 aceitar 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 feedback e percebem que aquilo em 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 é o 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 o funcionamento da sua equipe. Minha equipe lança conteúdo, então nossas colunas (simplificadas) vão de Backlog a Priorizado, Esboços prontos, Escrita, Design, Revisão técnica e Enviado. A diretoria nos ajudou a identificar 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, o 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 lançada 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 é por meio dos limites de WIP (trabalho em andamento). Um limite de WIP delimita o número de cartões que podem estar em uma coluna ao mesmo tempo. Quando você atinge o limite de WIP, ferramentas como o Jira Software limitam essa coluna e a equipe se concentra para avançar esses itens.

Filosofia de mudança

Um fluxo de trabalho Kanban pode ser alterado a qualquer momento. Itens de trabalho novos 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 de 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 escolhida influenciando a escolha da estrutura, que por sua vez influencia 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. A gente é suspeito para falar, mas, sendo a ferramenta de desenvolvimento de software mais usada por equipes ágeis, parece que o Jira Software tem tudo o que você precisa.

Com os tipos de projetos dedicados do Jira para Scrum e Kanban, você pode perceber os princípios de cada estrutura. Confira também os guias sobre como usar o Scrum com o Jira Software e como usar o Kanban com o Jira Software.

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

Scrum e Kanban são “ágeis por definição”. O trabalho é comprovado e verdadeiro, então fica difícil argumentar contra. Pegando emprestado de outra famosa frase de efeito, você pode dizer que “ninguém é culpado por escolher Scrum.”

Mas a decisão não precisa ser tão rígida. 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 dos dois.Em vez de implementar uma estrutura no primeiro dia, os projetos de última geração permitem que você acrescente 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.

Seja qual for a sua escolha, fique com ela por um tempo. Pegue algum trabalho do backlog e siga até o fim. Depois pergunte à equipe o que deu certo e errado. Testando Scrum e Kanban e fazendo essas perguntas, você está no caminho certo da felicidade ágil.

a seguir
Kanplan