Skip to main content
From 16:00 UTC on January 17, 2026, to 20:00 UTC on January 17, 2026, we will perform planned maintenance on the Trailhead, myTrailhead, and Trailblazer Community sites. During the maintenance, these sites will be unavailable, and users won't be able to access them. Please plan your activities around this required maintenance.

Escolher o melhor fluxo de trabalho

Após concluir esta unidade, você estará apto a:

  • Explicar quando você usaria o Scrum e quando você usaria o Kanban para administrar trabalho.
  • Definir trabalho com interrupções.
  • Explicar porque algumas equipes usam Scrumban.

Na Salesforce, 70% das equipes usam o Scrum e 20% usam o Kanban. As equipes restantes usam uma mistura de ambos, já que elas são compatíveis entre si.

Então como sua equipe decide qual fluxo de trabalho é melhor a fim de se posicionar para o sucesso? Scrum ou Kanban? Ou ambos? No fim das contas, tudo depende do tipo de trabalho que sua equipe realiza e da volatilidade ou frequência de interrupções do trabalho. Vamos ajudar você a calcular isso. 

Primeiro, veja as principais perguntas que você deve se fazer na hora de pensar em qual fluxo de trabalho usar.

  • Sua equipe está concentrada na previsibilidade e na produtividade em grandes projetos?
  • Com que antecedência a equipe pode planejar?
  • O novo trabalho é realmente uma emergência?
  • Com que rapidez você precisa entregar o novo trabalho?

Sua equipe está concentrada na previsibilidade e na produtividade em grandes projetos?

Veja estes dois tipos de projetos de trabalho diferentes.

Estudo de caso do Scrum

Digamos que sua equipe precise criar um novo site. A equipe pode dividir o trabalho em projetos menores. À medida que os itens de trabalho menores vão sendo concluídos, a equipe pode analisar o progresso de cada sprint e ajustá-lo para garantir a entrega bem-sucedida do projeto. Se o projeto precisar de um cronograma de entrega previsível, o Scrum é o fluxo de trabalho ideal.

Estudo de caso do Kanban

Sua equipe precisa lidar com interrupções de serviço? Esse é um exemplo de trabalho com interrupções. Você nem sempre consegue saber de interrupções ou planejá-las com duas semanas de antecedência. As equipes que trabalham com suporte arquitetônico, de atendimento ou de plataforma costumam trabalhar em itens que acabaram de aparecer e isso cria mudanças de prioridade.

Nesse caso, Kanban é o melhor processo, já que seu fluxo de trabalho flexível tem espaço para esses tipos de interrupção imprevisível.

Com que antecedência a equipe pode planejar?

É melhor decidir a quantidade de planejamento que a equipe pode concluir para finalizar um projeto. As equipes usam o Scrum quando o backlog está cheio de pequenos pedaços de grandes projetos que podem ser planejados antecipadamente com facilidade.

As prioridades da sua equipe mudam com frequência? É difícil se comprometer com um escopo de trabalho de duas semanas de cada vez? Pelo menos 25% do seu trabalho muda no meio do sprint? Se sua equipe precisa responder a novos itens de trabalho quase em cima da hora, o Kanban pode funcionar melhor para você. Chamamos isso de trabalho com interrupções.

O novo trabalho é realmente uma emergência?

Mas o que constitui trabalho com interrupções?

O ideal é limitar mudanças para a equipe. Estas são algumas coisas que as equipes devem ponderar antes de classificar novos itens de trabalho como urgentes ou prioritários. 

  1. Esse projeto pode causar interrupções que ocupam tempo e baixam o moral?
  2. As interrupções impedem que a equipe conclua trabalhos mais valiosos?
  3. As interrupções impedem a equipe de concluir o que é mais importante primeiro?

