Scrum ou Kanban? Ficamos com os dois.



26 de April de 2019

Essa dúvida não aflige mais a comunidade ágil. Porque embora as práticas sejam, os princípios são os mesmos. Ambas são abordagens que ajudam equipes de desenvolvimento a aderirem aos princípios ágeis.

Tudo bem que o Scrum é um framework e o Kanban, um método. Essa diferença faz com que o primeiro seja mais prescritivo, o segundo mais flexível e a gente tire proveito dos dois.

Scrum: uma abordagem ágil estruturada

O Scrum é baseado no empirismo e sua estratégia é focar em pequenos incrementos de trabalho.

Ritmo

O Scrum se move rapidamente com sprints, períodos de no máximo quatro semanas, nos quais o time desenvolve um incremento de software entregável. O objetivo é entregar valor ao cliente o mais rápido possível. Durante uma sprint acontecem cerimônias que garantem transparência e inspeção: Sprint Planning, Daily Meeting, Sprint Review e Sprint Retrospective.

Entregas

Hoje é comum ter versões ad-hoc no Scrum, mas a prática recomendada é entregar no final de cada sprint. As equipes definem um objetivo para cada sprint (Sprint Goal) e aprovam ou não as entregas na Sprint Review.

Papéis e Responsabilidades

O Scrum tem três papéis definidos:

  • Product Owner: defende o cliente, gerencia o backlog e ajuda a priorizar o trabalho da equipe de desenvolvimento.
  • Scrum Master: ajuda a equipe a permanecer fundamentada nos princípios do Scrum.
  • Equipe de Desenvolvimento: escolhe o trabalho a ser feito, entrega incrementos e demonstra a responsabilidade coletiva.

Quem gerencia a equipe? Ninguém. As equipes de Scrum são auto-organizadas e todos são iguais, apesar das diferentes responsabilidades.

Principal métrica

Velocidade: número de pontos de história concluídos em uma sprint. Serve para orientar futuros compromissos de sprint. Ex.: Se a equipe concluir uma média de 30 pontos de história por sprint (Velocity = 30), não concordará com um backlog de sprint com 40 pontos.

Mudanças

As equipes evitam fazer alterações no escopo durante uma sprint. Mas quando recebem feedback de que estão trabalhando em algo que não é valioso para o cliente, são obrigadas a fazer alterações . Durante a Sprint Retrospective, as equipes discutem como limitar as mudanças no futuro e não colocarem em risco o incremento entregável.

Kanban: melhoria contínua, processos flexíveis

O Kanban ajuda a visualizar o trabalho, limitando o que está em andamento e identificando gargalos e bloqueios.

Ritmo  

O Kanban se baseia em uma estrutura contínua de fluxo de trabalho, que mantém as equipes ágeis e prontas para se adaptarem às mudanças de prioridades. Os itens de trabalho – representados por cartões – são organizados em uma placa Kanban, onde fluem de um estágio do fluxo (coluna) para o próximo. Estágios comuns do fluxo de trabalho: a fazer, em andamento, em revisão, bloqueado e concluído. Mas o legal é que você pode é criar colunas personalizadas.

Entregas

No Kanban, as atualizações são liberadas sempre que estiverem prontas, sem programação ou datas predeterminadas. Se uma tarefa for concluída antes (ou mais tarde), pode ser liberada, sem ter que esperar por um marco de entrega como a Sprint Review.

Papéis e Responsabilidades

A equipe inteira é proprietária do quadro Kanban. Algumas equipes recrutam um treinador ágil, mas, ao contrário do Scrum, não existe um  “Kanban master”. É responsabilidade de toda a equipe colaborar e colocar as tarefas no quadro.

Principais métricas

  • Lead Time: diferença entre o momento em que a tarefa é criada e o momento em que entra em seu estado final.
  • Cycle Time: diferença entre o momento em que a tarefa é considerada “em andamento” e o momento em que entra em seu estado final.
  • Diagrama de Fluxo Cumulativo (CFD): ferramenta usada para entender o número de itens de trabalho em cada estágio e identificar gargalos.
  • Work In Progress (WIP): outra forma de lidar com gargalos é limitar o WIP, restringindo o número de cartões em qualquer coluna ao mesmo tempo.

Mudanças

Um fluxo de trabalho Kanban pode mudar a qualquer momento. Novos itens podem ser adicionados ao backlog e os cartões podem ser bloqueados ou removidos com base na priorização. Se a capacidade da equipe mudar, o limite de WIP pode ser recalibrado e os itens de trabalho ajustados.

Quadro Resumo das práticas Scrum e Kanban

 

 

Então, quando aplicar Scrum ou Kanban?

 

Manutenções? Kanban! Ótimo para equipes que recebem inúmeras demandas, que variam em prioridade e tamanho.

Desenvolvimento de um produto? Scrum! Requer um time dedicado com um único Backlog.

Entregas constantes? Kanban!  Trabalha com fluxo contínuo, enquanto o Scrum usa Sprints com duração definida. Ambas abordagens permitem entregas constantes, mas o Kanban permite ciclos ainda menores.

Estrutura organizacional rígida? Kanban! Por ser mais prescritivo, o Scrum pode demandar mudanças na sua organização. Por exemplo, um dos requisitos do time de desenvolvimento no Scrum é que seja pequeno, multidisciplinar e auto-organizado. Dependendo da sua estrutura organizacional, isso pode resultar em uma grande reengenharia. Com o Kanban, times multidisciplinares ou especialistas são opcionais. Ou seja, você pode começar de onde estiver!

Enfim, não existe uma abordagem melhor que a outra. E é comum ver equipes surgirem com um mix das duas, utilizando práticas de uma e ritos do outra. Mas em algum momento será importante utilizá-las “by the book”. Sua equipe se estrutura e ganha maturidade.

Quer saber mais sobre como aplicamos Scrum e Kanban? Entre em contato! A gente adora trocar ideias e experiências.

Escreva sua resposta

Seu e-mail não será publicado.

*
*

  • Generic selectors
    Exact matches only
    Search in title
    Search in content
    Search in posts
    Search in pages
  • CATEGORIAS

  • ARQUIVOS