Tag: kanban

scrum vs kanban

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.