Teamware Desmistificando Agile E Scrum V2

2,540 views
2,448 views

Published on

Published in: Business
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,540
On SlideShare
0
From Embeds
0
Number of Embeds
1,338
Actions
Shares
0
Downloads
57
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Teamware Desmistificando Agile E Scrum V2

  1. 1. 1 Desmistificando Agile & Scrum Desenvolvimento de Software Sem Stress © Teamware do Brasil – 2009-2010
  2. 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. 3 Alguns dos nossos clientes © Teamware do Brasil - 2009
  4. 4. 4 © Teamware do Brasil - 2009
  5. 5. 5 © Teamware do Brasil - 2009
  6. 6. 6 © Teamware do Brasil - 2009
  7. 7. 7 © Teamware do Brasil - 2009
  8. 8. 8 © Teamware do Brasil - 2009
  9. 9. 9 © Teamware do Brasil - 2009
  10. 10. 10 © Teamware do Brasil - 2009
  11. 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. 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. 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. 14 Pesquisa sobre a adoção de abordagens ágeis © Teamware do Brasil – 2009-2010
  15. 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. 16 Que metodologia segue mais de perto? Scrum: 40% XP: 23% Híbrido:14% DSDM: 8% Outras: 15% © Teamware do Brasil - 2009
  17. 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. 18 Valores do manifesto ágil © Teamware do Brasil – 2009-2010
  19. 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. 20 Sobre o paradigma atual em Gestão 1.0 vs. Gestão 2.0 © Teamware do Brasil – 2009-2010
  21. 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. 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. 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. 24 Trabalhador 2.0 • Especialista e conhecedor profundo do seu trabalho • Planeja Taticamente • Executa • Verifica • Melhora seu trabalho © Teamware do Brasil - 2009
  25. 25. 25 O que é Scrum? © Teamware do Brasil – 2009-2010
  26. 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. 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. 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. 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. 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. 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. 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. 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. 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. 35 PDCA – Deming Cycle • Planejar - Plan • Fazer - Do • Verificar - Check • Melhorar – Act © Teamware do Brasil - 2009
  36. 36. 36 Porque é diferente? Processos definidos vs. empíricos © Teamware do Brasil – 2009-2010
  37. 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. 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. 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. 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. 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. 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. 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. 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. 45 Scrum Flow • Sprint Planning 1, 2 • Sprint (Execução) • Sprint Review • Sprint Retrospective © Teamware do Brasil - 2009
  46. 46. 46 Juntando tudo © Teamware do Brasil - 2009
  47. 47. 47 Duvidas? © Teamware do Brasil - 2009
  48. 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

×