{"id":3161,"date":"2022-02-22T16:38:44","date_gmt":"2022-02-22T19:38:44","guid":{"rendered":"https:\/\/gateware.com.br\/en\/?p=3161"},"modified":"2025-11-11T12:17:18","modified_gmt":"2025-11-11T15:17:18","slug":"scrum-vs-kanban-quais-as-diferencas","status":"publish","type":"post","link":"https:\/\/gateware.com.br\/en\/blog\/scrum-vs-kanban-quais-as-diferencas\/","title":{"rendered":"Scrum vs Kanban: quais as diferen\u00e7as?"},"content":{"rendered":"\n

As diferen\u00e7as entre as metodologias \u00e1geis Scrum e Kanban s\u00e3o grandes. Enquanto a Scrum busca realizar sprints organizados em per\u00edodos determinados, a Kanban procura manter um fluxo de trabalho cont\u00ednuo, com foco na visualiza\u00e7\u00e3o do ritmo em que o projeto est\u00e1 se desenvolvendo.<\/strong><\/p>\n\n\n\n

As metodologias \u00e1geis<\/strong> t\u00eam se tornado cada vez mais presentes no dia a dia das empresas, e proporciona muitos resultados!<\/p>\n\n\n\n

Segundo uma pesquisa do PMI<\/a> (Project Management Institute<\/em>) empresas que passaram a utilizar metodologias \u00e1geis em seus projetos diminu\u00edram em 27% o desperd\u00edcio financeiro desde 2013.<\/p>\n\n\n\n

E as empresas que n\u00e3o se preocupam em utilizar alguma metodologia, como a Scrum<\/strong> ou a Kanban<\/strong>, por exemplo, reportam uma taxa de falha em projetos 50% maior.<\/p>\n\n\n\n

Ao analisar esses dados, fica claro que o movimento \u00e1gil \u00e9 um grande respons\u00e1vel pela base do sucesso das empresas.<\/p>\n\n\n\n

Por\u00e9m, antes de aplicar alguma metodologia, \u00e9 necess\u00e1rio entend\u00ea-las para saber qual delas \u00e9 a mais adequada para a sua empresa e o seu projeto.<\/p>\n\n\n\n

Por isso, aqui neste post, iremos explicar quais s\u00e3o as diferen\u00e7as entre as metodologias Scrum<\/strong> e Kanban<\/strong>, e tamb\u00e9m mostrar um pouco sobre como funciona o m\u00e9todo h\u00edbrido entre \u00e0s duas!<\/p>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Metodologia Scrum<\/strong><\/h2>\n\n\n\n

A metodologia Scrum<\/strong> tem como premissa entregar resultados de valor ap\u00f3s a finaliza\u00e7\u00e3o de cada sprint. Com o foco no trabalho sequencial, preza por uma linha de evolu\u00e7\u00e3o emp\u00edrica, que traz mais conhecimento sobre o projeto e o cliente a cada sprint.<\/p>\n\n\n\n

Ela tamb\u00e9m visa ser r\u00e1pida, com etapas que podem durar de 1 a 4 semanas. Todas as datas s\u00e3o expl\u00edcitas de in\u00edcio e fim.<\/p>\n\n\n\n

Essa divis\u00e3o ajuda a equipe a separar o trabalho em atividades menores e pensar em solu\u00e7\u00f5es melhores para o projeto, conforme o desenvolvimento avan\u00e7a.<\/p>\n\n\n\n

Normalmente a Scrum<\/strong> \u00e9 dividida em quatro etapas:<\/p>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Sprint Planning<\/strong><\/h3>\n\n\n\n

Na primeira etapa, s\u00e3o listadas as informa\u00e7\u00f5es sobre os itens necess\u00e1rios para o desenvolvimento do projeto e, com elas, o Product Backlog<\/em> \u00e9 criado.<\/p>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Sprint Backlog<\/strong><\/h3>\n\n\n\n

Aqui s\u00e3o definidas, ponto a ponto, as prioridades nos itens do Backlog<\/em>. A divis\u00e3o \u00e9 feita com uma pontua\u00e7\u00e3o atribu\u00edda a cada atividade. Quanto maior a import\u00e2ncia, demora ou risco, maior a pontua\u00e7\u00e3o atribu\u00edda \u00e0 ela.<\/p>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Sprint Review<\/strong><\/h3>\n\n\n\n

Ap\u00f3s a finaliza\u00e7\u00e3o das sprints, \u00e9 feita uma an\u00e1lise sobre o desenvolvimento do projeto, buscando encontrar e listar tudo que foi desenvolvido e quais foram os empecilhos que n\u00e3o permitiram o desenvolvimento de algum item, se for o caso.<\/p>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Sprint Retrospective<\/strong><\/h3>\n\n\n\n

Nesta etapa s\u00e3o feitos questionamentos mais profundos sobre as quest\u00f5es e feedbacks levantados na Sprint Review<\/em>. Esta \u00e9 a \u00faltima etapa da Scrum<\/strong>.<\/p>\n\n\n\n

Caso queira entender um pouco melhor sobre como funcionam as sprints de um projeto desenvolvido com a metodologia Scrum<\/strong>, recomendamos a leitura do seguinte post:<\/p>\n\n\n\n

\nhttps:\/\/gateware.com.br\/4-etapas-sprints-scrum\n<\/div><\/figure>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Respons\u00e1veis na metodologia Scrum<\/strong><\/h3>\n\n\n\n

Al\u00e9m das sprints, outra caracter\u00edstica \u00fanica da metodologia Scrum<\/strong> \u00e9 a divis\u00e3o dos respons\u00e1veis pelo projeto.<\/p>\n\n\n\n

<\/p>\n\n\n\n



<\/p>\n\n\n\n

<\/p>\n\n\n\n

Product Owner (PO)<\/strong><\/p>\n\n\n\n

O Product Owner<\/em> tem como responsabilidades liderar o time de desenvolvimento para que a solu\u00e7\u00e3o criada atenda as necessidades do cliente, e tamb\u00e9m em priorizar os itens do Product Backlog para otimizar o trabalho da equipe.<\/p>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Scrum Master<\/strong><\/p>\n\n\n\n

O Scrum Master<\/em>, como j\u00e1 fica claro no nome, \u00e9 um especialista no desenvolvimento de solu\u00e7\u00f5es que utilizam a metodologia Scrum<\/strong>. Sua responsabilidade \u00e9 manter o time focado no desenvolvimento, seguindo os princ\u00edpios Scrum<\/strong>.<\/p>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Time de desenvolvimento<\/strong><\/p>\n\n\n\n

O time de desenvolvimento compreende todos aqueles que ir\u00e3o colocar a m\u00e3o na massa. Aqui podemos citar os desenvolvedores, engenheiros, designers, etc.<\/p>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Metodologia Kanban<\/strong><\/h2>\n\n\n\n

A metodologia Kanban possui caracter\u00edsticas diferentes da Scrum<\/strong>, uma vez que visa um fluxo de trabalho cont\u00ednuo com utiliza\u00e7\u00e3o de elementos que facilitam a visualiza\u00e7\u00e3o do que deve ser feito.<\/p>\n\n\n\n

Ela \u00e9 mais adequada quando a sua equipe possui demandas e tamanhos variados, pois facilita a visualiza\u00e7\u00e3o da prioridade de cada uma delas.<\/p>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Fluxo de trabalho na metodologia Kanban<\/strong><\/h3>\n\n\n\n

A metodologia Kanban<\/strong> faz o uso de quadros de organiza\u00e7\u00e3o das demandas, chamado quadro Kanban<\/strong>, onde o trabalho \u00e9 dividido por colunas. As mais utilizadas s\u00e3o: atividades, em andamento, aguardando retorno\/revis\u00e3o, canceladas e finalizadas.<\/p>\n\n\n\n

Por\u00e9m, o que \u00e9 interessante nesta metodologia \u00e9 n\u00e3o haver um padr\u00e3o que deve ser seguido na quest\u00e3o de quais colunas s\u00e3o utilizadas.<\/p>\n\n\n\n

A metodologia Kanban<\/strong> visa ser adapt\u00e1vel ao time que est\u00e1 utilizando. O ideal \u00e9 que as colunas utilizadas pela equipe sejam aquelas que atendam \u00e0s respectivas necessidades.<\/p>\n\n\n\n

Com este fluxo de organiza\u00e7\u00e3o no trabalho, fica f\u00e1cil identificar o quanto o time consegue entregar e quais s\u00e3o os gargalos na opera\u00e7\u00e3o, proporcionando mais informa\u00e7\u00f5es de qualidade para os l\u00edderes das equipes.<\/p>\n\n\n\n

Tamb\u00e9m podem ser atribu\u00eddos limites de trabalho para cada coluna, com a inten\u00e7\u00e3o de diminuir o trabalho excessivo da equipe e tamb\u00e9m para identificar a necessidade de apoio em alguma etapa do desenvolvimento.<\/p>\n\n\n\n

Este \u00e9 um exemplo de quadro Kanban<\/strong>:<\/p>\n\n\n\n

\"Scrum<\/a><\/figure>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Respons\u00e1veis na metodologia Kanban<\/strong><\/h3>\n\n\n\n

Na metodologia Kanban<\/strong>, n\u00e3o h\u00e1 a necessidade de divis\u00e3o de cargos espec\u00edfica, diferente da Scrum<\/strong>.<\/p>\n\n\n\n

A metodologia serve para a visualiza\u00e7\u00e3o do fluxo de trabalho e otimiza\u00e7\u00e3o da entrega das atividades.<\/p>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Scrum vs Kanban<\/strong><\/h2>\n\n\n\n

As diferen\u00e7as entre as metodologias s\u00e3o claras e este t\u00f3pico tem como objetivo resumi-las.<\/p>\n\n\n\n

Acompanhe a tabela:<\/p>\n\n\n\n

Scrum<\/b><\/td>Kanban<\/b><\/td><\/tr>
Utiliza sprints<\/em><\/td>Foco no fluxo de trabalho com elementos visuais<\/td><\/tr>
Reuni\u00f5es frequentes e necess\u00e1rias<\/td>Reuni\u00f5es n\u00e3o s\u00e3o necess\u00e1rias<\/td><\/tr>
H\u00e1 necessidade de defini\u00e7\u00e3o de cargos<\/td>N\u00e3o h\u00e1 necessidade de defini\u00e7\u00e3o de cargos<\/td><\/tr>
Mudan\u00e7as no meio das sprints<\/span><\/i> s\u00e3o invi\u00e1veis<\/span><\/td>Mudan\u00e7a podem ser feitas a qualquer momento<\/td><\/tr>
As atividades s\u00e3o pr\u00e9-determinadas e priorizadas antes do in\u00edcio das sprints<\/i><\/td>As atividades s\u00e3o realizadas atrav\u00e9s de uma coluna de afazeres ou \u201cto-dos\u201d<\/td><\/tr>
Metodologia \u00e1gil mais estruturada<\/td>Metodologia \u00e1gil mais flex\u00edvel<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

Scrumban: a metodologia h\u00edbrida entre Scrum e Kanban<\/strong><\/h2>\n\n\n\n

Apesar de suas diferen\u00e7as, as duas metodologias possuem muitas aplica\u00e7\u00f5es e utilidades para o desenvolvimento de solu\u00e7\u00f5es ou para qualquer tipo de projeto.<\/p>\n\n\n\n

Por isso, a utiliza\u00e7\u00e3o de uma metodologia h\u00edbrida entre as duas pode ser uma boa ideia. A Scrumban<\/strong> tem como objetivo trazer o melhor dos dois mundos ao aplicar o conceito das duas metodologias para alavancar os resultados dos projetos.<\/p>\n\n\n\n

Ela tamb\u00e9m \u00e9 utilizada quando equipes est\u00e3o transicionando entre a Scrum<\/strong> para a Kanban<\/strong>.<\/p>\n\n\n\n

<\/p>\n\n\n\n


<\/p>\n\n\n\n

<\/p>\n\n\n\n

O que a Scrumban utiliza da Kanban<\/strong><\/h3>\n\n\n\n