1. Da Gestão 1.0 a Gestão 2.0 Reformando a gestão para um mundo Ágil

3. Pioneira no Brasil em melhoria de processos com foco exclusivo em Abordagens Ágeis

4. Fundadora da Agile Alliance Brasil e Corporate Member da Agile Alliance e Scrum Alliance

5. Primeiro treinamento aberto de Certified Scrum Master no Brasil

7. Scrum, Lean, XP, OpenUP, FDD

8. Agile RUP, Agile CMMi, TOC

9. Inovação, Knowledge Teams, OpenSourcing

10. Alguns dos nossos clientes

12. Usuários sabem exatamente o que precisam?

13. Os requisitos são claros e não permitem mal interpretações?

14. As estimativas são precisas?

15. 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.

16. Software Development before Agile Big Plans Upfront, Big Requirements Upfront, Big Architecture Upfront, A lot of unmanaged changes that changed everything, Big Tests at the end, Big Deployment at the end, Big failure at the end, A lot of blaming at the end but Nothing really learned

17. Os papeis na Gestão 1.0 e 2.0

18. Trabalho 1.0

19. 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)

21. Seu Chefe Planeja Taticamente

22. Executa

23. Seu Chefe Verifica

24. Seu Chefe Melhora seu trabalho

25. Trabalho 2.0

26. 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)

28. Planeja Taticamente

29. Executa

30. Verifica

31. Melhora seu trabalho

32. Software Development After Agile Continously Planning , doing Requirements gathering all the time , Architecting all the time, A lot of managed changes that changes everything, continously Refactoring Testing all the f*cking time , continously Deploying small things , Small sucesses all the time, A lot of blaming at the start, and we learn somethings, But somehow then we STOP

33. O que é Scrum?

35. Ele nos permite rapida e repetidamente inspecionar software funcionando (a cada duas a quatro semanas).

36. O negocio define as prioridades. A equipe se auto-organiza para determinar qual é a melhor forma de entregar a funcionalidades de maior prioridade.

37. 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.

39. Yahoo

40. Google

41. Electronic Arts

42. High Moon Studios

43. Lockheed Martin

44. Philips

45. Siemens

46. Nokia

47. Capital One

48. BBC

49. CESAR

51. Nielsen Media

52. First American Real Estate

53. BMC Software

54. Ipswitch

55. John Deere

56. Lexis Nexis

57. Sabre

58. Salesforce.com

59. Time Warner

60. Turner Broadcasting

61. Oce

63. Desenvolvimento interno

64. Desenvolvimento por Terceirizado

65. Projetos de Preço Fixo

66. Aplicações financeiras

67. Aplicações certificadas ISO9001

68. Sistemas embarcados

69. Systemas 24x7 com 99.999% de uptime requerido

71. Sistemas críticos, aprovados pelo FDA

72. Software de controle de Satélites

73. Websites

74. Software para portáteis

75. Telefones celulares

76. Aplicações de controle de redes

77. Aplicações ISV

78. Algumas das maiores aplicações em uso na atualidade

80. Produção Just In Time (JIT)

81. Processos Puxados vs. Processos Empurrados

82. 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 atras - 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.

83. Da Gestão de Atividades à Gestão de Resultados

84. 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

86. Sucessão de atividades claramente definidas e lineares

87. Capacidade de estimar tempos de execução de cada atividade

89. Atividades podem ser cíclicas e tem durações com muita variações

90. É difícil estimar tempos de execução ou mesmo definir atividades a serem realizadas

92. Esforço

95. Prioridades

96. Estimativa

97. Gestão de Processos Empíricos PLAN DO CHECK ACT

98. Gestão Ágil com Scrum Sprint Planning 1 e 2 SPRINT Sprint Review Sprint Retrospective

99. Agile is not a destiny it is a road...

100. what are the next steps ?

101. Duvidas?

102. Teamware do Brasil Muito Obrigado! Juan Esteban Bernabó [email_address] www.teamware.com.br Copyrigth© 2007 Todos os direitos reservados