Estimativas Ágeis: Planning Poker

Disciplina: Métricas em Projetos de SoftwareProfessor: SÉRGIO SOARES

Equipe: • Cristina Luzia Carvalho Rodrigues • Fabiano Augusto• Marília Litwak Neves

Data: 08/08/2009

Agenda

• Planejamento – Falhas, Motivação... • Planejamento Ágil• Metotologias Ágeis – SCRUM• Cebola do Planejamento Ágil

• Planejamento Release• Planejamento Iteração• Planejamento do Dia

• Estimativas: Tamanho X Tempo• Medidas de Tamanho • Técnicas

• Planning Poker• Tempo a partir do Tamanho

• Vantagens do Planejamento/ Estimativas Ágeis

Planejamento

Planejar não é fácil!

Planejamento

Dados de 1995, usando como base 8.380 projetos:

• Apenas 16,2% dos projetos foram entregues respeitando os prazos e os custos e com todas as funcionalidades especificadas;• Aproximadamente 31% dos projetos foram cancelados antes de estarem completos;•52,7% foram entregues, porém com prazos maiores, custos maiores ou com menos funcionalidades do que especificado no início do projeto. • Dentre os projetos que não foram finalizados de acordo com os prazos e custos especificados, a média de atrasos foi de 222% a mais do que o previsto. Considerando todos os projetos que foram entregues além do prazo e com custo maior, na média, apenas 61% das funcionalidades originais foram incluídas.

Planejamento: Principais falhas

• Atrasos são passados para frente do cronograma• Atividades não terminam mais cedo. Lei de Parkinson (1993)• Não se leva em consideração a lista de prioridades das funcionalidades• A incerteza é ignorada, os requisitos mudam! Estimativas se tornam compromissos!• Tarefas em paralelo diminuem a produtividade

Planejamento Ágil

Planning is everything. Plans are nothing.

Planejamento Ágil

Conceitos chaves Manifesto Ágil:

• Indivíduos e Interações são mais importantes do que processos eFerramentas• Software funcionando é mais importante do que documentaçãodetalhada• Colaboração com o cliente é mais importante do que negociação decontratos• Adaptação à mudanças é mais importante do que seguir o plano inicial.

Equipe Ágil

• Iterações curtas• Analisa e se adpata• Trabalho em função das prioridades de negócio• Existe UM Time

Metodologias Ágeis

Metodologias Ágeis

• SCRUM

Metodologias Ágeis: SCRUM

• Metodologia ágil para gestão e planejamento de projetos de software; •No SCRUM, os projetos são dividos em ciclos (tipicamente mensais) chamados de Sprints;• O Sprint representa um Time Box dentro do qual um conjunto de atividades deve ser executado.

Metodologias Ágeis: SCRUM

Características do SCRUM

• Cada sprint é uma interação e entrega incremento de software pronto.• Um backlog é conjunto de requisitos, priorizado pelo Product Owner (cliente);• Breve reunião diária, ou daily scrum, em que cada participante fala sobre o progresso conseguido, o trabalho a ser realizado e/ou o que o impede de seguir avançando• Breve sessão de planejamento, na qual os itens do backlog para uma sprint (iteração) são definidos;• Retrospectiva, na qual todos os membros da equipe refletem sobre a sprint passada.

Cebola do Planejamento Ágil

Planejamento em Níveis: Dia, Iteração e Release

Planejando Release

• Listar “Estórias” que serão desenvolvidas• Selecionar as que serão da release que está sendo planejada• Estimar essas “Estórias” (Planning Poker ??!!! )

Planejando Release

Estórias:

Descrições breves que relatam as necessidades do Cliente. Como se tentasse explicar o que está fazendo ao Cliente. Não explicam

detalhes de implementação.

Épicos

São histórias do usuários que falam de recursos ou de funcionalidades em um nível superior

Planejando Release

Modelo últil par escrever estórias:Como <uma função>, o meu objetivo é obter <o valor de negócio>

Planejando Iteração

• Participação de todos os envolvidos: clientes, programadores, arquitetos etc.. • Identificar tarefas de cada Estória• Estimar as tarefas• Definir tamanho da iteração. Fatores que influenciam:

• Tamanho da release• Quantidade de incerteza• Durabilidade das prioridades

Planejando Dia

• Stand up meeting ou Scrum Daily• Poucos minutos de duração• Receber e repassar novidades

Estimativas

Estimar é prever, portanto toda estimativa tem um grau de incerteza.

Benefícios das Estimativas

• Reduz:•RISCO•INCERTEZA

• Auxilia na tomada de decisões• Transmite informações• Aumenta confiança

Estimativas: Tamanho x Tempo

 

Medidas de Tamanho

 

Por Pontos de Estória:

• Mais abstrato• Estimativa relativa• Medida pura de tamanho• Discussões são dirigidas a funcionalidades• É mais rápido• A estimativa não perde a validade• Evita conversões precipitadas em horas de trabalho

Pontos de Estória

 

A idéia por trás do método de estimativas por StoryPoints é que o cliente e o time sejam parte fundamental das estimativas, na qual o primeiro considera o valor que cada item do Product Backlog agrega para o seu negócio, e o segundo dimensiona a complexidade de implementação de cada item baseado no contexto atual do projeto.

