Scrumban junta os dois métodos, porque pega a estrutura de planejamento e as cerimônias do scrum e combina com o fluxo contínuo e o limite de trabalho em andamento do kanban. A ideia é não ficar preso a um sprint rígido nem solto demais sem direção.
Ele serve bem pra time que tem trabalho planejado e demanda urgente ao mesmo tempo, como um time de manutenção ou de plataforma. Isso porque o scrum puro força tudo dentro da caixa de duas semanas, enquanto o kanban puro acaba faltando planejamento, e o scrumban tenta justamente o meio do caminho.
Na prática, o time puxa o trabalho quando está pronto pra ele, em vez de empilhar tudo no início do sprint, mas mantém os rituais que dão direção. No fundo, o método é feito pra se adaptar ao time, e não o contrário.