{"id":2859,"date":"2021-11-12T10:00:00","date_gmt":"2021-11-12T13:00:00","guid":{"rendered":"https:\/\/uds.com.br\/blog\/?p=2859"},"modified":"2024-04-29T17:17:59","modified_gmt":"2024-04-29T20:17:59","slug":"scrum-ou-kanban","status":"publish","type":"post","link":"https:\/\/uds.com.br\/blog\/scrum-ou-kanban\/","title":{"rendered":"Scrum ou Kanban? Qual framework escolher?"},"content":{"rendered":"\n

Vamos resolver de uma vez por todas o debate: Scrum ou Kanban? Qual framework escolher \u00e9, na verdade, uma discuss\u00e3o sobre duas estrat\u00e9gias diferentes para adotar o desenvolvimento \u00e1gil ou um sistema de gerenciamento de projetos.<\/p>\n\n\n\n

Talvez o modelo h\u00edbrido seja a melhor resposta para a sua equipe, pois ambas as abordagens s\u00e3o mais princ\u00edpios do que pr\u00e1ticas. Vamos analisar primeiro como funciona cada metodologia, ambas descendentes do Movimento \u00c1gil<\/a><\/strong>.<\/p>\n\n\n\n

O \u00c1gil foi criado como um conjunto de pr\u00e1ticas de gerenciamento para o desenvolvimento de software, tendo como documento fundamental o \u201cManifesto for Agile Software Development<\/strong><\/a>\u201d, em 2001, com 12 princ\u00edpios que, em resumo, valorizam indiv\u00edduos e suas intera\u00e7\u00f5es e a colabora\u00e7\u00e3o do cliente.<\/p>\n\n\n\n

Sua cria\u00e7\u00e3o se transformou em alternativa para o desenvolvimento de software tradicional sequencial, em cascata (waterfall<\/em>). \u00c9 o processo ideal para quem deseja trabalhar com feedback cont\u00ednuo, no qual os requisitos evoluem e mudam.<\/p>\n\n\n\n

Hoje, o \u00c1gil est\u00e1 se espalhando rapidamente para todos os tipos de organiza\u00e7\u00f5es como uma abordagem estruturada para o gerenciamento de projetos e desenvolvimento de produtos: um m\u00e9todo de gest\u00e3o voltado para o cliente em um contexto de mudan\u00e7as, vol\u00e1til, incerto, complexo e amb\u00edguo.<\/p>\n\n\n\n

Seguindo as bases do \u00c1gil, o Scrum e o Kanban s\u00e3o modelos de trabalho que se concentram em entregas com foco na melhoria cont\u00ednua dos produtos\/servi\u00e7os, em um processo no qual os requisitos evoluem e mudam at\u00e9 alcan\u00e7ar o est\u00e1gio de um produto final funcional.<\/p>\n\n\n\n

Ambos dividem os projetos em partes menores e gerenci\u00e1veis. Essas semelhan\u00e7as \u00e0s vezes turvam os limites entre os dois modelos, criando a falsa ideia de que \u00e9 preciso escolher um ou outro.<\/p>\n\n\n\n

\"O<\/figure>\n\n\n\n

O que \u00e9 o Kanban?<\/strong><\/h2>\n\n\n\n

As metodologias Kanban s\u00e3o cont\u00ednuas e fluidas, enquanto o Scrum \u00e9 baseado em sprints de trabalho<\/a><\/strong>curtas e estruturadas. Mas o que isso quer dizer, de fato?<\/p>\n\n\n\n

Kanban significa outdoor<\/em> em japon\u00eas. \u00c9 uma abordagem visual para gerenciamento de projetos. Como o nome sugere, os fluxos de trabalho s\u00e3o organizados em um quadro, onde a equipe pode visualiz\u00e1-los como um conjunto. Este planejamento visual ajuda a priorizar as tarefas coletivamente, minimizar o tempo do ciclo do projeto e realizar entregas com mais frequ\u00eancia.<\/p>\n\n\n\n

Parecido com um Lego, o Kanban \u00e9 conhecido por sua simplicidade e funciona melhor quando o quadro n\u00e3o \u00e9 excessivamente complexo. As tarefas s\u00e3o movidas pelo quadro em uma ordem que fa\u00e7a sentido ao longo de alguma varia\u00e7\u00e3o do formato padr\u00e3o \u201cpor fazer \u2192 fazendo \u2192 conclu\u00eddo\u201d.<\/p>\n\n\n\n

Os itens de trabalho s\u00e3o representados por cart\u00f5es organizados em um quadro (eletr\u00f4nico, como o Trello, ou f\u00edsico), onde fluem de um est\u00e1gio do fluxo de trabalho (coluna) para o pr\u00f3ximo. As colunas podem ser divididas em mais etapas, mas \u00e9 preciso ter cuidado para que o excesso delas n\u00e3o trave o fluxo de trabalho.<\/p>\n\n\n\n

Na abordagem Kanban n\u00e3o h\u00e1 uma data fixa para entregar uma tarefa, como no Scrum. Se o trabalho for conclu\u00eddo mais cedo (ou mais tarde), pode ser liberado somente quando for necess\u00e1rio, sem ter que esperar por um marco de lan\u00e7amento, como na revis\u00e3o de sprint.<\/p>\n\n\n\n

Embora os quadros Kanban tenham sido originalmente usados por equipes \u00e1geis para organizar user stories<\/em> e o planejamento de backlog, \u00e9 poss\u00edvel trabalhar com praticamente qualquer tipo de projeto com eles \u2013 desde um produto at\u00e9 o dia a dia de tarefas pessoais ou o plano de uma viagem de f\u00e9rias, por exemplo.<\/p>\n\n\n\n

\"Scrum<\/figure><\/div>\n\n\n\n
\"O<\/figure>\n\n\n\n

O que \u00e9 Scrum?<\/strong><\/h2>\n\n\n\n

O Scrum \u00e9 um framework padronizado para gerenciamento de projetos que estrutura o trabalho em sprints, ou seja, em ciclos de intervalos definidos (geralmente duas semanas a 30 dias), pontuados por reuni\u00f5es retrospectivas que ajudam a manter as tarefas em movimento. Cada sprint \u00e9 dividida em tarefas predefinidas que devem ser conclu\u00eddas antes da pr\u00f3xima sprint.<\/p>\n\n\n\n

Ao contr\u00e1rio do Kanban, o Scrum \u00e9 uma abordagem altamente prescritiva e iterativa de fazer as coisas. Mas isso n\u00e3o o torna menos \u00e1gil. As sprints s\u00e3o projetadas para permitir rapidez, flexibilidade e adaptabilidade \u00e0s mudan\u00e7as, com altera\u00e7\u00f5es frequentes ao longo de todo o processo.<\/p>\n\n\n\n

Os times Scrum s\u00e3o auto-organizados, mas funcionam melhor quando liderados (n\u00e3o gerenciados) por um Scrum master para manter a esteira do \u00e1gil funcionando e evitar o risco de aumento do escopo de trabalho.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\"O<\/figure>\n\n\n\n

Cad\u00eancia do Scrum<\/strong><\/h2>\n\n\n\n