Link para Holme Holmes Blog

Scrumban: Quando é hora de evoluir o Scrum com o Kanban?


 Scrumban é uma combinação do que há de melhor de dois frameworks da metodologia ágil: Scrum e Kanban. Esse “shipper”, criado pelo desenvolvedor e praticante da estrutura Lean, Corey Ladas, nasceu da necessidade de gerenciar determinados fluxos de trabalho de uma forma mais completa e com um processo evolutivo que parte do Scrum para o Kanban.

 Assim, conseguimos conciliar as características prescritivas do Scrum à capacidade de melhoria contínua do Kanban para atender demandas que vão além do desenvolvimento de software.

É importante começar essa leitura já entendendo que nenhuma das estruturas citadas neste artigo invalida a eficiência da outra, ou é considerada melhor ou pior. Temos apenas que entender em que momento usar cada uma delas, porque o que muda são as necessidades do projeto.

 Por isso, no artigo de hoje eu vou te mostrar o que é o Scrumban e quando usar este framework para ampliar o poder de gerenciamento dos seus projetos.

Para começar, vamos relembrar os conceitos e diferenças entre Scrum e Kanban?

O que é o Scrum?

 Segundo o Guia Scrum, escrito e fornecido pelos próprios criadores do framework, Ken Schwaber e Jeff Sutherland, o Scrum é uma estrutura para o desenvolvimento e manutenção de produtos complexos.

 É o framework mais popular da ágil, usado para fazer com que as equipes trabalhem de forma colaborativa e eficaz, solucionando problemas organizadamente enquanto entregam novos produtos com mais criatividade e produtividade.

 O Scrum é uma estrutura leve e de fácil compreensão, a ideia é organizar entregas concretas de forma contínua.

Algumas características do scrum:

  • O Scrum é composto por processos frequentes e prescritivos;
  • Possui eventos definidos – Sprint, Sprint planning, Daily Scrum, Sprint Review e Sprint Retrospectivo;
  • Não há hierarquia, mas sim uma definição de papéis para atribuir as responsabilidades de cada um – Scrum Master, Product Owner e Development Team;
  • O projeto é dividido em ciclos de trabalho chamados de Sprints, que podem durar o time box de uma, duas semanas ou, no máximo, um mês;
  • O Backlog (lista de tarefas) passa por uma priorização e a equipe define o que ela será capaz de entregar ao final do sprint;
  • Os ciclos do Scrum são fechados, ou seja, novas tarefas só são acrescentadas às filas no começo dos sprints, se surgirem mais coisas é necessário esperar o sprint ser finalizado;
  • As equipes geralmente são pequenas e autogerenciáveis;
  • Não há limites para o número de ações sendo executadas na lista FAZENDO.

O que é Kanban?

 Enquanto o Scrum suporta muito bem, principalmente, os fluxos de projetos de desenvolvimento, o Kanban é um mecanismo visual de gestão onde a equipe trabalha de forma colaborativa sinalizando o status de cada tarefas, fila,  item ou processo através de cartões.

 O kanban é focado no time e em aliviar a sobrecarga das pessoas através da criação de um processo consistente. Serve perfeitamente para fase de produção, manutenção e controle de fluxos de trabalho.

Através desse sistema é possível ter mais organização e poder de gestão, o que possibilita a melhoria contínua nos processos recorrentes.

 Algumas características do Kanban:

  • O Kanban é composto por cartões que vão avançando por colunas de um quadro para ilustrar o status atual da atividade;
  • É um processo contínuo. Nele não existem sprints, se novos ítens aparecem durante o fluxo, eles podem ser priorizados, não é necessário esperar o final de um ciclo;
  • As listas do Kanban são flexíveis. É possível inverter, retirar ou acrescentar itens sempre que necessário;
  • A lista WIP (Work in progress) é limitada, pois o princípio do kanban é terminar mais tarefas. ao invés de começar várias coisas ao mesmo tempo. O máximo recomendado na lista “FAZENDO” são dois itens;
  • O lead time da atividade deve ser mensurado e otimizado para ser o mais curto possível;
  • O Kanban é muito versátil e adaptável, pode ser utilizado em diversas ocasiões, porém deve refletir a realidade e maturidade da equipe;
  • É um processo evolucionário. É necessário medir, avaliar, acompanhar e otimizar constantemente para evoluir cada vez mais.

E o que é Scrumban? Por que eu preciso dele?

 Nós vimos o que são o Scrum e o Kanban e as diferenças entre eles, mas quando fazemos comparações desse tipo, algumas pessoas podem achar que um pode ser melhor do que o outro quando, na realidade, ambos são eficientes em situações específicas. 

