Contato Cria

Muito prazer! Nós somos CRIA!

icon_widget_image Atendimento de Segunda a Sexta-feira icon_widget_image R. Misseno de Pádua, 790 - Centro, Lavras - MG, 37200-142 icon_widget_image contato@criainovacao.com.br comercial@criainovacao.com.br icon_widget_image
  /  Tecnologia   /  Scrum + Kanban = Scrumban

Scrum + Kanban = Scrumban

Scrum + Kanban = Scrumban

A partir do manifesto ágil disseminou-se pelo mundo a cultura da metodologia ágil, principalmente em ambientes de desenvolvimento de sistemas. A metodologia de destaque inicialmente era o Scrum, tal framework foi criado em 1995 e mais tarde daria origem ao próprio manifesto ágil no ano de 2001! Além de ser um dos pioneiros, parte do sucesso do Scrum se deve aos seus idealizadores que preparam treinamentos/cursos e certificações (formas de “vender” sua metodologia), mas também por, naquele momento, ser a metodologia que melhor atendia as demandas no desenvolvimento ágil de software.

Mas o Kanban não ficou para trás! Idealizado e implantado primeiramente dentro da linha de produção da Toyota (sim, a Toyota que você está pensando mesmo, a que produz carros!), o Kanban rompeu os limites industriais e hoje é utilizado também em equipes de desenvolvimento de sistemas, marketing, prestação de serviços, dentre outras. A responsabilidade por este “rompimento” é dada a David Anderson que, em 2002, adaptou o sistema Kanban da Toyota para gestão de atividades dentro de um fluxo de valor contínuo.

Nós da área de desenvolvimento de sistemas tínhamos o Scrum como nossa metodologia preferida, hoje o Kanban já bate à nossa porta, e em alguns momentos é até mais indicado do que o Scrum. Como a criatividade não pára, surgiu-se a ideia de combinar o melhor dos dois mundos, tornando popular o termo Scrumban. Confesso que já procurei em diversos lugares e não encontrei este termo como metodologia “oficial”, mas que é usado, isso eu te garanto! Talvez após ler este texto você vai perceber que você trabalha utilizando o Scrumban na sua empresa.

Antes de entrarmos no Scrumban, vamos refrescar nossa memória com os seus componentes!

Scrum

De maneira (bem) resumida o Scrum é uma metodologia ágil de desenvolvimento iterativo-incremental para projetos complexos e adaptativos:

O escopo de trabalho (product backlog) é dividido em listas (sprint backlog);

Cada lista contém atividades que geram entregáveis;

As listas devem ser divididas de forma que sejam sempre executadas em iterações de duração fixa (sprints);

As atividades da lista devem estar em ordem de prioridade e o esforço de cada item deve estar estimado;

A lista de atividades (sprint backlog) não deve ser alterada durante a iteração (sprint);

Após o término de cada iteração (sprint) é feita uma reunião retrospectiva;

Finalizando uma iteração é realizada a entrega para o cliente e inicia-se o planejamento da próxima iteração (priorização e estimativas);

As iterações vão seguindo até que se conclua o escopo de trabalho (product backlog).

Kanban

Já o Kanban, novamente de forma (bem) resumida, é uma metodologia de sinalização através de kanban (cartão em japonês) para controle de fluxo de operação.

O escopo de trabalho é dividido em cartões e colocado em um quadro, conhecido popularmente como kanban (com k minúsculo, pois maiúsculo é a metodologia);

Os cartões são divididos em colunas que indicam em que parte do processo se encontram: “a fazer”, “fazendo” ou “feito” (existem variações de colunas, mas estas três são fundamentais e não podem faltar!);

O trabalho em andamento ou em processo (WIP – Work in Process) é limitado, atribuindo-se limites explícitos para quantos itens podem estar em andamento em cada estado do fluxo de trabalho;

Não há iterações, novos cartões podem ser colocados na coluna “a fazer”, a ordem das prioridades dos cartões pode ser alterada, e se necessário, cartões podem ser removidos. Resumindo, a lista “a fazer” é totalmente flexível;

Como não há iterações, cada cartão ao ser concluído pode ser entregue ao cliente. Assim cada cartão sozinho já é um entregável de valor (MVP – Minimum Viable Product);

São necessários feedbacks periódicos para a evolução do processo da equipe/empresa.

Scrumban

Como dito no início, a ideia do Scrumban é utilizar melhor dos dois mundos (Scrum e Kanban):

  • Scrum:

Definições de papéis dentro da equipe para que cada membro saiba de suas responsabilidades;

Reuniões diárias para que cada membro da equipe informe o que fez, o que vai fazer e se teve algum problema (impedimento).

  • Kanban:

Utilização de quadro com cartões para definir as atividades do escopo de trabalho;

Sem iterações, fluxo de trabalho contínuo;

A lista de atividades (cartões) a fazer é flexível;

Número de atividades (cartões) em atendimento é limitado;

Atividades (cartões) não são estimadas;

Cada cartão deve ser entregável e trazer valor para o cliente (MVP).

  • Ambos:

Reuniões para avaliar e melhorar o desempenho do processo/equipe;

Entregas rápidas e menores do projeto para o cliente. O projeto é entregue por partes e vai sendo incrementado.

 

Como pode ser visto, o Scrumban é mais Kanban que Scrum. É utilizada a base do Kanban com acréscimo do conceito de equipe e parte dos ritos do Scrum. Comparado com o Kanban, o Scrum mais é prescritivo, acredito que seja por isso que é mais fácil trazer parte dos conceitos do Scrum para o Kanban do que o contrário. Tentar “trazer” o Kanban para o Scrum “fere” princípios básicos do Scrum como as iterações (sprints) e a inflexibilidade do escopo da iteração (sprint backlog).

Como o Kanban é um dos métodos ágeis menos prescritivo, ou seja, permite que cada empresa/equipe defina suas próprias regras (e devem estar bem definidas, Kanban não é bagunça!), acredito que o termo Scrumban não seja “oficial” justamente por na verdade ser considerado uma variação do Kanban. Um dos grandes “perigos” do Scrumban é achar que utilizar Scrum e Kanban de forma incorreta ou malfeita é uma metodologia. Eu diria que neste caso o melhor nome seria Metodologia Pato, faz de tudo, mas não faz nada direito!

Pra não ficar em cima do muro, eu particularmente gosto mais do Kanban por ser menos burocrático (com bem menos reuniões do que o Scrum) e por se adequar melhor ao 2º princípio do manifesto ágil:

“Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas”

 

E você? Qual metodologia gosta mais? Scrum ou Kanban?

Descobriu que utiliza Scrumban na sua empresa? Ou descobriu que usa “Metodologia Pato”? kkk

 

Antes que eu me esqueça, seguem outros artigos (e melhores que este) sobre o Scrumban:

O que é Scrumban?

https://blog.pmtech.com.br/scrumban/

Scrumban: O melhor do Kanban e Scrum

https://kanbantool.com/pt/scrumban-kanban-e-scrum

Scrumban: como usar Scrum com Kanban corretamente

https://www.luiztools.com.br/post/scrumban-como-usar-scrum-com-kanban-corretamente/

Qual a diferença entre kanban, scrum e o Scrumban?

https://medium.com/@CyMastrodomenic/qual-a-diferen%C3%A7a-entre-kanban-scrum-e-o-scrumban-f2f4e1e97edf

 

Texto escrito pelo nosso colaborador Elias Lasmar.