O documento fornece dados sobre falhas em projetos de desenvolvimento de software: 31% dos projetos são cancelados, 53% custam o dobro do estimado e apenas 16% são concluídos no prazo e orçamento. Ele também descreve princípios e práticas do Scrum para gerenciamento ágil de projetos, como sprints curtas, reuniões diárias e feedback contínuo do cliente.

1. André Luiz Teodoro

3. 31 % são cancelados
53% custam o dobro do estimado
Apenas 16% são completados no prazo
e custo estimados
*dados do CHAOS report

5. Falta de envolvimento do usuário
Requisitos e especificações incompletas
Falta de suporte da direção
Falta de Pessoas e Recursos

7. “Estamos descobrindo maneiras melhores de
desenvolver software, fazendo-o nós mesmos e
ajudando outros a fazerem o mesmo. Através deste
trabalho, passamos a valorizar:
• Indivíduos e interações
• Software que funciona
• Colaboração com cliente
• Responder a mudanças
• Processos e ferramentas
• Documentação abrangente
• Negociação de contratos
• Seguir um plano
+ Q
Ou seja, mesmo havendo valor nos itens à direita,
valorizamos mais os itens à esquerda”
agilemanifesto.org
fev/2001

9. SCRUM
THE NEW NEW
PRODUCT DEV.
GAME (HBR)
DESENVOLVIMENTO
ITERATIVO E
INCREMENTAL TIMEBOX
TEORIA DA
COMPLEXIDADE
LIDERANÇA
SERVIDORA
LEAN
MELHORIA
CONTÍNUA
ELIMINAÇÃO DE
DESPERDÍCIO
...
KEN SCHWABER JEFF SUTHERLAND

10. O objetivo é entregar o
máximo de valor de
negócio possível no
menor tempo

11. Scrum é um processo
iterativo
incremental para
desenvolvimento de produtos

12. Scrum é também um meio de
evidenciar os
problemas

13. Mas Scrum não é bala de
prata*
* Não mata vampiros e afins
* Exige trabalho duro e comprometimento

14. Simples Complicado Complexo Caótico
O que é Não muda Não muda Evita Mudar Muda
Como é Não Muda Evita Mudar Muda Muda
BEST
PRACTICES
(Processos
Definidos)
GOOD
PRACTICES
(Boks)
EMERGENT
PRACTICES
(Auto-
Organização
- SCRUM)
NOVEL
PRACTICES
(Reação)
Teoria da Complexidade

16. FLUXO
• SPRINT
PAPÉIS
• DEV TEAM
• SCRUM MASTER
• PRODUCT OWNER
ARTEFATOS
• PRODUCT BACKLOG
• SPRINT BACKLOG
• PRODUCT INCREMENT
EVENTOS
• PLANNING
• DAILY
• REVIEW
• RETROSPECTIVE
VALORES E
PRINCÍPIOS
Práticas Emergentes
?
NEW
NEW
PRJ
CHARTER
USER
STORY
TDD
REUNIÃO
DE METAS
MANIFESTO
ÁGIL
5 SCRUM
VALUES
PM-BOK
XP
MÉTODOS
ORGANIZACIONAIS

19. Scrum tem poucos papéis (não
são cargos!). São eles: Scrum
Master, Product Owner e Team

20. Gerente de
Projeto
Equipe de Gestão de Projeto

22. • Construir e adaptar os
processos;
• Remover impedimentos;
• Motivar as pessoas;
• Disseminar o Scrum;
• Garantir a comunicação;
• Desenvolver competências.
CULTURA
ORGANIZACIONAL

26. • Cria e compartilha uma visão do
projeto;
• Escrever e priorizar itens de
backlog;
• Estabelecer e manter o plano de
entregas;
• Tomar decisões pensando no ROI
do projeto.

27. • Representante do cliente;
• Define a meta por Sprint;
• Esclarece requisitos;
• Validar o software no final de
cada Sprint;
• Não define como fazer, mas
sim o que fazer primeiro.

29. • Estimar itens do
backlog;
• Se comprometer a
entregar um
incremento funcional
de software;
• Gerenciar o próprio
progresso;
• Auto orgarnizados

31. Time boxed de 5% da sprint;
Questões:
• O que será feito na Sprint? (PO
Responde)
• Como o trabalho será realizado?
(time conversa)

32. Etapa 1:
• PO apresenta os itens do topo do
Product Backlog ao time;
• O time estima o que cabe na Sprint,
levando em conta a capacidade do
time em Sprints anteriores;
• Fica definida uma Meta, que define
o que deve ser entregue no final
da Sprint.

33. Etapa 2:
O Time transforma os itens do backlog
em tarefas que possam ser feitas em
um dia ou menos.

35. • Time boxed de 15 min;
• Time de desenvolvimento
sincroniza as atividades e cria um
plano para as próximas 24 horas;
Questões:
• O que fiz desde a última daily?
• O que farei até a próxima daily?
• Tenho algum impedimento?

37. • Time boxed de 5% da Sprint;
• Reunião onde o time mostra aos
stakeholders o que foi feito durante
a Sprint;
• PO verifica o que foi e o que não foi
feito na Sprint;
• Dúvidas de uso são esclarecidas.

39. • Time boxed de 5% da Sprint;
“Oportunidade para o Time Scrum
inspecionar a si próprio e criar um plano de
melhorias a serem aplicadas na próxima
Sprint.”
Identificar :
• O que foi bem?
• O que pode melhorar?
• Identificar ações para melhorias

41. + Valor de
Negócio

42. User Story Template

47. • De 2 a 4 semanas;
• Cada Sprint deve ter uma meta;
• Cada sprint deve ter como saída
um inceremento do produto
potencialmente entregável;
• A Sprint pode ser cancelada se a
meta do sprint perder o sentido.

50. Scrum é um processo ágil
para gerenciar e controlar
trabalho
É uma aproximação coletiva,
iterativa e incremental, onde
requisitos mudam rapidamente

51. É uma forma de detectar e
remover os obstáculos que
entrem no desenvolvimento e
entregas
É melhorar a comunicação e
maximizar cooperação

52. Obrigado!