1. 1
Desmistificando Agile & Scrum
Desenvolvimento de Software Sem Stress
© Teamware do Brasil – 2009-2010

2. 2
Quem somos?
• Teamware do Brasil
• Pioneira no Brasil em melhoria de processos com foco exclusivo em Abordagens Ágeis
• Fundadora da Agile Alliance Brasil e Corporate Member da Agile Alliance e Scrum
Alliance
• Primeiro treinamento aberto de Certified Scrum Master no Brasil
• Consultores Especializados Nacionais e Internacionais em:
• Agile Process Improvement
• Scrum, Lean, XP, OpenUP, FDD
• Agile RUP, Agile CMMi, TOC
• Inovação, Knowledge Teams, OpenSourcing
© Teamware do Brasil - 2009

3. 3
Alguns dos nossos clientes
© Teamware do Brasil - 2009

4. 4
© Teamware do Brasil - 2009

5. 5
© Teamware do Brasil - 2009

6. 6
© Teamware do Brasil - 2009

7. 7
© Teamware do Brasil - 2009

8. 8
© Teamware do Brasil - 2009

9. 9
© Teamware do Brasil - 2009

10. 10
© Teamware do Brasil - 2009

11. 11
PERIGOS A FRENTE!
• Horrores de Português a Frente!
• Palestra em portunhol, por favor não se horrorize
com os horrores de português.
• Perigo de Mexerem no seu Queijo
• O conteúdo desta palestra pode afetar a sua visão
de mundo e ter seu queijo mexido.
© Teamware do Brasil - 2009

12. 12
Quais são as causas do Stress em Projetos de Software?
• As demandas mudam?
• Usuários sabem exatamente o que precisam?
• Os requisitos são claros e não permitem mal
interpretações?
• As estimativas são precisas?
• Planos sempre são cumpridos como planejados?
Não tratar corretamente estes problemas ou trata-los de
forma ineficaz pode ser a causa do Stress.
© Teamware do Brasil - 2009

13. 13
Minhas metas para esta palestra
• Você conhecera alguns dos conceitos chave da Gestão
Àgil de Projetos
• Você entendera porque Scrum é diferente
• Com sorte você tenha interesse em saber mais sobre o
assunto
© Teamware do Brasil - 2009

14. 14
Pesquisa sobre a
adoção de abordagens ágeis
© Teamware do Brasil – 2009-2010

15. 15
Pesquisa conclui: Ágilidade Funciona na Pratica
• Pesquisa com 4232 profissionais de TI em março de
2006 publicada na revista Dr. Dobbs mostra:
• 65% trabalham em organizações que tem adaptado
uma ou mais técnicas de desenvolvimento ágil
• 41% trabalham em organizações que tem adotado
uma ou mais metodologias ágeis
• 60% reportaram aumento na produtividade
• 66% reportaram aumento na qualidade
• 58% reportaram melhoria na satisfação dos
stakeholders
© Teamware do Brasil - 2009

16. 16
Que metodologia segue mais de perto?
Scrum: 40%
XP: 23%
Híbrido:14%
DSDM: 8%
Outras: 15%
© Teamware do Brasil - 2009

17. 17
Qual o tipo de melhorias experimentadas?
Nada Melhoria Significat
Habilidade de mudar de prioridades 8% 52% 40%
Aumento da Produtividade 25% 58% 17%
Melhoria da Moral da Equipe 26% 54% 20%
Aumento da Qualidade do Software 26% 50% 24%
Redução de Time-To-Market 29% 51% 20%
Redução de Riscos do Projeto 28% 55% 17%
Alinhamento entre Objetivos de TI e de Negócio 34% 44% 22%
© Teamware do Brasil - 2009

18. 18
Valores do manifesto ágil
© Teamware do Brasil – 2009-2010

19. 19
O Manifesto Ágil – Os valores
Indivíduos e interações sobre Processos e ferramentas
Documentação
Software funcional sobre
abrangente
Colaboração com
sobre Negociação contratual
cliente
Responder a mudanças sobre Seguir um plano
© Teamware do Brasil - 2009

20. 20
Sobre o paradigma atual em
Gestão 1.0 vs. Gestão 2.0
© Teamware do Brasil – 2009-2010

