Desmistificando Agile & Scrum
Transferir como PPT, PDF8 gostaram1,131 visualizações
O documento discute os conceitos e benefícios da abordagem ágil Scrum para gestão de projetos de software, incluindo aumento da produtividade, qualidade e satisfação dos clientes. Também apresenta a empresa Teamware do Brasil, especializada em melhoria de processos usando métodos ágeis como Scrum.
![Teamware do Brasil Muito Obrigado! Juan Esteban Bernabó [email_address] www.teamware.com.br Copyrigth© 2007 Todos os direitos reservados](https://image.slidesharecdn.com/igas320080505-1218945442252887-8/85/Desmistificando-Agile-Scrum-47-320.jpg)
Desmistificando Agile & Scrum
- 1. Desmistificando Agile & Scrum Better, Cheaper, Faster & Cooler Software Projects Adotando Agile para melhorar os resultados em projetos turbulentos
- 2. Agenda Apresentação Será que é possível conciliar as pressões atuais em projetos? O que é o manifesto ágil? O trabalho baseado em conhecimento exige outro modelo de gestão O que é Scrum? Processos definidos vs. empíricos
- 3. 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
- 4. Alguns dos nossos clientes
- 5. Nossa Missão- O que fazemos? “ Ajudamos organizações e equipes de desenvolvimento de software a ser mais produtivas, agregar mais valor aos seus clientes e organizações, reduzir o tempos do ciclo do processo de desenvolvimento, cultivar a inovação e a melhoria continua”
- 6. Nossa tática- Como fazemos? “ Nos apoiamos em abordagens Ágeis e Enxutas (Lean) para adicionar uma perspectiva nova sobre como organizações podem gerenciar seus projetos, melhorar seus processos, e desenvolver software”
- 7. Nossa Visão – Porque fazemos? “ Clientes, organizações, executivos, gestores, profissionais estão sobre forte pressão por mais resultados, melhor, mais rápido, e mais barato, mais cremos que as premissas atuais sobre a natureza do trabalho não nos permitem capitalizar o potencial total dos trabalhadores do conhecimento. Sua produtividade e eficácia podem e serão melhorados em varias vezes, pela adoção de um novo paradigma para tratar efetivamente com o trabalho baseado em conhecimento.”
- 8. Quem sou eu? Juan Esteban Bernabó Fundador Teamware do Brasil Fundador da Agile Alliance Brasil Fundador da Object Magazine Brasil Projetos em Argentina, Brasil, Uruguai, Bolívia, Estados Unidos Usando Agile desde 1997 em recuperação de projetos, projetos de clientes e implementações de clientes. Telecomunicações, Segurança Física e Eletrônica, Saúde, Internet, Call Center, Ferramentas de Desenvolvimento e Middleware´s Mais de 17 anos de experiência em Desenvolvimento de Software, Gestão de Projetos, Arquitetura, Modelagem de Domínio, Liderança de Equipes, Orientação a Objetos Foco em Pessoas, Liderança, Tecnologia, Inovação e Empreendedorismo
- 9. 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.
- 10. 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
- 11. Pesquisa sobre a adoção de abordagens ágeis
- 12. 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
- 13. Que metodologia segue mais de perto? Scrum 40% XP 23% Híbrido 14% DSDM 8% Outras 15%
- 14. 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 do Time-To-Market 29% 51% 20% Redução de Riscos de Projeto 28% 55% 17% Alinhamento entre os Objetivos de TI e de Negocio 34% 44% 22%
- 15. Valores do manifesto ágil
- 16. O Manifesto Ágil – Os valores Processos e ferramentas Indivíduos e interações sobre Seguir um plano Responder a mudanças sobre Documentação abrangente Software funcional sobre Negociação contratual Colaboração com cliente sobre
- 17. Sobre o paradigma atual em gestão
- 18. Algumas idéias tem sobrevivido a seu tempo “ 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)
- 19. A contribuição mais importante... “ 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)
- 20. Deming e a mudança “ A mudança não é obrigatória, sobreviver é opcional” William Edwards Deming
- 21. O que é Scrum?
- 22. 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.
- 23. Scrum é usado por... Microsoft Yahoo Google Electronic Arts High Moon Studios Lockheed Martin Philips Siemens Nokia Capital One BBC CESAR CERTI Intuit Nielsen Media First American Real Estate BMC Software Ipswitch John Deere Lexis Nexis Sabre Salesforce.com Time Warner Turner Broadcasting Oce
- 24. Scrum é usado para... Software comercial Desenvolvimento interno Desenvolvimento por Terceirizado Projetos de Preço Fixo Aplicações financeiras Aplicações certificadas ISO9001 Sistemas embarcados Systemas 24x7 com 99.999% de uptime requerido O avião Joint Strike Figther Desenvolvimento de Vídeo Games Sistemas críticos, aprovados pelo FDA Software de controle de Satélites Websites Software para portáteis Telefones celulares Aplicações de controle de redes Aplicações ISV Algumas das maiores aplicações em uso na atualidade
- 25. Influencias de Scrum Lean Thinking Artigo “The New New Product Development Game” de Nonaka e Takeushi na Hardvard Bussines Review Desenvolvimento Iterativo e incremental
- 26. Lean Thinking One Piece Flow (Fluxo de Produção de uma única peça) Mais rápido significa melhor num fluxo Desperdícios Sobre produção Esperas Transporte desnecessário Sobre processamento Excesso de Inventario Movimento desnecessário Defeitos
- 27. 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.
- 28. Características Equipes auto-organizadas Produto progressa em uma serie de “sprints” de dois semanas a um mês Requisitos são capturados como itens em uma lista de “product backlog” Nenhuma praticas especifica de engenharia é prescrita Usa regras generativas para criar um ambiente ágil para entregar projetos Ele é um dos “processos ágil”
- 29. Porque é diferente? Processos definidos vs. empíricos
- 30. 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
- 31. 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
- 32. 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 Gestão
- 33. 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
- 34. Gestão de Processos Empíricos PLAN DO CHECK ACT
- 35. Gestão Ágil com Scrum Sprint Planning 1 e 2 SPRINT Sprint Review Sprint Retrospective
- 36. Gestão de Processos Empíricos Aplicar Ciclo de Sheward/Deming PDCA Validar saída com planejado Pensar em melhorias Injetar o aprendido como feedback para o próximo ciclo de planejamento Basicamente o que faz Scrum com suas reuniões: Sprint Planning (Plan) Sprint (Do) Sprint Review (Check) Sprint Retrospective (Act)
- 37. Sprints Projetos Scrum fazem progresso em uma serie de “Sprints” Analogo as iterações de XP Duração tipica de 2 a 4 semanas ou um mês de calendario como maximo. Uma duração constante leva uma melhor cadencia O produto é projetado, codificado e testado durante o sprint
- 38. Desenvolvimento seqüencial versus simultâneo Ao inves de fazer uma coisa por vêz... ...equipes Scrum fazem tudo simultaneamente... Requisitos Projeto Codificação Teste
- 39. Scrum num Gantt Chart
- 40. Scrum framework Product owner ScrumMaster Team Papeis Sprint planning Sprint review Sprint retrospective Daily scrum meeting Cerimônias Product backlog Sprint backlog Burndown charts Artefatos
- 41. Scrum Flow Sprint Planning 1, 2 Sprint (Execução) Sprint Review Sprint Retrospective
- 42. Scrum em ação Product backlog Cancel Gift wrap Return Sprint 2-4 semanas Return Objetivo do Sprint Sprint backlog Incremento de Produto potencialmente entregável Coupons Gift wrap Coupons Cancel 24 horas
- 43. Juntando tudo
- 44. Quais são os passos para adotar na minha organização? Avaliar se existem benefícios de negocio na: Redução do Lead Time dos Projetos Minimização do trabalho a ser feito Aumento da habilidade de mudança de prioridades Aumento na capacidade de resposta Avaliar se existem aspectos culturais que podem ser impactados e se a necessidade dos benefícios de negocio excede o custo percebido da mudança (existe dor suficiente?) Identificar um projeto piloto, treinar envolvidos e envolver coaches/mentores experientes para assegurar êxito do projeto. (ex: Teamware Scrum QuickStart Service) Ampliar a adoção caso se justifique e existam resultados
- 45. Próximos passos Obter algum treinamento sobre Scrum e Agile de alguma fonte com experiência Ler alguns bons livros sobre o assunto Ingressar em alguma listas de email e dialogar com colegas que já tem adotado Procurar informação na internet: Scrum, XP, Agile, Lean www.agilealliance.org www.scrumalliance.org Planejar a adoção de Agile/Scrum em um projeto piloto Contatar uma empresa experiente em consultoria para auxiliar na adoção
- 46. Duvidas?
- 47. Teamware do Brasil Muito Obrigado! Juan Esteban Bernabó [email_address] www.teamware.com.br Copyrigth© 2007 Todos os direitos reservados