1) O documento discute métodos ágeis como Scrum e Kanban e seus benefícios como maior produtividade, entrega mais rápida de recursos e maior valor para os clientes. 2) Estudos mostram que projetos ágeis são 16% mais produtivos e 37% mais rápidos do que projetos tradicionais. Uso de métodos ágeis deve aumentar para 80% dos projetos de software em 2012. 3) Scrum estrutura equipes multifuncionais auto-organizadas para entregar incrementos potencialmente utilizáveis a cada S

1. Giespp

2. 2008 - 2013
Pensamento Kaizen: mudança para melhor, melhoria contínua de um fluxo completo de valor ou
de um processo individual, a fim de se criar mais valor com menos desperdício. Além de melhorar
a produtividade, o contribui para a melhoria das condições de trabalho.

9. Salesforce.com
Percebeu que passou a entregar 01 features ao invés de 04 no ano. Após o primeiro ano com
Scrum a empresa lançou 94% mais recursos, distribuiu 38% mais recursos aos desenvolvedores e
distribuiu 500% a mais de valor a seus clientes.
QSM Associates
Base de 7,5 mil projetos, que considerou esforço, prazo, dificuldade técnica e outros fatores. Obteve
o resultado que projetos ágeis são 16% mais produtivos e 37% mais rápido.
DDJ e Version One
Com um número significante de participantes, 82% acharam que a produtividade com Scrum foi
maior, 73% acharam que com conceito ágil tinha melhorado, 50% melhorado expressivamente e
23% profundamente.
Gartner
Prevê que 80% dos projetos de software utilizarão métodos ágeis em 2012.

12. estagiado
integradas
revisão e melhorias

13. Priorizar Planejar Executar Responder

14. valores
princípios
nós valorizamos mais os itens acima

15. Inspeção Transparência Adaptação Integração Contínua
Heterarquia Melhoria Contínua Pareamento Flexibilidade

17. O dono do produto, responsável por maximizar o valor do produto e do trabalho da equipe de
desenvolvimento. É a única pessoa responsável por gerenciar o product backlog, ele é uma pessoa
e não um comitê.
Ordenar os itens do
Garantir o valor do
Expressar claramente os Product Backlog para
trabalho realizado pelo
itens do Product Backlog. alcançar melhor as metas
Time de desenvolvimento.
e missões.
Garantir que o Product
Garantir que a equipe de desenvolvimento entenda os
Baklog seja visível e
itens do Product Backlog no nível necessário.
transparente para todos.

18. Responsável por garantir que o Scrum seja entendido e aplicado em suas práticas e regras. O
Scrum Master é um servo-líder para o time, ensinando e liderarando a equipe de desenvolvimento
na criação de produtos de alto valor.
Ajudar colaboradores e
Causando mudanças que
Liderar e treinar a stakeholder a
aumentam a
organização na adoção compreender e tornar
produtividade do time
do Scrum. aplicável o Scrum e o
Scrum.
modelo empírico.
Treinar a equipe de
Remover impedimentos Facilitar os eventos
desenvolvimento em auto-
para o progresso do time Scrum conforme exigidos
gerenciamento e
de desenvolvimento. ou necessários.
interdisciplinaridade.

19. Profissionais que realizam o trabalho de entregar uma versão usável que potencialmente incrementa
o produto “Pronto” ao final de cada Sprint. As equipes são estruturadas e autorizadas pela
organização para organizar e gerenciar seu próprio trabalho.
Equipes de
Tornam o Product Backlog
Equipes de desenvolvimento são
em incrementos de
desenvolvimento são multifuncionais, possuindo
funcionalidades
auto-organizadas. todas as habilidades
potencialmente utilizáveis.
necessárias.
Integrantes podem ter
habilidades Equipes de desenvolvimento não contém sub-equipes
especializadas, mas a dedicadas a domínios específicos de conhecimento,
responsabilidade pertence tais como teste ou análise de negócios.
à equipe.

21. Como um gerente,
Como um preciso visualizar
cliente, quero ver os Como um vendedor responsável pelo setor de livros, eu pedido de empréstimos
filmes disponíveis quero procurar por livros filtrando por nome para que seja acima do limite de
para locação para que possível verificar se o livro X está disponível para pronta crédito do cliente para
possa alugá-lo. entrega. efetuar a aprovação.
Como um cliente, quero Como CTO, eu quero que o
ser capaz de executar site esteja disponível 99,99%
o seu produto em todas do tempo para não ter Como alguém que fala uma língua latina, gostaria
as versões do Windows frustação e procurar outro site de utilizar o sistema no meu idioma a qualquer
desde o Windows 95. para usar. momento.

22. Itens
Critério de Aceitação
• Eu posso pesquisar por...
• Eu posso pagar com um...
• Eu posso visualizar e
editar…

23. Product Backlog Sprint Backlog
5
8
5

24. A equipe está
Qual é a velocidade Quanto trabalho
adicionando
da equipe para resta para completar Quando é que a equipe
trabalho durante a
completar o trabalho no tempo terminará a iteração atual?.
iteração? Há espaço
restante? disponível?
suficiente?

29. qual um “Pronto”, versão
incremental potencialmente utilizável do produto, é criado.

30. Reunião colaborativa de planejamento do trabalho, conteúdo a ser realizado em um Sprint.
Parte 01 Parte 02
• Apresentação e explicação do
Product Backlog pelo PO. • Definição do time de como irá
construir as funcionalidades.
• Estimativa de esforço no
• Entendimento de tarefas no nível
entendimento do “pronto”.
menor, compreender ordem
necessária, dependências e etc.
• Seleção dos itens de acordo
com período da Sprint e suas • Apresentar ao PO e SM como
respectivas prioridades. pretendem trabalhar para completar
o objetivo da Sprint.
• Definição da meta da Sprint.

31. Estimativa consensual entre a equipe de desenvolvedores, que pontua o esforço entre as estórias,
técnica também conhecida como Story Points.

32. Reunião para inspecionar o trabalho desde a última reunião diária, e prever o trabalho que deverá
ser feito antes da próxima reunião diária.
Melhoram as
comunicação, eliminam 1. O que foi completado desde a última reunião?
outras reuniões, 2. O que será feito até a próxima reunião?
identificam e removem 3. Quais os obstáculos que estão no caminho?
impedimentos.
Reunião chave para
inspeção e adaptação.

33. Reunião de Revisão da Sprint, executada no final da Sprint para inspecionar o incremento e adaptar
o Backlog do Produto, se necessário.
A equipe discute o
O Product Owner
que foi bem durante
identifica o que foi
a Sprint, quais
“Pronto” e o que não A equipe demonstra o trabalho que está “Pronto” e
problemas
foi “Pronto” responde as questões sobre o incremento.
ocorreram e como
foram resolvidos.
O PO projeta as prováveis datas de conclusão baseado no progresso. O grupo todo colabora
sobre o que fazer a seguir e fornece entradas valiosas para a próxima reunião de Sprint Planning.

34. Reunião de retrospectiva é uma oportunidade para o time Scrum inspecionar a si próprio e criar um
plano para melhorias a serem aplicadas na próxima Sprint.
Inspecionar como a
última Sprint foi em Criar um plano para implementar
Identificar e ordenar os
relação as melhorias no modo que o time faz seu
principais itens que foram bem
pessoas, relações, pro trabalho.
e as potenciais melhorias
cessos e ferramentas.