21. 21
Trabalho 1.0
“A maioria das nossas supocisões sobre negócios,
tecnologia e organizações tem pelo menos 50 anos.
Elas tem sobrevivido a seu tempo. Como resultado,
estamos pregando, ensinando, e praticando políticas
que estão cada vez mais desalinhadas com a
realidade e são contra producentes.”
Peter Druker (1998)
© Teamware do Brasil - 2009

22. 22
Trabalhador 1.0
• Executor de tarefas
• Seu Chefe Planeja Taticamente
• Executa
• Seu Chefe Verifica
• Seu Chefe Melhora seu trabalho
© Teamware do Brasil - 2009

23. 23
Trabalho 2.0
“A mais importante, e de fato a
verdadeiramente única, contribuição da
gestão no Século 20, foi o incremento em 50
vezes da produtividade do TRABALHADOR
MANUAL na industria. A mais importante
contribuição que a gestão precisa fazer no
Século 21 é similarmente incrementar a
produtividade do TRABALHO DO
CONHECIMENTO e o TRABALHADOR DO
CONHECIMENTO.”
Peter Drucker (1999, p135)
© Teamware do Brasil - 2009

24. 24
Trabalhador 2.0
• Especialista e conhecedor profundo do seu
trabalho
• Planeja Taticamente
• Executa
• Verifica
• Melhora seu trabalho
© Teamware do Brasil - 2009

25. 25
O que é Scrum?
© Teamware do Brasil – 2009-2010

26. 26
Scrum em 100 palavras
• Scrum é um processo ágil que nos permite
focar na entrega de maior valor de
negocio no menor tempo.
• Ele nos permite rapida e repetidamente
inspecionar software funcionando (a cada
duas a quatro semanas).
• O negocio define as prioridades. A equipe
se auto-organiza para determinar qual é a
melhor forma de entregar a
funcionalidades de maior prioridade.
• A cada duas semanas a um mês todos
podem ver software real funcionando e
decidir entregalo como esta ou continuar
incrementando ele por outra sprint.
© Teamware do Brasil - 2009

27. 27
Scrum é usado por...
• Microsoft
• Intuit
• Yahoo
• Nielsen Media
• Google
• First American Real Estate
• Electronic Arts
• BMC Software
• High Moon Studios
• Ipswitch
• Lockheed Martin
• John Deere
• Philips
• Lexis Nexis
• Siemens
• Sabre
• Nokia
• Salesforce.com
• Capital One
• Time Warner
• BBC
• Turner Broadcasting
• CESAR
• Oce
• CERTI
© Teamware do Brasil - 2009

28. 28
Scrum é usado para...
• Software comercial
• Desenvolvimento de Vídeo Games
• Desenvolvimento interno
• Sistemas críticos, aprovados pelo FDA
• Desenvolvimento por Terceirizado
• Software de controle de Satélites
• Projetos de Preço Fixo
• Websites
• Aplicações financeiras
• Software para portáteis
• Aplicações certificadas ISO9001 • Telefones celulares
• Aplicações de controle de redes
• Sistemas embarcados
• Aplicações ISV
• Systemas 24x7 com 99.999% de
• Algumas das maiores aplicações em uso
uptime requerido
na atualidade
• O avião Joint Strike Figther
© Teamware do Brasil - 2009

29. 29
Influencias de Scrum
• Lean Thinking
• Artigo “The New New
Product Development
Game” de Nonaka e
Takeushi na Hardvard
Bussines Review
• Desenvolvimento
Iterativo e incremental
© Teamware do Brasil - 2009

30. 30
Lean Thinking (Pensamento Enxuto)
• Fluxo de Produção de uma única peça – One Piece Flow
• Produção Just In Time (JIT)
• Processos Puxados vs. Processos Empurrados
Desperdícios em Desperdícios em
Manufatura Desenvolvimento de
Software
Inventario Trabalho parcialmente
pronto
Processamento extra Processos extra
Sobre produção Funcionalidades extra
Transportação Mudança de tarefas
Movimentação Movimentação
Defeitos Defeitos
© Teamware do Brasil - 2009

