Desmistificando Agile & Scrum

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    1 Favorite

    Desmistificando Agile & Scrum - Presentation Transcript

    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

    + teamwareteamware, 10 months ago

    custom

    795 views, 1 favs, 2 embeds more stats

    More Info

    © All Rights Reserved

    Go to text version
    • Total Views 795
      • 789 on SlideShare
      • 6 from embeds
    • Comments 0
    • Favorites 1
    • Downloads 69
    Most viewed embeds
    • 5 views on http://brennohayden.blogspot.com
    • 1 views on http://static.slideshare.net

    more

    All embeds
    • 5 views on http://brennohayden.blogspot.com
    • 1 views on http://static.slideshare.net

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as innappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel

    Categories