• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Gestao agil de projetos com Scrum
 

Gestao agil de projetos com Scrum

on

  • 25,479 views

Apresentacao feita por Igor Macaubas e Marcos Pereira sobre gestao ágil de Projetos com Scrum.

Apresentacao feita por Igor Macaubas e Marcos Pereira sobre gestao ágil de Projetos com Scrum.

Statistics

Views

Total Views
25,479
Views on SlideShare
20,530
Embed Views
4,949

Actions

Likes
54
Downloads
1,480
Comments
1

28 Embeds 4,949

http://www.rafaelfelipesantos.com.br 2791
http://www.scrum.org.br 1104
http://cordel.sistemas.local 615
http://blog.mastersmx.com 84
http://www.slideshare.net 82
http://xp-rs.blogspot.com 81
http://macaubas.com 63
http://blog.adsystems.com.br 19
http://scrum4you.wordpress.com 16
http://borisgloger.com 15
http://fabiodesconsi.blogspot.com 14
http://blogs.abril.com.br 12
http://mariotrentim.com 12
http://adsystemsblog.audits.com.br 8
http://www.linkedin.com 8
http://cordel 5
http://fabiodesconsi.blogspot.com.br 3
http://henrikesilva.blogspot.com 3
http://192.168.11.10 2
http://www.mastersmx.com 2
http://webcache.googleusercontent.com 2
http://dezz.com.br 2
http://wildfire.gigya.com 1
http://xp-rs.blogspot.com.br 1
http://translate.googleusercontent.com 1
http://static.slideshare.net 1
http://112.gmodules.com 1
https://www.linkedin.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

CC Attribution-NonCommercial-ShareAlike LicenseCC Attribution-NonCommercial-ShareAlike LicenseCC Attribution-NonCommercial-ShareAlike License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