31. 31
Estamos perdendo a carreira de revezamento…
“A abordagem de ‘corrida de revezamento’
para desenvolvimento de produtos… pode
conflitar com as metas de máxima
velocidade e flexibilidade. Ao invés uma
abordagem holística ou estilo rugby onde a
equipe tenta ir toda a distancia como uma
unidade, passando a bola para frente e para
atrás - pode servir melhor nossos requisitos
de competividade de hoje.”
Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product
Development Game”, Harvard Business Review, January 1986.
© Teamware do Brasil - 2009

32. 32
Papeis de Scrum
• Papeis de Scrum são papeis num processo não
posições ou cargos numa empresa
© Teamware do Brasil - 2009

33. 33
Entregar Pontos com Bolas
• Como uma equipe,
entregue tantos pontos
quanto possível
• 4 Iterações com
Timebox de 2 minutos
© Teamware do Brasil - 2009

34. 34
O que aconteceu?
• O que vocês observaram?
• Foi usado um processo para melhorar?
• Em que consiste?
• Podemos usar este mesmo processo para outras
coisas de forma sistemática?
© Teamware do Brasil - 2009

35. 35
PDCA – Deming Cycle
• Planejar - Plan
• Fazer - Do
• Verificar - Check
• Melhorar – Act
© Teamware do Brasil - 2009

36. 36
Porque é diferente?
Processos definidos vs. empíricos
© Teamware do Brasil – 2009-2010

37. 37
Tipos de Processos
“É típico adotar a abordagem de modelagem
definida (teórica) quando os mecanismos
subjacentes pelos quais um processo opera
são razoavelmente bem entendidos.
Quando o processo é muito complexo para
ser definido, a abordagem empírica é a
escolha apropriada.”
Process Dynamics, Modeling, and Control,
Ogunnaike and Ray, Oxford University Press, 1992
© Teamware do Brasil - 2009

38. 38
Processos Prescritivos
• Modelo de processo definido com
mecanismos subjacentes claramente
entendidos
• Sucessão de atividades claramente
definidas e lineares
• Capacidade de estimar tempos de
execução de cada atividade
© Teamware do Brasil - 2009

39. 39
Processos Empíricos
• Complexos, caóticos ou com
muita incerteza, seus detalhes
ainda são desconhecidos
• Atividades podem ser cíclicas e
tem durações com muita
variações
• É difícil estimar tempos de
execução ou mesmo definir
atividades a serem realizadas
© Teamware do Brasil - 2009

40. 40
Gestão de Processos Empíricos
• Fixar a maior quantidade de
parâmetros:
• Paramentos do contexto
• Prazo
• Esforço
• Estrutura da Equipe
• Parâmetros da saída fixos
• Objetivo
• Critério de avaliação
(Pronto!)
• Parâmetros de entrada fixos
• Backlog
• Prioridades
• Estimativa
© Teamware do Brasil - 2009

41. 41
Gestão Empírica com PDCA
“Quando os processos são complexos demais para
serem definidos, é indicado usar a abordagem empírica
ao invés da modelagem definida de processos.”
PLAN CHECK
DO
ACT
© Teamware do Brasil - 2009

42. 42
Gestão Ágil com Scrum
“Scrum é PDCA levado a serio”
Sprint
Planning 1 e 2 Sprint Review
SPRINT
Sprint Retrospective
© Teamware do Brasil - 2009

43. 43
Desenvolvimento seqüencial versus simultâneo
Requisitos Projeto Codificação Teste
Ao inves de fazer uma
coisa por vez...
...equipes Scrum fazem
tudo simultaneamente...
© Teamware do Brasil - 2009

44. 44
Scrum framework
Papeis
•Product owner Cerimônias
•ScrumMaster
•Team •Sprint planning
•Sprint review
•Sprint retrospective
•Daily scrum meeting
Artefatos
•Product backlog
•Sprint backlog
•Burndown charts
© Teamware do Brasil - 2009

45. 45
Scrum Flow
• Sprint Planning 1, 2
• Sprint (Execução)
• Sprint Review
• Sprint Retrospective
© Teamware do Brasil - 2009

46. 46
Juntando tudo
© Teamware do Brasil - 2009

47. 47
Duvidas?
© Teamware do Brasil - 2009

48. 48
Teamware do Brasil
Muito Obrigado!
Juan Esteban Bernabó
Juan.bernabo@teamware.com.br
www.teamware.com.br
Copyrigth© 2009 Todos os direitos reservados
© Teamware do Brasil – 2009-2010