Kanban vs. Scrum: O que você não sabia que precisava saber

Quando se trata de desenvolvimento Agile, provavelmente existem apenas dois nomes que vêm à nossa mente: Scrum e Kanban. Ambos são muito populares e têm suas vantagens. Mas se alguém iniciar o debate Kanban VS Scrum, a escolha dependerá da equipe e dos produtos que serão construídos. Para ajudá-lo a entender ambos, faremos nosso próprio debate Kanban VS Scrum. Então, vamos direto ao assunto.

Kanban VS Scrum: Coisas que você precisa saber

Aqui está uma pequena introdução a ambos para começar.

• Fatos interessantes sobre o Kanban:

O Kanban é basicamente a metodologia utilizada para gerenciar o fluxo de trabalho em um projeto. Ele ajuda a otimizar o fluxo de trabalho dos projetos de forma eficiente, processando continuamente os itens de trabalho e, para permitir que os membros da equipe monitorem as coisas, ele visualiza todos os processos no quadro Kanban. Toda a otimização do processo é feita por um determinado conjunto de princípios e práticas.

A seguir estão os princípios do Kanban.

• Comece com o que quer que você esteja fazendo.

• Esteja pronto para as mudanças a qualquer momento.

• Respeite seus papéis e responsabilidades.

• Incentivo à liderança.

• Recursos exclusivos do Scrum:

Se compararmos o Scrum ao Kanban, trata-se de uma metodologia altamente prescritiva. No Scrum, os processos e papéis são predefinidos e há um planejamento detalhado e restritivo. Todos os processos maiores são divididos em segmentos menores e um período de tempo é definido para cada segmento, que também é conhecido como Sprint.

Para manter o fluxo de trabalho, a adição de novos trabalhos em uma determinada sprint não é apreciada. Em vez disso, a nova peça de trabalho aguarda por uma nova Sprint e, desta forma, os membros da equipe não precisam reagir a nenhuma mudança em tempo de execução. Seus princípios são:

• Transparência do trabalho.

• Inspeção em todos os níveis.

• Incentivo à adaptação.

Kanban VS Scrum: Papéis e Responsabilidades

Depois de entender a ideia de ambos os conceitos, agora vamos nos aprofundar nos papéis e responsabilidades tanto do Kanban quanto do Scrum.

Papéis e responsabilidades no Kanban.

No Kanban, os papéis e responsabilidades de todos os membros da equipe não são predefinidos. Todos os membros têm permissão para colaborar e ajudar a pessoa que está encontrando alguma dificuldade em seu trabalho. Desta forma, é proporcionado um ambiente colaborativo para a otimização do fluxo de trabalho. Mas ainda existem gerentes de projeto para monitorar o progresso do trabalho e o desempenho da equipe.

Papéis e responsabilidades no Scrum.

No Scrum, a cada pessoa é atribuído um determinado papel e ela é responsabilizada por sua conclusão. As metas e objetivos, como o backlog e a priorização do trabalho, são definidos pelo proprietário do produto. Para monitorar os cronogramas, existem os Scrum masters e eles também ajudam os membros da equipe a manter o foco.

Desta forma, a execução das responsabilidades é alcançada.

Kanban VS Scrum: As principais diferenças

Para elaborar as coisas de forma eficiente e tornar o debate Kanban VS Scrum mais interessante, agora vamos discutir a principal diferença que temos entre o Kanban e o Scrum.

Prazos de entrega.

• No Kanban.

Não há um tempo fixo no Kanban para a entrega das tarefas. Sem qualquer cronograma ou datas planejadas, os membros da equipe têm permissão para entregar a tarefa assim que a tiverem concluído.

• No Scrum.

Diferente do Kanban, existem datas de entrega predefinidas para a conclusão das tarefas, e o membro da equipe ao qual aquela tarefa específica é atribuída deve entregá-la no horário agendado. Mas em algumas condições extraordinárias, onde um membro da equipe pensa que este trabalho não é tão valioso, o escopo da sprint pode ser alterado.

Métricas de produtividade.

• No Kanban.

Para medir a produtividade das equipes Kanban, a métrica utilizada é o tempo de ciclo. Nele, é determinada a quantidade de tempo, do início ao fim, utilizada para a conclusão da tarefa.

• No Scrum.

A métrica chave no Scrum é a velocidade. É basicamente um número de story points que são concluídos em uma única sprint. Ela ajuda a determinar os compromissos de sprint da equipe no futuro e quanto trabalho pode ser esperado de uma equipe em sprints futuras.

Limites de trabalho.

• No Kanban.

Existe um limite no Kanban para o trabalho em progresso por estado do fluxo de trabalho. Os membros que trabalham em diferentes seções são obrigados a realizar um certo número de tarefas de cada vez.

