Embed Size (px)
Citation preview
Agilidade com Pontos de
Função é um paradoxo?
Outubro/2015
Eduardo Meira Peres
Detalhamento antecipado dos requistos não diminui os riscos,
e oportunidades não aproveitadas...
1.000 +
1.500
500
change requests
Contexto
O mito da estimativa perfeita
1.000
O mito da estimativa perfeita
Seria a procura da resposta certa
para a pergunta errada?
Não é viável encontrarmos [cedo]
estimativas para requisitos de software com acurácia para
[certos] projetos.
Estimativa Cliente
Estimativas viram compromissos...
Compromisso
Estimatrix
...que às vezes não são cumpridos.
Podemos definir estimativas para suportar a execução de projetos através de ciclos curtos de
entregas, feedback e mudanças.
Uma alternativa
Paradoxo do barco de Teseu
1.000 1.000
O que o cliente pediu
O que o cliente realmente necessita,
em um ambiente de negócios que requer
design
Aprendizado em um caso real
9 hrs/pt
Licitação Pública
Contrato de 15.000 pontos de função | 3 anos
Até aqui: 40.000 horas trabalhadas | 17 meses
Pico de 30 pessoas
Quando utilizamos métodos ágeis
temos que evitar tudo o que restringe a
adaptabilidade.
Regra de Ouro
Modelos paramétricos originalmente criados
para abordagens preditivas podem ser integrados a métodos ágeis para
sem restringir sua natureza adaptativa.
medir objetivamente valor entregue
apoiar estimativas orçamentárias
planejar e controlar iterações
viabilizar governança corporativa
O que
Porque
Como
Quem
Quand
o
Onde
Quanto
Paradoxo da Agilidade com
Pontos de Função
Engajamento, Flexibilidade, Transparência diária, Autonomia.
Produtividade, Custos, Densidade de defeitos, Previsibilidade, Governança, Taxa de entrega.
Um olhar para fora e um para dentro
O quê?
Pontos de Função podem ser utilizados no apoio à tomada de decisão para previsões
orçamentárias.
Olhar para Fora
Expectimativas
Contagem Estimada
Expectativas
Contagem Detalhada Final
Expectimativa: Alinhamento das expectativas do cliente em relação às estimativas.
+25%
-10%
Olhar para Fora
Pontos de Função podem ser utilizados como métrica para remuneração e gestão
de contratos.
Olhar para Dentro
Pontos de Função NÃO devem ser utilizados para orientar o planejamento
interno à iteração.
Negociação orientada a pontos de função
Contagem de pontos de
função no início da sprint
Sprints de 1 mês
Time reduzido
Pontos de Função & Story Points
Projeto SPJ
Projeto ASC Pontos de Função (9,22 hrs/PF)
Story Points (5 hrs/SP)
Pontos de Função (9,02 hrs/PF)
Story Points 12 hrs/SP)
Algumas organizações necessitam planejar e aferir o trabalho realizado através de critérios objetivos.
Precisamos reduzir o overhead emocional e de esforço na realização de estimativas.
Métricas objetivas não substituem relações de confiança.
O que
Porque
Como
Quem
Quando
Onde
Quanto
Mínimo Release VIável
Excesso
Sobra
Features
Trade-offs Constantes
O que
Porque
Como
Quem
Quando
Onde
Quanto
Gestão do Backlog da Release
Estimativa orçamentária
884 pontos entregues
O compromisso não é com uma lista de requisitos de software, mas com objetivos de negócio.
Estimativa orçamentária inicial: 855 pontos de função Backlog na sprint 12 (607+470): 1.077 pontos (+26%) Questão analisada: Restringir o escopo? Decisão: Manter aumento de tamanho em até 25%
Situação do projeto na sprint 12 de 22
Gestão do Backlog da Release
Resultado real ao final da sprint 22: 25%
sprint 1 sprint 2 sprint 3 sprint 4 Pre-
game postgame
Backlog do Produto
Fluxo de Trabalho do Contrato
Contagem sprint 1
Pagamento sprint 1
Contagem Backlog
(estimada)
Pregame = Contagem Estimada
Remuneração do Pre-game - 10% da contagem estimada (mínimo 4 pontos de função) Resultado do Pregame - Backlog inicial do produto - Visão e plano da release - Contagem estimada + reserva (20%) Contagem detalhada = documentação detalhada = mindset preditivo
sprint 1 Pre-
game
Backlog do Produto
Game
Pontos de função detalhados
Pontos de função estimados
Story Points ou o que o time decidir #NoEstimates
Como Gerenciar as Mudanças?
Meus pais “tipo confiam” em mim,
preciso estar em casa até a meia noite.
Impacto das Mudanças
Após a sprint - 0,25 (mudança planejada) - 0,50 (mudança não
planejada)
Dentro da sprint - 10% de buffer - Acima é remunerado Retrabalho tem custo
+ Feedback, - Desperdício, + Envolvimento... Retrabalho é ruim?
Impacto das Mudanças
Contar funcionalidades englobadas em mais de uma sprint apenas ao final? - Influencia decisões de projeto e afeta adaptabilidade - Estimula conflito por mais pontos, menos pontos Fornecedor: postergar mudanças,
Cliente: antecipar mudanças.
Mudanças dentro da release não devem ser remuneradas? - Estariam dentro da evolução prevista de requisitos (preditivo?) Não existe mudança sem custo - Deixar o processo adaptativo fluir - Reconhecer e valorizar a mudança - Sem mudança é mais caro!
Escopo planejado
Mudanças
Mudanças planejadas
63% a 72%
Métricas de Mudanças
27% a 37%
0% a 1%
O que
Porque
Como
Quem
Quando
Onde
Quanto
Necessário equipe especializada, em ambos os lados. Realização de contagem em conjunto pelo especialista e analista de negócios. Capacitar os analistas de negócios e sistemas para realizar contagens. O time de desenvolvimento e testes não precisa envolver-se com pontos de função.
O que
Porque
Como
Quem
Quando
Onde
Quanto
Estimativa orçamentária após a visão (PreGame). Contagem detalhada ao final das sprints.
Realizar contagens no início das sprints, aceite de requisitos,...
Tentar o detalhamento antecipado dos
requisitos.
Evitar o encaminhamento de requisitos em definição para não emergirem muitas
mudanças.
O que
Porque
Como
Quem
Quando
Onde
Quanto
Pode ser realizada em grande parte a distância. Atividades presenciais são importantes para refinamento, esclarecimentos e desenvolvimento das relações de confiança.
O que
Porque
Como
Quem
Quando
Onde
Quanto
Esforço médio para contagem + reunião de
validação:
1 iteração de 50 pontos (2 semanas) = 8 hrs
1,5% do esforço do projeto
Evitar orientação econômica dentro da iteração Desvios devem ser analisados e passíveis de acordo
Preserva equipe de desenvolvimento
custo financeiro e custo emocional
