Embed Size (px)
Citation preview
ScrumGestão ágil de
projetos
Ana RouillerGlaucia PeresIgor Macaúbas
Marcos Pereira
sete maravilhas do mundo planetas vizinhos
pacotes turísticos esportes
meios de transporte músicas
contato com a agência Araçatubalogo da empresa roupas adequadas
melhores cidades praias
hospedagem mergulhos
formas de pagamento atmosfera
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
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, é deixaruma 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!
RUGBY
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 APlan, Do, Check, Act
PLANEJAMENTO
EXECUÇÃO
CHECAGEM
Retrospectiva e melhoria contínua
O processo não é avaliado enquanto está rodando
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 definidovs
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 Itens a fazer, Prioridades, Estimativas
Parâmetros de saída Objetivos, Critérios de avaliação
Exatamente o que Scrum faz!
Ciclo Scrum
Ciclo Scrum
Fonte: http://www.mountaingoatsoftware.com/scrum
TIMEBOX!
ProductBacklog
O Product Backlog
EmergentePriorizado e estimado
Maior prioridade, mais detalhesQualquer um pode contribuir
Priorização é tarefa do POSempre visível
Alinhado ao plano de negócios
O Product BacklogEmergente
Priorizado e estimadoMaior prioridade, mais detalhes
Qualquer um pode contribuirPriorização é tarefa do PO
Sempre visívelAlinhado ao plano de negócios
O Product BacklogEmergente
Priorizado e estimado
Maior prioridade, mais detalhesQualquer um pode contribuir
Priorização é tarefa do POSempre visível
Alinhado ao plano de negócios
O Product BacklogEmergente
Priorizado e estimadoMaior prioridade, mais detalhes
Qualquer um pode contribuirPriorização é tarefa do PO
Sempre visívelAlinhado ao plano de negócios
O Product BacklogEmergente
Priorizado e estimadoMaior prioridade, mais detalhes
Qualquer um pode contribuir
Priorização é tarefa do POSempre visível
Alinhado ao plano de negócios
O Product BacklogEmergente
Priorizado e estimadoMaior prioridade, mais detalhes
Qualquer um pode contribuirPriorização é tarefa do PO
Sempre visívelAlinhado ao plano de negócios
O Product BacklogEmergente
Priorizado e estimadoMaior prioridade, mais detalhes
Qualquer um pode contribuirPriorização é tarefa do PO
Sempre visível
Alinhado ao plano de negócios
EscrevendoESTÓRIAS
Como “usuário do sistema”Quero “funcionalidade”Para “valor de negócio”
Mike Cohn
CRITÉRIOS DE ACEITAÇÃO criam entendimento sobre quando a tarefa está pronta
TestáveisIndependentesNegociáveisValor para o clienteEstimáveisSmallTestáveis
TestáveisIndependentesNegociáveisValor para o clienteEstimáveisSmallTestáveis
TestáveisIndependentesNegociáveisValor para o clienteEstimáveisSmallTestáveis
TestáveisIndependentesNegociáveisValor para o clienteEstimáveisSmallTestáveisIndependentes
TestáveisIndependentesNegociáveisValor para o clienteEstimáveisSmallTestáveisIndependentesNegociáveis
TestáveisIndependentesNegociáveisValor para o clienteEstimáveisSmallTestáveisIndependentesNegociáveis
PAPÉIS
responsabilidades
Fonte: http://www.implementingscrum.com
Scrum tem poucos papéis: Product Owner, Time, Scrum Master
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
Scrum Master*
*Mãe, quando eu crescer, quero ser Scrum Master.
Trabalharcom o Product Owner
Cuidar do time
Manter o processo funcionando
Disseminaro Scrum na empresa
Garantir comunicação
entre todos os envolvidos
Time*
*Tudo eu! Tudo eu!
RESPONSÁVEL por entregar os itens do sprint backlog
COMPROMISSO
para entregar um incremento funcional de software
Estimar itens do backlog
Gerenciar o próprio progresso
Auto organizados para entregar o que o PO quer
Times Scrum
7±2
multifuncionaisdisciplinares
auto sustentáveis
Cerimônias
Todas com timebox
Reunião de
ESTIMATIVA
Scrum foca em
tamanho e não
em duração
Estimar em tamanho relativo é mais simples
Sprint PLANNING 1
O que é estratégia?“O conceito de estratégia, em grego strateegia, em latim strategi, em francês stratégie...”
Sprint Planning 1:Product Backlog Capacidade da equipe
Condições do Negócio
RevisaConsideraOrganiza
Objetivos da Sprint Itens selecionados do backlog
Aceite do time
Sprint PLANNING 2
PO não precisa participar
design de software feito para as estórias
Sprint Backlog
É um planejamento tático da equipe
Em Scrum, as táticas são voláteis e de responsabilidade do time
Daily Scrum
• Deve responder a 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
Review
Sprint Review:• O que significa “pronto”?
• Time 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
Retrospectiva
O queaprendizado é
O queaprendizado 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:• Backlog de melhorias do time
• Backlog de melhorias para a empresa
• Os backlogs devem ser priorizados 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
Monitorando a Sprint
Sprint Burndown
Sprint Burn Up
Capacidade
Problemas comuns na adoção de Scrum
Product Owner pouco presente
Sem VisãoSem release plan
Sem product backlog
Product Backlog não é mantido
Falta estimativaFalta priorizaçãoFalta 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
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 removerobstá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
?
ScrumGestão ágil de
projetos
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