• No Scrum.

Existe um número fixo de tarefas atribuídas a cada membro da equipe no Scrum. Os membros da equipe podem selecionar o número de tarefas que desejam realizar em uma única Sprint. Os membros podem ter todas as tarefas na seção de progresso ao mesmo tempo.

Mudanças no trabalho.

• No Kanban.

Em termos de mudanças no trabalho, o Kanban é uma escolha flexível. Os membros da equipe têm liberdade para alterar o fluxo de trabalho a qualquer momento. Cabe à equipe decidir se deseja adicionar novos trabalhos, remover um ou bloquear uma determinada tarefa de acordo com sua prioridade.

• No Scrum.

Na filosofia Scrum, fazer alterações durante uma sprint é desestimulado. Mas se a tarefa não for tão importante e a alteração for necessária, o escopo da sprint é alterado.

O direito de fazer alterações.

• No Kanban.

O Kanban dá aos proprietários do produto o direito de fazer alterações. Isso é feito pelos dois papéis que os membros da equipe podem assumir. Um desses papéis é para Gerente de Solicitação de Serviço e o outro é para Gerente de Entrega de Serviço.

• No Scrum.

Se falarmos sobre o direito de alteração no Scrum, o Product Owner não tem o direito de alterar o quadro Scrum, mas pode visualizá-lo. Somente a equipe Scrum tem o direito de atualizar e editar as coisas no quadro.

Períodos de reinicialização.

• No Kanban.

O Kanban não possui prazos de entrega predefinidos para as tarefas. Portanto, no Kanban, não é necessário reiniciar o quadro e começar tudo de novo. Os membros da equipe continuam seu ciclo de vida do projeto e, assim que houver necessidade, um novo item é adicionado ao quadro Kanban.

• No Scrum.

A reinicialização no Scrum só pode ocorrer quando todas as tarefas estiverem concluídas. Nesse caso, a sprint termina e todos os adesivos estão na seção final de Concluído (Done). Se não for este o caso, a Sprint não é considerada bem-sucedida.

Kanban Vs Scrum: Semelhanças em ambos

Quando falamos sobre Kanban Vs Scrum, também existem semelhanças. A seguir, alguns pontos que tornam o Kanban e o Scrum semelhantes entre si.

Ambos usam o método Ágil.

Se falarmos sobre as semelhanças, ambos são Ágeis de acordo com os manuais. Isso significa que ambos utilizam princípios Ágeis para trabalhar e ambos são sistemas de trabalho iterativos que dependem do fluxo do processo. O principal objetivo de ambas as metodologias é reduzir desperdícios. O fato interessante sobre elas é que, se você estiver usando o Scrum, também poderá usar o Kanban ao mesmo tempo.

Delegação e priorização.

Ambos os sistemas de trabalho utilizam o sistema de puxar (pull system) para a priorização dos processos. Somente quando o processo anterior for concluído, o próximo será iniciado para execução. No entanto, no caso do Scrum, em vez de puxar uma única tarefa, um lote inteiro de tarefas é puxado. Dessa forma, mantém-se um fluxo de trabalho sistemático.

Como escolher qual é a opção certa para você?

Agora é o momento de concluir o debate Kanban VS Scrum e se você deve optar pelo Kanban ou pelo Scrum. Bem, isso depende totalmente da natureza do trabalho que você está realizando. Por exemplo, não há ninguém no Scrum que gerencie toda a equipe Scrum. Se o trabalho for de uma natureza onde todos devem ser organizados e considerados iguais, apesar de terem responsabilidades diferentes, você deve optar pelo Scrum.

Por outro lado, se a natureza do trabalho exigir melhorias contínuas com processos flexíveis e os membros da equipe tiverem que lidar com muitas solicitações recebidas que variam em prioridade e tamanho, o Kanban é a melhor opção para você. Você nem mesmo está obrigado a selecionar um desses modelos. Você também pode optar por uma abordagem híbrida, na qual o modelo será influenciado tanto pelo Kanban quanto pelo Scrum.

Kanban Vs Scrum, a escolha é toda sua para selecionar a estratégia que melhor se adapta às necessidades da sua equipe. Mas, uma vez feita a escolha, mantenha-a por algum tempo e obtenha o feedback da sua equipe.

Conclusão.

Se você estiver com dificuldade para escolher entre Kanban e Scrum, pois pode ser uma tarefa complexa para qualquer pessoa, discutimos ambos de uma forma muito detalhada.

Com o nosso guia definitivo, você poderá determinar facilmente onde o Scrum funcionará bem e onde o Kanban será uma opção melhor, quais são as principais diferenças entre eles e qual é a metodologia certa para a sua equipe. Com esse conhecimento, você está pronto para o seu primeiro projeto ágil.