Em qualquer empresa, não é uma boa prática mudar constantemente de uma metodologia para outra. A maioria das equipes de desenvolvimento de software prefere trabalhar com um método de gerenciamento de projeto definido. No entanto, existem muitas empresas que tentam combinar os melhores recursos e práticas de diferentes métodos para criar sua própria abordagem única.
Neste post, você aprenderá alguns fatos básicos sobre o Scrumban e como combinar duas metodologias Agile populares - Kanban e Scrum para melhorar o desempenho dessa abordagem híbrida.
Mas primeiro, vale lembrar alguns fatos fundamentais sobre os dois métodos ágeis. Qual é o seu favorito na luta Scrum vs Kanban?
Scrum 101
O Scrum foi originalmente projetado para ajudar as equipes a maximizar sua capacidade de fornecer rapidamente, responder a requisitos emergentes e adaptar-se às mudanças nas condições do mercado.
Essa estrutura Agile requer o uso de ciclos de desenvolvimento de comprimento fixo chamados sprints. Cada corrida geralmente dura de 1 a 4 semanas.
Uma equipe Scrum geralmente é pequena, auto-organizada e multifuncional. Os membros da equipe dividem o trabalho em pequenos incrementos de produto e priorizam tarefas. O proprietário do produto escolhe todo o trabalho a ser feito em um sprint de uma só vez. Em seguida, a equipe conclui o trabalho durante cada sprint.
O Scrum ajuda a obter agilidade. Implica feedback frequente e princípios de tomada de decisão colaborativa.
Kanban 101
O Kanban é uma abordagem visual de gerenciamento de fluxo de trabalho para gerenciar a criação de produtos com ênfase na entrega contínua sem sobrecarregar as equipes. O método veio da fabricação.
Todos os itens de trabalho no Kanban são visualizados com cartões em um quadro e faixas que representam estágios do processo. Um quadro Kanban é usado para gerenciar o trabalho coletivo da equipe.
As equipes focadas no Kanban praticam uma abordagem de fluxo contínuo (continuamente planejando, trabalhando, revisando e medindo os resultados).
Uma das ferramentas essenciais do Kanban são os limites WIP. Ajuda a minimizar o caos e promover o foco, limitando explicitamente quantos itens estão em processo. As equipes kanban medem o lead time - o tempo médio entre o momento em que o trabalho é solicitado e o término.
Recursos comuns no scrum e no kanban
Equipes autogerenciadas
Um dos aspectos do sucesso do Scrum e do Kanban é que as equipes de desenvolvimento direcionam seu próprio trabalho, orientado pelos objetivos de negócios. Ambas as abordagens defendem o respeito pelas pessoas e permitem que elas façam seu melhor trabalho.
Pacotes de trabalho
Ambos os métodos prosperam com histórias de usuário bem definidas que podem ser realizadas e entregues separadamente. Scrum deixa a decisão sobre quanto trabalhar ao mesmo tempo para a equipe. O Kanban se concentra em limitar o número de itens que a equipe tem em andamento. A principal diferença é que o Scrum mede os níveis de produtividade das equipes em termos de velocidade da equipe, o Kanban controla o trabalho contínuo em andamento e limita o número de histórias nas quais a equipe aceitará trabalhar ao mesmo tempo.
Estrutura de placas
Um quadro Kanban é dividido em colunas e Swimlanes. Cada coluna representa um estágio do fluxo de trabalho. Swimlanes ajudam a separar diferentes tipos de atividades. Um quadro Kanban típico é dividido em 3 seções que mostram o estado de suas tarefas: Tarefa, Em andamento e Concluído.
O recurso de limites WIP no Kanban permite que você forneça mais tempo às pessoas responsáveis por esse estágio e que elas resolvam o gargalo.
Um quadro Scrum também é composto por Swimlanes horizontais (e geralmente verticais) que acompanham o progresso das tarefas e histórias comprometidas durante um Sprint. O quadro Scrum típico consiste em várias colunas progressivas: Histórias, Tarefas, Em andamento, Testes e Concluído. Os membros da equipe podem mover seus itens de trabalho pelo quadro.
Combinando as melhores práticas dos dois mundos ágeis
A decisão sobre a melhor metodologia deve ser bem equilibrada. Muitos especialistas acham que você achará o Scrum a escolha mais óbvia se estiver criando produtos, e o Kanban se adequará melhor se você fornecer serviços. No entanto, existe uma opção para combiná-los. Esta solução é Scrumban.
Definição em Scrumban
Scrumban é uma metodologia híbrida de desenvolvimento Agile que combina as melhores práticas de Scrum e Kanban. O método foi criado para atender às necessidades da equipe em minimizar o lote de trabalho e adotar um sistema baseado em pull.
O método Scrumban foi introduzido por um entusiasta do desenvolvimento de software, Corey Ladas. Em seu livro,
Scrumban: Essays on Kanban Systems for Lean Software Development , ele afirma que o Scrumban tem como objetivo fazer a transição de uma equipe de desenvolvimento do Scrum para o Lean ou o Kanban. Com o tempo, isso se tornou uma metodologia independente.
Scrum + Kanban = Scrumban
O híbrido de duas metodologias populares do Agile fornece às equipes de desenvolvimento a flexibilidade de adaptar e mudar as partes interessadas e os requisitos de produção sem sobrecargas.
O Scrumban é uma abordagem altamente versátil para o gerenciamento de fluxo de trabalho, pois fornece à estrutura do Scrum a visualização e a flexibilidade do Kanban.
Algumas equipes utilizam o Scrumban como um trampolim para passar do Scrum para o Kanban. Faz sentido, pois a mudança imediata para Kanban pode ser muito dolorosa e drástica para muitas equipes de desenvolvimento de software.
O principal objetivo do Scrumban é fornecer às equipes uma maneira suave e saudável de aprender a praticar a
Melhoria Contínua no Kanban sem sair da estrutura familiar do Scrum.
Como a abordagem híbrida combina a estrutura Scrum com os métodos baseados em fluxo do Kanban, é importante entender o que exatamente foi necessário em cada sistema.
Quais elementos Scrum são incorporados ao Scrumban?
- Planejamento de iteração em intervalos regulares, sincronizados com revisões e retrospectivas.
- Priorização de trabalho que oferece às equipes a melhor coisa para trabalhar na próxima
- A decisão sobre quanto trabalho pode ser puxado para o sprint de acordo com a complexidade do trabalho e a duração do sprint.
- A garantia do nível necessário de análise antes do desenvolvimento
- Usando a fila pronta entre as fases Backlog e Doing
Quais elementos Kanban são incorporados ao Scrumban?
O Kanban aprimora a visualização, adiciona melhorias no processo e fornece mais métricas de valor ao Scrumban. Aqui estão os elementos Kanban usados pelas equipes do Scrumban:
- Fluxo de trabalho contínuo e sistema Pull .
- Limites WIP - os limites explícitos de quantos itens estão em andamento.
- Concentrando-se mais no tempo de ciclo que no Burndown
- Funções individuais não claramente especificadas
- Prazos curtos com ênfase na análise e no planejamento just-in-time.
- Usando diagramas de fluxo para expor os pontos fracos do processo e identificar oportunidades de melhoria.
Conjunto rápido de vantagens do Scrumban
- Alta qualidade
- Prazo de execução curto
- Fatos e decisões exatamente quando necessários (just-in-time)
- Melhoria contínua (Kaizen)
- Minimizar tudo o que não agrega valor aos clientes
- Melhoria do processo adicionando alguns valores Scrum, se necessário
- Visualização perfeita de uma placa Scrumban
Software Scrumban
A maneira correta de executar o Scrumban é aplicar um software de gerenciamento de projetos moderno, adequado tanto ao desenvolvimento do Scrum quanto do Kanban.
Se esta
ferramenta de gerenciamento de projetos fornecer placas e cartões convenientes, limites WIP, redes de natação, tempo de espera e ciclo, poderá ser facilmente aplicada ao seu desenvolvimento de software Scrumban.
Sumário
Apesar de um grande número de opositores de fusões e aquisições, a combinação de duas metodologias ágeis passou no teste do tempo. A abordagem híbrida provou sua utilidade e conveniência e demonstrou força real.
Kanban é compatível com Scrum. Adicionar limites de WIP, visualização e outros elementos ao Scrum ajuda a melhorar a eficácia do Compromisso da Sprint.
No entanto, também introduz o limite WIP como um mecanismo para catalisar alterações incrementais. O limite do WIP evita a necessidade de compromisso para impulsionar a mudança, reduz qualquer dependência disfuncional de esforços heróicos e melhora o pensamento geral dos sistemas ao considerar possíveis melhorias.
Afinal, vamos definir o Scrumban como uma evolução suave ao invés de tratamento de choque. O que você acha disso? Você já tentou combinar as duas metodologias ágeis? Essa mistura foi eficaz? Sinta-se livre para compartilhar sua experiência abaixo.