Uma vez que todo o Product Backlog tenha sido valorado de acordo com o valor de negócio de cada item, a equipe do projeto estima a complexidade de cada um destes itens em Story Points. Para isto, podem utilizar a técnica Planning Poker

Medidas de Tamanho

 

Por dias Ideais:• mais fácil para iniciantes

Dias Ideias x Dias Reais– Correção de erros – Reuniões– Demonstrações – Treinamentos– Revisões – Entrevistas– Troca de Tarefas – Telefonemas– E-mails – Assuntos Pessoais– Doenças

Para estimar

 

Técnicas:

Opinião de um especialista Rápido, mas raramente em times ágeis possuem especialistas.

Analogia Valores relativos, comparação com algo já construído...

Desagregação Dividir para conquistar. Dividir Estórias maiores em menores.

Para estimar

 

Alternativa:

Planning Poker: Técnica (método) de atribuição de estimativas colaborativo

Combina as três técnicas de estimativasOs estimadores justificam suas estimativasConsidera uma média das estimativas Estimativas são feitas pelo TIME

Planning Poker

 

Método foi descrito inicialmente por James Grenning em 2002 e depois popularizado por Mike Cohn no seu livro Agile Estimating and Planning, essa técnica é muito conhecido em XP e SCRUM.

Planning Poker

 

Se preparando para jogar....

Participantes: todos do TIME (programadores, analistas, designers etc.. ) e o Product Owner!

Planning Poker

 

Se preparando para jogar....

• Defina a medida que será utilizada: pontos de Estória ou dias ideias? Pontos de Estória!!• Identifique o que será estimado: Estória, tarefa? Estória!• Descrever as “Estórias” em cartões

Planning Poker

 

Se preparando para jogar....

• Definir escala• Sequência de Fibonacci: 1,2,3,5,8,13,21,34,55,89,…refletem o aumento da incerteza relacionados a maiores unidades de trabalho. Fica mais fácil você ter uma noção de separação de complexidade.

Planning Poker

 

• Ampulheta• Um conjunto de cartas para cada participante com a escala definida e as cartas especiais:

Planning Poker – Regras do jogo

 

• Estórias são apresentadas pelo Product Owner.• Inicialmente, o time identifica o item de backlog mais simples (para este item é atribuído o valor 1) que passa a ser o item de referência na estimativa dos demais.• Após uma breve discussão, o participante escolhe de suas cartas qual deve representar sua estimativa - para quanto trabalho envolve aquela estória em relação a referência pré-definida..• Todos devem apresentar sua estimativa em um mesmo momento.

Planning Poker – regras do jogo

 

.• Após apresentação das cartas, novas discussões iniciam.• O product owner deve esclarecer quaisquer dúvidas que surjam quanto a estória ou requisito apresentado para estimativa.• Caso haja muitas divergências, o maior e o menor estimador devem apresentar as suas premissas.• Novas rodadas de estimativas devem ocorrer até que exista um consenso. Normalmente três rodadas são suficiente para um consenso.

Planning Poker

 

Ao fazer o planning poker, estamos discutindo requisitos funcionais e não funcionais, que visam a realização de um desejo do cliente, e geralmente, durate o planning poker está o Product Owner, para tirar todas as dúvidas em relação ao negócio e verificar se está sendo feito o que foi acordado.

Planning Poker

 

• Prática... Simulação do jogo com o estudo de caso “HealthWatcher”.

ID Descrição da Estória

1

Eu como Cidadão posso consultar uma guia de Saúde e obter quais especialidades de uma unidade de saúde.

2 Eu como Funcionário posso logar no sistema.

3Eu como Funcionário posso cadastrar novo funcionário....

Planning Poker

 

Site idealizado por Mike Cohn, e propõe uma ferramenta para que time distribuídos façam a estimativa em conjunto:

"http://www.planningpoker.com/“

Estimando tempo

 

A estimativa do esforço necessária para desenvolver o projeto é derivada a partir do tamanho estimado em Story Points considerando-se a capacidade ou VELOCIDADE de produção do time.

Estimando tempo

 

• Definir a VELOCIDADE!!!

• Medida de trabalho feito• Não precisa ser estimada• Baseado no histórico• Após realizar 1 iteração

Estimando tempo

 

VELOCIDADE

Estimando tempo

 

VELOCIDADE

Para ganhar os pontos designados para uma Estória, a equipe deverá concluir todas as tarefas para essa Estória

dentro da iteração.

• O número médio de pontos de Estória por iteração é 33.• A velocidade atual da equipe é 35 pontos de Estória.• A média das três iterações mais lentas é 30 pontos de Estória.

Consideração sobre 1o planejamento

 Se a equipe não conseguiu cumprir todos os pontos da primeira iteração, o problema pode estar na VELOCIDADE !!

Vantagens do Planejamento Ágil / Estimativas Ágeis

• Replanejamentos acontecem constantemente• As prioridades são atualizadas constantemente• Estimativas podem ser refinadas• Estimativas de tamanho e duração são separadas• Planos são feitos em vários níveis• Planos são feitos baseados em funcionalidades, não em tarefas• Assumimos a incerteza e nos preparamos para ela

Estimativas Ágeis: Planning Poker

Disciplina: Métricas em Projetos de SoftwareProfessor: SÉRGIO SOARES

Equipe: • Cristina Luzia Carvalho Rodrigues • Fabiano Augusto• Marília Litwak Neves

FIM