Scrum Gestão ágil de projetos
Apresentação feita por : Igor Macaúbas e Marcos Pereira Modificada por: Francisco Alecrim (22/01/2012)
Metas para o o Metas para treinamento seminário Explicar o que é Scrum Por que Scrum Algumas práticas
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.or
Olá, Scrum!
Scrum é um processo iterativo e incremental para desenvolvimento de produtos.
O objetivo é entregar o valor de negócio* possível no máximo de menor tempo * Foco no ROI Retorno de
Scrum é também um meio de evidenciar os problemas
não é bala de prata* Mas Scrum * Não mata vampiros & afins * Exige trabalho duro e comprometimento
PDCA Plan, Do, Check, Act
Planejamento
Execução
Checagem
Retrospectiva e melhoria contínua
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)
Definidos X Empíricos Strategic Management and Organizational Dynamics by Ralph Stacey in Agile Software Development with Scrum by Ken Schwaber and Mike Beedle.
Papéis e Responsabilidade s
Fonte:
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* 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 *Me dá, me dá, me dá, me dá!
Time* 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 *Tudo eu! Tudo eu!
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 5 pessoas (mais ou menos 2)
Ciclo Scrum
Reunião de Estimativa na prática : + Estimar em tamanho relativo é mais simples
Cerimônias de Scrum: Sprint Planning 1 Sprint Planning 2 Daily Scrum Sprint Review Sprint Retrospective
Ciclo Scrum
Sprint Planning 1: Objetivos da Sprint Product Backlog Capacidade da equipe Condições do Negócio Revisa Considera Organiza Itens selecionado s 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
Resultado do Planning 1 e 2
Ciclo Scrum Fonte:
Daily Scrum/Meeting: Deve responder as três perguntas: O que eu fiz? O que vou fazer? O que está impedindo meu progresso? Impedimentos reportados aqui
Sprint Burndown
Daily Scrum/Meeting:
Planejamento Tático é feito por Sprint
Em Scrum, as táticas são voláteis e de responsabilidade do time
Ciclo Scrum
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 foi bom? * Onde podemos melhorar?
nós entendemos e realmente acreditamos que cada um fez o melhor trabalho que pode considerando: O que era Não importa o que descobrimos, conhecido, suas habilidades, os recursos disponíveis e a situação no momento. (Kerth, Project Retrospectives, 2001)
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 acompanhamen
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
O que é difícil em Scrum? Detalhes podem escapar se não for gerenciado corretamente Criar e manter um Product Backlog requer trabalho Decomposição do trabalho Planejamento a longo prazo Tempo para pesquisa e folga
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 requ mudam rapidamente.
Scrum Igor Macaúbas Marcos Pereira
scrum@macaubas.com Modificado por : alecrim@gmail.com
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/ Modificado por Francisco Alecrim: http://www.mountaingoatsoftware.com/topics/scrum http://www.slideshare.net/macaubas/seminario-scrum-presentation http://www.infoq.com/br/minibooks/scrum-xp-from-the-trenches http://www.youtube.com/watch?v=xa-c0no2uic
Este trabalho está licenciado através da Atribuição-Uso Não-ComercialCompartilhamento 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.