Scrum Na Globo.Com - Estudo de caso

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

    6 Favorites

    Scrum Na Globo.Com - Estudo de caso - Presentation Transcript

    1. Scrum na Globo.com:   derrubando mitos. Danilo Bardusco < [email_address] > Gerente de tecnologia - Globo.com
    2. Onde tudo começou
        • Inscrições para o BBB 8
        • Ótima idéia, mas com um prazo impraticável
        • Cenário:
          • estrutura departamentalizada
          • burocracia
          • equipes distintas para modelar, desenhar, escrever, testar, etc...
    3. Trabalho em Equipe
    4. 3° dia de projeto
        • primeira reunião para apresentar o SCRUM:
          • 1 PO
          • 1 SM
          • 5 desenvolvedores, 2 designers, 2 arquitetos da informação, 2 DBAs, 2 Testers
          • TOTAL: 15 pessoas!!!      -> 1° ERRO
          • todos gostaram da idéia mas não estavam confiantes que aquilo poderia funcionar
    5. 4° dia: Sprint Planning
      • Primeiros desafios culturais:
          • BDUF
          • Paralelismo
          • nova proposta: todos na mesma estória
            • reação: IMPOSSÍVEL!
            • proposta, tentar durante 3 dias,
          • em caso de falha voltamos ao processo antigo (A.K.A: matamos o projeto)
    6. Os mitos começam a cair
      • No segundo daily scrum a primeira história foi concluida!
      • Muita dúvida ainda sobre o BDUF
    7. Sprint 01
          • faltou planejamento
          •  
          • só metade do planejado foi feito
          • sobrou gente
    8. Sprint 01
        • Ações pós retrospectiva:
        • melhorar o planejamento
        • redimensionar equipe
          • especialistas como Proxy
        • TOTAL: 9 pessoas!!!
    9. Sprint 02 entregamos três dias antes do planejado! Percepção velocidade 2x maior que no modelo antigo. Equipe motivada!
    10. Sprint 04 – No AR!
      • Tempo recorde!
      • Bugs muito abaixo da média
      • Liberação muito rápida
    11.  
    12. Curiosidades
        • Principal requisito nunca foi entregue
        • Apesar disso o cliente ficou muito feliz!! (negociação de escopo)‏
        • Barulho e Post-Its nas paredes chamaram a atenção da empresa inteira.
        • Diretoria pediu uma apresentação para saber o que era &quot;esse tal de SCRUM&quot;
    13. As mudanças começaram
      • Treinamento CSM com o Boris para +100 pessoas
      • Em 3 meses já tínhamos 4 times trabalhando com Scrum
      • Melhora significativa na velocidade
      • Práticas ágeis de engenharia
        • Integração contínua, testes automatizados, TDD, DB migration, automação de deploy
      • Melhora na qualidade
        • Clima da empresa muito otimista ajudou muito
      • O plano era estabilizar os 4 times e formar os outros com partes dos primeiros
      Spreading Scrum
    14. Estrutura atual e os meta-projetos de infra-estrutura 14 times de projetos 3 de infra-estrutura
    15. Desafios
      • Motivação do time Como trabalhar com os designers de interface Maximizar o relacionamento entre PO e SM Novos papéis para os gerentes.
        • acaba command-control , começa líder-servidor
      • Como manter a padronização e troca de conhecimento entre os times
    16. Communities's Scrum of Scrums Processos Visão geral de produtos Backlog Corporativo Padrões Visuais Padrões de implementação Arquitetura da informacão Ferramentas de teste Automacão etc Scrum of Scrums
    17. Principais dificuldades
      • Muitos impedimentos ! - Falta de foco
      • Resistência de quem acha que está perdendo poder
      • Desmotivação de quem está fora do time
      • Falta de líderes técnicos em alguns times
      • Síndrome do PO virtual
    18. Principais erros cometidos
      • Não treinar os times antes de começar
      • Paralelizar trabalho
      • Planning sem ter o Backlog organizado
    19. Mais mudanças
      • Influência na estratégia:
      • Prazo fixo
      • Sai “qualidade negociável”
      • Entra “escopo negociável”
      • Acaba a síndrome do sofá-cama (Desenvolvimento profissional)‏
      • Visibilidade / Transparência (satisfação dos clientes) Mobiliário novo!
    20. Mais benefícios
      • Maior Velocidade
      • Respostas mais rápidas as mudanças
      • Maior qualidade
      • Distribuição do conhecimento
      • Motivação
    21. Trabalho em equipe = Diversão
    22. Fatores críticos para o sucesso
      • - Pré-requisitos para montar um time Scrum:
          • Time colocado e dedicado
          • SM master exclusivo
          • PO único e exclusivo
          • Treinamento para o time
        • - Motivação
        • - Identificar papéis e não atribuir cargos
    23.  
      • É possível escrever software de qualidade sem burocracia.
      Danilo Bardusco < [email_address] > http://blog.bardusco.com/

    + Danilo BarduscoDanilo Bardusco, 2 years ago

    custom

    3191 views, 6 favs, 11 embeds more stats

    Apresentação feita no evento Scrum & CMMi em 23/0 more

    More info about this document

    © All Rights Reserved

    Go to text version

    • Total Views 3191
      • 2594 on SlideShare
      • 597 from embeds
    • Comments 0
    • Favorites 6
    • Downloads 171
    Most viewed embeds
    • 463 views on http://blog.bardusco.com
    • 51 views on http://lucianofelix.wordpress.com
    • 36 views on http://www.blogdopedro.net
    • 22 views on http://scrum4you.wordpress.com
    • 11 views on http://www.infoblogs.com.br

    more

    All embeds
    • 463 views on http://blog.bardusco.com
    • 51 views on http://lucianofelix.wordpress.com
    • 36 views on http://www.blogdopedro.net
    • 22 views on http://scrum4you.wordpress.com
    • 11 views on http://www.infoblogs.com.br
    • 6 views on http://intranet.weg.net
    • 4 views on http://borisgloger.com
    • 1 views on https://s3.amazonaws.com
    • 1 views on http://72.14.205.104
    • 1 views on http://static.slideshare.net
    • 1 views on http://planeta-globo.com

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

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

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories