Scrum Gestão ágil de projetos. Ana Rouiller Glaucia Peres Igor Macaúbas Marcos Pereira.

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!

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


Priorizado e estimado

Maior prioridade, mais detalhesQualquer um pode contribuir





Qualquer um pode contribuir






Sempre visível


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áveisIndependentes

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

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

[email protected]

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

Scrum Gestão ágil de projetos. Ana Rouiller Glaucia Peres Igor Macaúbas Marcos Pereira.

Documents

Transcript of Scrum Gestão ágil de projetos. Ana Rouiller Glaucia Peres Igor Macaúbas Marcos Pereira.