Por exemplo, o Scrum é uma ótima porta de entrada para equipes experientes que precisam desenvolver novos produtos, com um backlog já definido, mas o que acontece depois da produção?

 O Scrum sozinho pode apresentar dificuldade em atender todas as necessidades de gestão de um fluxo do começo ao fim. Enquanto isso os princípios e práticas presentes no Kanban podem preencher essas lacunas e dar um potencial de gestão mais abrangente ao fluxo.

 Assim, podemos dizer que o  Scrumban é uma evolução do scrum, que marca um processo transitivo em que uma equipe Scrum passa a utilizar as práticas enxutas do Kanban. 

Geralmente isso acontece quando o time enfrenta dificuldades em relação aos seus fluxos de trabalho e precisa de algo mais avançado, no sentido de gestão, o que geralmente está ligado aos princípios do Kanban. 

 Enquanto o Scrum é mais uma receita pronta, o Kanban se mostra mais dinâmico e fluido. Portanto, unir esses dois conceitos resulta no Scrumban, que segue as instruções do Scrum para se manter ágil, mas agrega a natureza de melhoria contínua do Kanban para promover o aperfeiçoamento das ações e da equipe como um todo. 

Quando usar o Scrumban?

Você pode considerar usar o Scrumban em algumas situações:

  • Quando só o Scrum se mostrar limitado em relação a gestão de processos, etapas, fluxos de trabalho e assim por diante;
  • Em projetos que necessitam de melhoria contínua;
  • Em etapas que antecedem ou sucedem a fase de produção no desenvolvimento de projetos;
  • Em processos de suporte, tratamentos de problemas e bugs.

5 dicas para implementar o Scrumban

Estamos chegando ao final deste artigo. Se você deseja implementar o Scrumban, recomendo ler a obra de Corey Ladas, intitulada Scrum-ban, para compreender melhor as práticas e se aprofundar no tema. 

 Como pontapé inicial deixo aqui 5 conselhos para quem deseja começar a utilizar esse framework ágil em seus projetos:

1- Comece de onde você está

 Não é necessário recriar seus processos do zero. Apenas mantenha o que você já faz com o Scrum e vá incrementando as práticas do scrumban aos poucos, conforme fizer sentido. Esse é um processo evolutivo de mudanças suaves e contínuas.

2- Transforme-se constantemente

 É importante saber que quando o processo de evolução começa, ele não termina mais. Evolua aos poucos e sempre que precisar, pois assim o processo e a equipe se tornam cada vez mais eficazes. Isso gera diversos benefícios como: melhora da qualidade dos produtos, diminuição de desperdícios, aumento da satisfação do cliente, otimização do processo e aperfeiçoamento da equipe.

3- Identifique as Métricas mais importantes

As métricas são extremamente importantes para identificar oportunidades de melhorias. É necessário mensurar a produtividade e capacidade de entrega da equipe, mas você pode começar aos poucos. Identifique o que é mais importante no seu processo e comece mensurando pelo menos uma métrica, depois vá acrescentando conforme a necessidade. 

4- Tire a política da cabeça das pessoas

Em qualquer tipo de implementação, seja de scrumban ou de qualquer outro sistema, é muito importante que  a forma de trabalho, política ou regras, sejam documentadas e divulgadas de forma clara para as pessoas.  

Falando do Scrumban, quais são os critérios para que um quadro seja arrastado de uma coluna para outra? É importante ter esses requisitos documentados em algum lugar de fácil acesso aos usuários, para que não fique apenas na cabeça dos participantes.

5- Tenha cadências 

 Diferente do Scrum, que tem as cadências bem definidas e interdependentes, o Kanban tem menos formalidade neste sentido. Isso porque ele é mais fluido e permite o reabastecimento de itens nas listas a qualquer momento. O scrumban, por sua vez, possui as cadências, mas é importante formalizá-las para que a equipe tenha direcionamento, clareza das prioridades e visão do momento da entrega.

Um alerta antes da despedida: Scrumban não é uma fórmula mágica!

 É isso aí, não podemos achar que o Scrumban seja a resposta para todos os nossos problemas. A comunidade ágil tem diversos frameworks e o melhor que podemos fazer é conhecer cada estrutura e procurar as melhores soluções de acordo com nossas necessidades.

 Agora você já sabe o que é Scrumban! Espero que você tenha encontrado neste artigo a resposta que procurava. Deixe a sua opinião aqui nos comentários e se tiver alguma dúvida é só nos falar.

Assinar newsletter