Scrum vs Kanban
Scrum vs kanban – quais as diferenças e similiridades entre estas 2 frameworks ágeis. Scrum e Kanban são, dessa forma, duas frameworks de desenvolvimento ágil de produtos e serviços. O Scrum pertence, assim, à família das frameworks Agile baseadas em sprints ou iterações. Por outro lado, o Kanban pertence à família de frameworks Agile de fluxo contínuo.
Scrum
O Scrum é, dessa maneira, uma metodologia ágil, iterativa e incremental. O Scrum desenvolve, dessa forma, produtos ou resolve problemas com base em sprints ou iterações. Desse modo, um sprint é um ciclo de duração curta e fixa, em que a equipa se foca em atingir um determinado objetivo. Em Scrum, a duração dos sprints varia geralmente, por exemplo, entre 1 a 4 semanas, consoante os níveis de incerteza e volatilidade, e consoante a natureza do produto ou serviço. Durante o sprint a equipa está focada, dessa maneira, em desenvolver um conjunto de requisitos e para de trabalhar quando o tempo alocado ao sprint terminar.
Kanban
O Kanban é, dessa forma, uma framework focada na continuidade do fluxo de trabalho. Esta é, dessa maneira, especialmente conhecida pela sua simplicidade e por adoptar práticas para visualizar continuamente o trabalho em curso. O seu foco principal é, assim, aumentar a eficiência.
Ainda mais, a face mais visível do Kanban é o Kanban board que deve ter no mínimo 3 colunas que facilmente mostram o progresso do projecto de forma bastante visual. Dessa maneira, uma tarefa é escrita num post-it ou cartão e adicionada à primeira coluna, assim que a tarefa começa a ser desenvolvida começa a avançar da coluna da esquerda para a direita. Contudo, o número de colunas pode mudar de acordo com as necessidades da equipa.
Para além disso, o Kanban limita o trabalho em curso (work–in-progress) para garantir que a equipa está focada em concluir os requisitos em curso e não tem mais trabalho que o que consegue concluir.
Scrum vs Kanban
No quadro abaixo vemos, dessa maneira, em mais detalhe algumas diferenças entre as duas frameworks:
| Elemento | Scrum | Kanban |
| Membros da equipa | É recomendável que a equipa tenha menos que 10 elementos. Este número inclui todos os papéis da Scrum Team. | Não há limite ao número de membros da equipa. |
| Papéis da equipa | São designadas responsabilidade e papéis diferentes aos membros da equipa (e.g., Scrum Master, Product Owner e Developers) | Os membros são generalistas ou especialistas. |
| Ciclos de trabalho | Sprints que podem demorar geralmente entre 1 a 4 semanas. | Fluxo de trabalho contínuo. |
| Regras | Segue regras estritas definidas pela Scrum Framework (e.g., Eventos, Artefactos, Timeboxing,…) | Adopta regras flexíveis. |
| Atribuição de tarefas | Os elementos da equipa se auto-atribuem tarefas. | Os membros da equipa escolhem as suas tarefas mas podem ser informados das tarefas que devem ser concluídas antes. |
| Limites | Durante o planeamento do sprint, a equipa aceita o trabalho que acredita conseguir acabar durante o sprint. | São adotados work-in-progress limits que limitam o trabalho em curso. |
Em suma, Scrum e Kanban são duas formas de desenvolver produtos e serviços, ou resolver problemas. Para alguns contextos, a disciplina dos sprints de duração fixa do Scrum é, dessa forma, a melhor alternativa. Para outros, a cadência de desenvolvimento do Kanban é, desse modo, a opção ideal.
Por fim, algumas equipas adoptam a framework Scrumban que combina estas duas frameworks.