11 of 1 previous next

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Gestao agil de projetos com Scrum Gestao agil de projetos com Scrum Presentation Transcript

  • Scrum Gestão ágil de projetos
  • Igor Macaúbas e Marcos Pereira
  • Metas para o treinamento
    • Explicar o que é Scrum
    • Por que Scrum
    • Mostrar que Scrum não é uma bala de prata
    • Novo olhar sobre gestão de projetos
    Metas para o seminário
  • Veja Ouça Fale
    • “ A maioria das nossas suposições sobre negócios, tecnologia e organizações têm pelo menos 50 anos . Elas tem sobrevivido ao 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 produtivas .”
    • Peter Drucker (1909-2005)
    • 31% são cancelados
    • 53% custam o dobro do estimado
    • Apenas 16% são completados no prazo e custo estimados
    • * dados do CHAOS report
  • Mas por que ?
    • Falta de envolvimento do usuário
    • Requisitos e especificações incompletas
    • Falta de suporte da direção
    • Falta de Pessoas e Recursos
  •  
  •  
  •  
  •  
  •  
    • Falhar é uma maneira muito forte de aprendizado, mas é preciso parar de apontar culpados
    • “ Jogar a culpa dos problemas nas pessoas envolvidas é mais do que contra produtivo, é deixar
    • uma situação ruim pior ainda.”
    • Mary Poppendieck
  • Manifesto Ágil
  • Indivíduos e interação entre eles mais que processos e ferramentas
  • Software Funcionando mais que documentação abrangente
  • Colaboração mais que negociação de contratos
  • Responder às mudanças mais que seguir um plano http:// www.agilemanifesto.org
  • Olá , Scrum!
  •  
    • Scrum é um processo iterativo e incremental para desenvolvimento de produtos .
    • O objetivo é entregar o máximo de valor de negócio* possível no menor tempo
    * Foco no ROI – Retorno de investimento
    • Scrum é também um meio de evidenciar os problemas
    • Mas Scrum não é bala de prata*
    • * Não mata vampiros & afins
    • * Exige trabalho duro e comprometimento
  • P D C A Plan, Do, Check, Act
  • Planejamento
  • Execução
  • Checagem
  • Retrospectiva e melhoria contínua
  • O processo não é avaliado enquanto está rodando
  • Ciclo Scrum
  • Tipos de Processos
  • “ É típico adotar a abordagem de modelagem definida 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 .” (Ogunnaike and Ray, Oxford University Press)
  • Processo definido vs Processo empírico
  • Desenvolvimento de software não é um processo que gera as mesmas saídas para as mesmas entradas
  • Processos empíricos
  • Complexos, caóticos ou seus detalhes ainda não são conhecidos
  • Atividades podem ser cíclicas e tem duração com muitas variações
  • É difícil estimar tempos de execução
  •  
  • Fixar a maior quantidade possível de parâmetros
  • Parâmetros de contexto Tempo, Esforço, Time Parâmetros de entrada Backlog, Prioridades, Estimativas Parâmetros de saída Objetivos, Critérios de avaliação
  • Exatamente o que Scrum faz!
  • Timeboxing!
  • Ciclo Scrum Fonte: http://www.mountaingoatsoftware.com/scrum
  • Papéis e Responsabilidades
  • Fonte: http://www.implementingscrum.com
  • Scrum tem poucos papéis ( não são cargos!): Product Owner, Team, Scrum Master
  • Scrum Master * *Mãe, quando eu crescer, quero ser Scrum Master.
  • Trabalhar com o Product Owner Cuidar do time Manter o processo funcionando Disseminar o Scrum Garantir comunicação
  • Product Owner * *Me dá, me dá, me dá, me dá!
  • Criar e compartilhar uma visão do projeto
  • Tomar decisões continuamente sobre os itens do product backlog
  • Escrever e priorizar itens de backlog
  • Validar software no final de cada Sprint
  • Estabelecer e manter o plano de entregas
  • Tomar decisões pensando no ROI do projeto responsável pelo lucro
  • Time * *Tudo eu! Tudo eu!
    • Responsabilidades:
    • Estimar itens do backlog
    • Se comprometer a entregar um incremento funcional de software
    • Gerenciar o próprio progresso
    • Auto organizados para entregar o que o PO quer
  • Times Scrum
    • Como são compostos:
    • Cross functional, sem papéis
    • Multidisciplinares
    • Auto sustentáveis
    • Todos os skills e habilidades necessárias para desenvolver o produto
    • 7 pessoas (mais ou menos 2)
    • Cerimônias de Scrum:
    • Sprint Planning 1
    • Sprint Planning 2
    • Daily Scrum
    • Sprint Review
    • Sprint Retrospective
  • Todas com timebox
    • Reunião de Estimativa :
    • Preparação para o Sprint Planning
    • Estimar baseado no tamanho, nunca em tempo
    • Atualizar Product Backlog com as estimativas
    • Importante para o PO criar o release plan
  • Sprint Planning 1 : Product Backlog Capacidade da equipe Condições do Negócio Revisa Considera Organiza Objetivos da Sprint Itens selecionados do backlog Aceite do time
    • Sprint Planning 2 :
    • PO não precisa participar
    • É um planejamento tático da equipe
    • Os itens selecionados do Product Backlog são destrinchados em tarefas
    • Sprint Backlog
    • Daily Scrum :
    • Deve responder as três perguntas:
      • O que fiz desde a ultima Daily Scrum?
      • O que espero fazer até a próxima Daily Scrum?
      • O que está impedindo o progresso?
    • Impedimentos reportados aqui
    • Sprint Review :
    • O que significa “ pronto ”?
    • Team deve ter um critério técnico para indicar o que significa pronto!
    • Incrementos funcionais são apresentados ao Product Owner e interessados
    • Consequências do Review :
    • Estórias não concluídas voltam para o product backlog
    • Atualizar Product Backlog para remover itens que a equipe implementou inadvertidamente
    • Scrum Master trabalha para reformular a equipe
    • Consequências do Review :
    • Product Backlog é repriorizado para tomar vantagem dos incrementos apresentados
    • Decidir se haverá ou não outra Sprint
  • Sprint Retrospectives
  • O que aprendizado é
  • O que aprendizado não é
  • Cometer os mesmos erros e esperar resultados diferentes
  • Aprender é desapontar expectativas, mas não procure culpados
  • Diretiva Primária
  • “ Não importa o que descobrimos, nós entendemos e realmente acreditamos que cada um fez o melhor trabalho que pode considerando: O que era conhecido, suas habilidades, os recursos disponíveis e a situação no momento. ” (Kerth, Project Retrospectives, 2001)
  • Passos para a Retrospectiva
    • Saídas da Retrospectiva :
    • Team Backlog (para ajustar o processo)
    • Backlog de impedimentos (mudanças na empresa)
    • Os backlogs devem ser ordenados por importância
  • Onde, Quando, Quem?
  • Quando as retrospectivas não funcionam
  • O facilitador controla demais a reunião
  • Little less conversation , more action, please
  • Conflito de interesses O formato é muito repetitivo O facilitador não se prepara Itens de ação mal formulados
  • A Visão do Produto + Product Backlog Planejamento Estratégico
  • O que é estratégia ? “ O conceito de estratégia, em grego strateegia , em latim strategi , em francês stratégie...”
  • Plano de ação a longo prazo criado pra atingir um objetivo
  • Planejamento Tático Selected Backlog + Sprint Backlog
  • Planejamento Tático é feito por Sprint
  • Em Scrum, as táticas são voláteis e de responsabilidade do time
  • O Product Backlog Emergente Priorizado e estimado Maior prioridade, mais detalhes Qualquer um pode contribuir Priorização é tarefa do PO Sempre visível Alinhado ao plano de negócios
  • O Product Backlog Emergente Priorizado e estimado Maior prioridade, mais detalhes Qualquer um pode contribuir Priorização é tarefa do PO Sempre visível Alinhado ao plano de negócios
  • O Product Backlog Emergente Priorizado e estimado Maior prioridade, mais detalhes Qualquer um pode contribuir Priorização é tarefa do PO Sempre visível Alinhado ao plano de negócios
  • O Product Backlog Emergente Priorizado e estimado Maior prioridade, mais detalhes Qualquer um pode contribuir Priorização é tarefa do PO Sempre visível Alinhado ao plano de negócios
  • O Product Backlog Emergente Priorizado e estimado Maior prioridade, mais detalhes Qualquer um pode contribuir Priorização é tarefa do PO Sempre visível Alinhado ao plano de negócios
  • O Product Backlog Emergente Priorizado e estimado Maior prioridade, mais detalhes Qualquer um pode contribuir Priorização é tarefa do PO Sempre visível Alinhado ao plano de negócios
  • O Product Backlog Emergente Priorizado e estimado Maior prioridade, mais detalhes Qualquer um pode contribuir Priorização é tarefa do PO Sempre visível Alinhado ao plano de negócios
  • Escrevendo Estórias
  • Testáveis Independentes NegociáveisValor para o clienteEstimáveisSmallTestáveis
  • TestáveisIndependentes Negociáveis Valor para o clienteEstimáveisSmallTestáveis
  • TestáveisIndependentesNegociáveis Valor para o cliente EstimáveisSmallTestáveis
  • TestáveisIndependentesNegociáveisValor para o cliente Estimáveis SmallTestáveisIndependentes
  • TestáveisIndependentesNegociáveisValor para o clienteEstimáveis Small TestáveisIndependentesNegociáveis
  • TestáveisIndependentesNegociáveisValor para o clienteEstimáveisSmall Testáveis IndependentesNegociáveis
  • Estórias com critérios de aceitação criam entendimento sobre quando a tarefa está pronta e ajudam o time a estimar e dividir a estória em tarefas
  •  
  • Scrum foca em tamanho e não em duração
  • Estimar em tamanho relativo é mais simples
  • Monitorando a Sprint
  • Sprint Burndown
  • Sprint Burn Up
  • Capacidade
  • Problemas comuns na adoção de Scrum
  • Product Owner pouco presente Sem Visão Sem release plan Sem product backlog
  • Product Backlog não é mantido Falta estimativa Falta priorização Falta acompanhamento
  • Se as cerimônias não acontecem Falta planejamento Falta comprometimento para entregas PO pode aceitar itens que não estão prontos
  • Sem retrospectivas Falta de uma maneira de melhorar o trabalho do time Mesmos erros acontecem sempre Impedimentos não são removidos
    • Decomposição do trabalho
    • Planejamento a longo prazo
    • Tempo para pesquisa e folga
  • O que é difícil em Scrum? Detalhes podem escapar se não for gerenciado corretamente Criar e manter um Product Backlog requer trabalho
  • Resumo da ópera
    • É um processo ágil para gerenciar e controlar trabalho.
    • É um embrulho para as práticas existentes de engenharia.
    • É uma aproximação coletiva , iterativa e incremental , onde requisitos mudam rapidamente.
  • Controla o caos de interesses e necessidades conflitantes .
  • É uma forma de detectar e remover obstáculos que entrem no desenvolvimento e entregas
  • É melhorar a comunicação e maximizar cooperação .
  • Não é uma metodologia completa e com o carimbo de um fornecedor
  • Não é um ataque à documentação ou às ferramentas case
  • Não confundir Scrum com XP: são diferentes, mas se complementam!
  • ?
  • Scrum Igor Macaúbas Marcos Pereira
  • [email_address]
    • http://delicious.com/macaubas
    • http://delicious.com/marcospereira
    • http://scrumalliance.org
    • http://br.groups.yahoo.com/group/scrum-brasil/
    • http://macaubas.com
    • http://marcospereira.wordpress.com/
    • Este trabalho está licenciado através da “ Atribuição-Uso Não-Comercial-Compartilhamento pela mesma Licença 3.0 Unported”
    • Você pode:
    • Copiar, distribuir, exibir e executar a obra
    • Criar obras derivadas
    • Sob as seguintes condições:
    • Atribuição . Você deve dar crédito ao autor original, da forma especificada pelo autor ou licenciante.
    • Uso Não-Comercial . Você não pode utilizar esta obra com finalidades comerciais.
    • Compartilhamento pela mesma Licença . Se você alterar, transformar, ou criar outra obra com base nesta, você somente poderá distribuir a obra resultante sob uma licença idêntica a esta
    • Para cada novo uso ou distribuição, você deve deixar claro para outros os termos da licença desta obra.
    • Qualquer uma destas condições podem ser renunciadas, desde que Você obtenha permissão do autor.
    • Nothing in this license impairs or restricts the author's moral rights.
    • http://creativecommons.org/licenses/by-nc-sa/3.0/deed.pt