Scrum vs Kanban
Scrum – O que é? Um framework ágil no qual as pessoas podem endereçar problemas adaptativos e complexos, enquanto produtiva e criativamente entregam produtos com o mais alto valor possível de maneira iterativa e incremental.
Como Funciona? Divide o projeto em ciclos, as Sprints, que fragmentam o volume de trabalho da equipe para que possam atuar nos itens de maior prioridade primeiro.
Kanban – O que é? Um método para definir, gerenciar, e melhorar serviços de modo que os times se aprimorem colaborativamente e evoluam experimentalmente. Pode ser caracterizado como um método “comece pelo que você faz agora” – um catalizador para mudanças rápidas e focadas nas organizações – que reduz a resistência a mudanças benéficas alinhadas com os objetivos da organização.
Como funciona? Baseia-se em tornar visível o que de outra forma seria conhecimento intangível, para garantir que o serviço funciona na quantidade certa de trabalho. para fazer isso, usamos um sistema de fluxo de entrega que limita a quantidade de trabalho em andamento (WIP) usando quadros visuais que ajudam as equipes a se auto-organizarem para realização do trabalho.
| As equipes Scrum trabalham em Sprints que podem durar de 1 a 4 semanas. | Kanban é um método contínuo sem delimitação de tempo. |
| O trabalho do Scrum Master é ajudar o Product Owner e a Equipe de Desenvolvimento a desenvolver e manter bons hábitos. | É trabalho do SDM ajudar o SRM e a Equipe de Desenvolvimento a desenvolver e manter bons hábitos. (Os papéis de SDM e SRM) não são obrigatórios no Kanban. |
| Cada Sprint começa com uma reunião de Planejamento da Sprint – facilitada pelo Scrum Master e atendida pelo PO e Equipe de Desenvolvimento. Juntos, selecionam itens de alta prioridade que a equipe se comprometerá a entregar naquela Sprint. Os itens selecionados são conhecidos como o Sprint Backlog. | Os itens são “puxados” diretamente do Product Backlog. |
| A equipe de desenvolvimento trabalha com os itens do Sprint Backlog apenas durante aquela Sprint. Os novos requerimentos devem, exceto em circunstâncias excepcionais, aguardar a próxima Sprint. | Cada coluna tem um limite estrito de trabalho em andamento (WIP). Os limites do WIP garantem que os itens se movam no board no menor tempo possível. Uma coluna vazia- ou quase vazia – é um sinal para a coluna anterior liberar outro item. Este é o sistema de “puxar” em ação. |
| A Daily Meeting é uma reunião curta, de no máximo 15 minutos, em que o Time de Desenvolvimento normalmente informa o que foi feito, o que será feito e se há algum impedimento. | A Kanban Meeting é uma reunião (geralmente) diária que promove a auto-organização e revisão de planejamento para aqueles que colaboram para entregar o serviço. Geralmente usa um formato “stand-up” para incentivar uma reunião curta e enérgica com foco em concluir itens de trabalho e desbloquear problemas. |
| É na Sprint Review que acontecem demonstrações de novas features para os Stakeholders e os feedbacks são recolhidos. Todos os itens incompletos retornam ao Product Backlog. | Cada item é empacotado para ser liberado assim que estiver pronto. |
| É na Sprint Retrospective que o time avalia o que correu bem, o que poderia ser melhorado, etc – gerando pontos de ação para melhorar as próximas Sprints. | Demonstrações das novas features para os Steakeholders acontecem nas reuniões de Demo, que são opcionais. |
| Assim que finalizados os itens já são liberados para uso. | Na Service Delivery Review o time examina e melhora a efetividade do serviço. Objetivo: melhoria contínua do processo . |
| A Replenishment Meeting é uma reunião facilitada pelo SRM com objetivo de reabastecer o backlog de trabalho. Pode acontecer em intervalos regulares ou , idealmente, quando necessária. |