O documento descreve Scrum e Kanban, duas metodologias ágeis para desenvolvimento de software. Scrum utiliza Sprints curtas com entregas frequentes, enquanto Kanban foca no fluxo contínuo de trabalho e limita itens em progresso simultâneo. Embora diferentes, ambas visam melhorar a comunicação e flexibilidade em relação a mudanças. A escolha deve considerar as necessidades e maturidade de cada equipe.

2. Processo de Desenvolvimento de Software

3. Processo de Desenvolvimento de Software

4. Scrum

5. Scrum

6. Scrum
• Equipes pequenas e auto organizadas
• Divisão de trabalho em tarefas
• Atualização das prioridades com o cliente
• Retrospectivas
• Papéis:
• Product Owner
• Scrum Master
• Team
• Conceitos: product backlog, Sprint backlog, estimative,
planning, Daily Scrum Meeting, Sprint, release, review,
retrospective

7. • Outros pontos:
• Transparência (todos são responsáveis)
• Problemas facilmente evidenciados
• Dificuldade com autogerenciamento
• Boa comunicação
• Times de 5 a 7 pessoas
• Comprometimento com a entrega
• Sprints com mesmo tamanho
• Testes automatizados
Scrum

8. Kanban

9. Kanban

10. Kanban
• Controle de fluxo de informação e produção
• Redução do tempo de espera
• Diminuição de estoque
• Controle do WIP (Work in Progress) – impor limites
• Visualização do fluxo de trabalho
• Acompanhamento do tempo de execução de tarefa
• Otimização do processo – tempo de execução previsível
• Princípios: pessoas, valor, fluidez
• Conceitos: quadro (coluna = estado ou fila), regras
(WIP, movimentação entre colunas), dinâmica (medição,
otimização)

11. Kanban
• Outros pontos:
• Transparência (todos são responsáveis)
• Problemas visualizados de forma mais rápida
• Equipes mais amadurecidas e auto gerenciáveis
• Aumento da cobrança entre o time
• Velocidade do time evidenciada
• Mapeamento do fluxo de entrega
• Boa definição do escopo
• Mudança sem esperar o ciclo seguinte
• Reuniões acontecem sobre demanda
• Estimativas não obrigatórias
• Gráfico com as atividades de cada coluna por dia

12. Qual utilizar?
• Não existe ferramenta melhor que a outra
• Uma metodologia se aplica melhor a determinada
empresa do que a outra
• Nenhuma metodologia é completa ou perfeita
• A metodologia mais adequada auxilia na obtenção de
sucesso, mas não é garantia dele
• Scrum é mais prescritivo que Kanban
• Métodos ágeis são mais prescritivos que modelos tradicionais
• Indivíduos e interações sobre processos e ferramentas
• Scrum prescreve mais cerimônias que o Kanban
• Preocupações do Kanban:
• Visualizar fluxo
• Limitar atividades em andamento

13. Qual utilizar?

14. Qual utilizar?
Scrum Kanban
Iterações prescritas Iterações opcionais. Orientadas a eventos.
Usa a velocidade como padrão métrico para
melhoria do processo
Usa o Lead Time como padrão médio para
melhoria do processo
Equipes multifuncionais prescritas Equipes multifuncionais opcionais
Gráfico Burn Down Nenhum gráfico específico
WIP limitado indiretamente pela Sprint WIP limitado diretamente pelo fluxo de trabalho
Estimativa prescrita Estimativa opcional
Não adiciona estórias a iteração corrente Pode adicionar estórias tendo capacidade
disponível
Possui três papéis Não discrimina papel
Quadro reiniciado a cada Sprint Quadro contínuo
Product Backlog priorizado Priorização opcional
Estórias quebradas para caber na Sprint Sem prescrição de tamanho de estórias