Kanban vs Scrum (Kanban versus Agile Scrum)
Apresentamos uma comparação detalhada entre Kanban e Scrum. Comecemos pelas semelhanças entre Kanban e Scrum.
Semelhanças (Kanban vs Scrum)
- Kanban e Scrum podem ambos apoiar formas de trabalho Lean e Agile.
- Kanban e Scrum utilizam uma organização pull em vez de uma organização push.
- Kanban controla explicitamente o WIP; Scrum limita o trabalho selecionado para o Sprint através de uma duração fixa e da previsão dos Developers, podendo acrescentar controlos WIP explícitos.
- Kanban e Scrum utilizam a transparência para promover a renovação dos processos.
- Kanban e Scrum concentram-se em fornecer aplicações de software prontas a disponibilizar.
- Kanban e Scrum funcionam em estruturas de equipas auto-organizadas.
- Kanban e Scrum valorizam a divisão dos requisitos em itens de trabalho mais pequenos e fáceis de assimilar.
- Kanban e Scrum apoiam uma estratégia de lançamento continuamente melhorada com base em métricas empíricas.
- Tanto em Kanban como em Scrum, as equipas escolhem como gerir a delegação nos seus pequenos grupos. O seu dever e missão são manter o fluxo de valor a chegar eficientemente aos clientes. Assim, podem responder prontamente às mudanças, enquanto criam produtos e serviços competitivos com orçamentos razoáveis.
Diferenças (Kanban vs Scrum)
Uma Comparação Detalhada das Diferenças entre Kanban e Scrum
| KANBAN | SCRUM |
|---|---|
| Utiliza a métrica «Tempo de Atravessamento» para medir, otimizar e melhorar a rapidez da entrega. | Pode utilizar a Velocity como apoio à previsão. Scrum não exige a utilização da Velocity e também pode utilizar métricas de fluxo. |
| Dimensione e divida os itens de trabalho conforme for útil para o fluxo; Kanban não prescreve uma escala fixa de pontos de história. | Os itens de trabalho devem ser divididos em dimensões razoáveis, para caberem nas iterações Scrum (Sprints). |
| Trabalho em Curso (WIP) Limitado em cada etapa do fluxo de trabalho. | Os Developers preveem o trabalho selecionado para cada Sprint; podem acrescentar-se limites WIP explícitos ao fluxo de trabalho. |
| São bem-vindos novos itens de trabalho desde que os limites WIP das etapas do fluxo o permitam. | O âmbito pode ser esclarecido e renegociado com o Product Owner durante um Sprint, sem pôr em risco o Objetivo do Sprint nem reduzir a qualidade. |
| Não especifica papéis. Ainda assim, para adquirirem conhecimentos e se manterem competitivos nas suas indústrias, os membros das equipas Kanban recebem formação como Especialistas Kanban ou Gestores de Projetos Kanban. | Define 3 responsabilidades específicas: Scrum Master, Product Owner e Developers, que, em conjunto, constituem a Equipa Scrum. |
| A ordenação e o refinamento seguem políticas explícitas adequadas ao serviço; não é prescrita nenhuma reunião obrigatória. | Exige um Product Backlog ordenado; o refinamento é uma atividade contínua, não um evento formal adicional. |
| Não exige iterações. Podem escolher-se cadências de reposição, entrega e feedback adequadas ao serviço. | As iterações (Sprints) têm duração fixa. |
| O quadro Kanban mantém-se para um determinado projeto, produto ou serviço. | É criado um Sprint Backlog para cada Sprint. Um quadro pode representá-lo visualmente e preservar um histórico útil. |
| As equipas Kanban comprometem-se com os objetivos do projeto, a eficiência e os resultados finais do negócio. | As Equipas Scrum comprometem-se com os Objetivos do Sprint. |
| São permitidas equipas multifuncionais, bem como equipas de especialistas, em Kanban. | Exige equipas multifuncionais. |
| Não são especificados gráficos. | Pode utilizar a gráficos burndown ou outras ferramentas de previsão; não é exigido nenhum tipo de gráfico. |
| A estimativa é opcional e organizada de forma colaborativa segundo as políticas. Um Certified Kanban Project Manager™ (Kanban-PM™) pode apoiar o planeamento, mas Kanban não exige esse papel nem lhe atribui todas as estimativas. | O Os Developers que realizam o trabalho são responsáveis pelo seu dimensionamento; Scrum não prescreve uma escala de pontos. |
| Um quadro Kanban pode ser partilhado por várias organizações ou equipas. | Um Quadro Scrum (Sprint Backlog) pertence a uma única equipa Scrum. |
Eventos Scrum vs Kanban
Scrum define um Sprint que contém Planning, Daily Scrum, Review e Retrospective.
A tabela compara estes eventos e as práticas de planeamento de apoio com possíveis cadências Kanban; Kanban não substitui nem proíbe automaticamente os eventos Scrum.
| Evento Scrum | Objetivo | Com Que Frequência? | Sugestão de Kanban | Com Que Frequência? |
|---|---|---|---|---|
| Planeamento Global de Lançamentos e Estratégia (prática de apoio, não um evento formal Scrum) | O Product Owner é responsável por criar o backlog inicial e os objetivos de lançamento. | Revisto conforme as necessidades do produto ou serviço. | A mesma prática que Scrum. | Revisto conforme as necessidades do produto ou serviço. |
| Reunião de Sprint Planning | Toda a Equipa Scrum acorda o Objetivo do Sprint; os Developers selecionam os itens do Product Backlog e criam o seu plano de entrega. | No início de cada Sprint. | Sem substituição. A equipa Kanban puxa itens do Backlog enquanto os seus Limites WIP o permitirem. | Cadência escolhida de acordo com o serviço. |
| Reunião de Daily Scrum (Reunião Diária em Pé) | Os Developers inspecionam o progresso em direção ao Objetivo do Sprint e adaptam o seu plano. | Todos os dias. | Uma revisão regular do fluxo pode inspecionar o trabalho ativo, a sua idade, os itens bloqueados, o WIP e as expectativas do serviço. Uma cadência diária é uma opção. | Todos os dias. |
| Reunião de Sprint Review | A Equipa Scrum e as partes interessadas inspecionam o resultado do Sprint e o progresso em direção ao Objetivo do Produto, adaptando depois os próximos passos. | No final de cada Sprint. | As partes interessadas podem inspecionar o quadro, e as revisões de entrega do serviço ou outras conversas de feedback podem inspecionar os resultados e as necessidades. | Cadência escolhida de acordo com o serviço. |
| Reunião de Sprint Retrospective | Identificação de ações para otimizar o processo. | No final de cada Sprint. | As revisões do fluxo e do serviço, as retrospetivas ou as conversas de melhoria no momento necessário podem resolver impedimentos e melhorar a eficácia. | Cadência escolhida de acordo com o serviço. |
Garantimos que a sua formação online gratuita o fará passar no Exame de Certificação Scrum e Kanban!
-
01
Inscreva-se Online
Escolha a sua certificação Accredited e conclua a inscrição.
-
02
Receba o Seu Código de Acesso
O seu código pessoal de acesso ao exame é enviado instantaneamente por email.
-
03
Prepare-se e Faça o Seu Exame
Estude a sua formação gratuita e responda online a 30 / 50 perguntas de escolha múltipla, de acordo com o seu programa.
-
04
Obtenha a Sua Credencial Vitalícia
Receba o seu certificado com validade mundial e o seu badge digital verificável.
A SUA FORMAÇÃO ONLINE PREMIUM GRATUITA
The Scrum Framework, Terceira Edição, Está Pronto.
Criámos a sua formação com um consórcio de líderes empresariais e de pessoas, coaches de Scrum e Kanban, mentores, especialistas e autoridades reconhecidos de todas as principais indústrias. Todos os visitantes do International Scrum Institute™ lhe podem aceder. Encontre os materiais através de O Seu Livro Scrum Gratuito e A Sua Formação Scrum e Kanban Premium Gratuita do menu principal.
Estes materiais são propriedade intelectual do International Scrum Institute™, protegida por direitos de autor. Partilhamo-los gratuitamente com todos porque partilhar os nossos conhecimentos serve os profissionais Scrum e Kanban e ajuda a desenvolver a área.
O seu exame de certificação utiliza perguntas de escolha múltipla. Estude a formação online para adquirir os conhecimentos necessários para passar no exame e obter a sua Certificação Scrum e Kanban.
Garantimos que a sua formação online premium gratuita o fará passar no Exame de Certificação Scrum e Kanban!