O Kanban não ajuda uma equipe se o trabalho não for realmente com interrupções. Veja algumas formas de determinar se seu trabalho é ou não com interrupções (e, consequentemente, se o Scrum é a melhor opção).

  • Faça a si mesmo as seguintes perguntas: O trabalho exigido interrompe o negócio ou podemos perder clientes se não for feito agora? Muitas vezes, você verá que não é o caso e que esses itens de trabalho são urgentes devido a um mau planejamento.
  • Qual é a causa raiz desse trabalho exigido e por que ele não foi identificado na fase de planejamento? 
    • Foi porque não planejamos de antemão? 
    • Foi solicitação de um novo stakeholder ou do cliente?
    • O produto não está funcionando?

Se o trabalho urgente for meramente resultado de mau planejamento, isso não é "com interrupções" de maneira que justifique a ida para o Kanban.

Com que rapidez os novos itens de trabalho prioritários precisam ser entregues?

As interrupções de alta prioridade são um fato consumado em qualquer empresa competitiva e bem-sucedida. O que é importante é como esses incêndios são resolvidos.

Ou seja, quando uma solicitação urgente aparece, faça estas perguntas: "Quanto tempo você ou o stakeholder pode esperar até a conclusão de um item de trabalho urgente?" É importante perguntar isso porque os processos de Scrum e Kanban tem cronogramas diferentes. Se o trabalho é muito urgente, o Kanban é o fluxo de trabalho com menos interrupções.

Lembre-se: o Scrum limita a capacidade com o foco em uma seção do backlog de duas semanas. O Kanban limita a capacidade impedindo tarefas simultâneas com limites de trabalho em andamento.

Veja uma tabela que descreve algumas das principais diferenças entre os fluxos de trabalho de Kanban e Scrum. Digamos que um cliente solicita um novo recurso para o aplicativo que estamos criando.

Scrum

Kanban

Quem prioriza?

O proprietário do produto prioriza o backlog do produto

O proprietário do produto prioriza o backlog do produto

Para onde ele vai?

O backlog do produto é reordenado para o próximo sprint.

O backlog do produto é reordenado continuamente para a próxima pessoa disponível que tenha capacidade.

Quando o trabalho começa?

Durante o planejamento do sprint, a equipe se compromete com o trabalho do próximo sprint.

Assim que exista capacidade de trabalhar nele.

Por que existe um atraso?

O Scrum concentra a equipe para entregar seus compromissos do sprint e as interrupções no meio do sprint não são recomendáveis.

O Kanban se concentra em um fluxo de trabalho eficiente, ou seja, o início do backlog é sempre o que será trabalhado a seguir.

Quanto tempo levará para entregar?

Pode ser duas semanas ou mais, dependendo do status do sprint.

Assim que for concluído.

Use o Kanban se houver a necessidade de mudar de direção constantemente, minimizar interrupções em um plano e iniciar trabalho urgente rapidamente.

Use o Scrum se você estiver gerenciando um projeto planejado grande, se sua equipe puder se comprometer com volumes de trabalho de duas semanas e se o stakeholder puder aguardar até o final do sprint para que a equipe possa iniciar o trabalho.

Você pode usar ambos: Scrumban

Muitas equipes na Salesforce se beneficiam do uso de partes do Scrum e do Kanban para gerenciar a carga de trabalho. Muitas vezes, as equipes gostam da estrutura de planejamento regular e cadência de revisão do Scrum, pois eles podem gerenciar o progresso mais facilmente. Eles também usam os limites de trabalho em andamento do Kanban para responder a trabalhos urgentes com redução de interrupções que o Kanban oferece.

Durante esta trilha, destacamos os temas comuns e as formas de trabalho das equipes, usando o espirito de fiscalização e adaptação para entregar o máximo de valor aos nossos clientes.

Compartilhe seu feedback do Trailhead usando a Ajuda do Salesforce.

Queremos saber sobre sua experiência com o Trailhead. Agora você pode acessar o novo formulário de feedback, a qualquer momento, no site Ajuda do Salesforce.

Saiba mais Continue compartilhando feedback