Planilha ágil

50
PLANILHA ÁGIL ESTIMAR , PLANEJ AR E ACOM PANHA R

description

 

Transcript of Planilha ágil

Page 1: Planilha ágil

PLANILH

A ÁGIL

ES

TI M

AR

, P

L AN

EJ A

R E

AC

OM

P AN

HA

R

Page 2: Planilha ágil

CONSIDERAÇÕES G

ERAIS

Page 3: Planilha ágil

CONSIDERAÇÕES GERAIS

Sempre que houver uma célula cinza na planilha, significa que é um valor calculado e não deve ser alterado (a menos que você saiba o que está fazendo).

Sempre que houver uma célula amarela, significa que a planilha está esperando que você entre com informações válidas.

Este documento se refere a Planilha Ágil publicada aqui:

http://www.slideshare.net/marciosete/planilha-9133244

Feedbacks são bem vindos e esperados:

[email protected]

@marciosete

Page 4: Planilha ágil

EXCLUSÃO DE GARANTIA

Essa planilha está sendo distribuída sem custo, na esperança que será útil, portanto SEM QUALQUER GARANTIA. Use por sua conta e risco.

O autor não garante a integridade ou exatidão das informações fornecidas na planilha.

Ele é fornecida "COMO ESTÁ“ SEM GARANTIA DE QUALQUER TIPO, EXPRESSA OU IMPLÍCITA, INCLUINDO, MAS NÃO SE LIMITANDO ÀS GARANTIAS DE COMERCIALIZAÇÃO E ADEQUAÇÃO PARA UMA DETERMINADA FINALIDADE.

É SEU O RISCO TOTAL COM A QUALIDADE DA PLANILHA. SE A PLANILHA APRESENTAR DEFEITOS, VOCÊ ASSUME O CUSTO DE TODOS OS SERVIÇOS, REPAROS E CORREÇÕES. EM HIPÓTESE ALGUMA A NÃO SER EXIGIDA POR LEI OU ACORDO ESCRITO O AUTOR, SERÁ RESPONSÁVEL POR DANOS, INCLUINDO QUAISQUER DANOS GERAIS, ESPECIAIS, FORTUITOS OU DECORRENTES DO USO OU IMPOSSIBILIDADE DE USO DA PLANILHA (INCLUINDO, MAS NÃO LIMITANDO A, PERDA DE DADOS OU DADOS INCORRETOS OU PERDAS SOFRIDAS POR VOCÊ OU TERCEIROS OU UMA FALHA NAS FÓRMULAS DA PLANILHA), MESMO QUE O AUTOR TENHA SIDO AVISADO DA POSSIBILIDADE DE TAIS DANOS.

Page 5: Planilha ágil

CONFIGURAÇÃO D

A

SPRIN

T

Page 6: Planilha ágil

PERÍODO DA SPRINT

1. Informe a data de início e término da Sprint

2. Você deve informar apenas o período de GAME, ou seja, aquele onde o Time estará trabalhando para transformar os itens do Sprint Backlog em valor (Software Pronto).

3. Informe os feriados que vão ocorrer no período da Sprint ou qualquer outra interrupção planejada. Essa interrupção afetará o tamanho da Sprint e consequentemente sua capacidade.

Data Incial 01/09/2011Data Final 13/09/2011

Qtde de dias da Sprint 9

Período da Sprint

Feriados no Período

Page 7: Planilha ágil

FORMAÇÃO DO TIME

O processo propõem a formação de times de no máximo 9 integrantes

1. Escreva o nome da pessoa

2. Escreva a sua disponibilidade

3. Para não considerar uma pessoa no time, deixe sua disponibilidade com 0%Time Disponibilidade Quant. dias Capacidade em Horas

Developer 1 100% 10 50Developer 2 100% 10 50Developer 3 100% 10 50Developer 4 100% 10 50Developer 5 100% 10 50Developer 6 0% 10 0Developer 7 0% 10 0Developer 8 0% 10 0Developer 9 0% 10 0

2505

Capacidade do time

Formação do Time

Quantidade de pessoas no time

Page 8: Planilha ágil

CAPACIDADE

A capacidade do time é definida pela quantidade de horas máxima que o time pode produzir.

Isso envolve a duração da Sprint, a quantidade de pessoas que compõem o time e a quantidade de horas que cada um deles poderá dedicar por dia as atividades do projeto.

Page 9: Planilha ágil

FATOR DE FOCO

O Fator de Foco se propõe a medir o quanto de interferência externa o time sofre durante a execução da Sprint.

As interferências podem vir de estórias não planejadas, tarefas que emergiram durante a execução da Sprint, correção de bugs importantes (hot fixes) de Sprints passadas, ou qualquer outro trabalho não planejado realizado da Sprint.

Qualquer trabalho realizado dentro do Timebox de uma Sprint deve ser evidenciado, ou seja, ou o trabalho deve ter sido previsto na reunião de planejamento, ou então deve ser registrado como item não planejado.

A fórmula para encontrar o fator de foco realizado em uma Sprint é:

Total de horas planejadas para a Sprint / Total de horas realizadas na Sprint

Page 10: Planilha ágil

FATOR DE FOCO

Mantemos na planilha o histórico do “Fator de Foco “ das 3 últimas Sprints para nos ajudar a definir o fator de foco para a próxima Sprint.

Se você não conhece o Fator de Foco do seu time no projeto atual em que estão trabalhando, comece com 75% e então comece a medir.

Ter um fator de foco de 75% significa que: 75% da capacidade do time vai ser destinada para itens planejados na reunião de planejamento da Sprint e 25% da capacidade será destinada a itens não planejados.

Amostragem 1 75%Amostragem 2 75%Amostragem 3 75%

Histórico 75%

Fator de Foco

Page 11: Planilha ágil

COMPROMETIMENTO

O comprometimento do time significa o quanto o time se comprometeu durante a reunião de planejamento em relação a sua capacidade máxima.

O time não deve se comprometer com 100% da sua capacidade.

O melhor é se comprometer próximo ao seu Fator de Foco.

Comprometimento

78%

Page 12: Planilha ágil

VELOCIDADE

A velocidade é definida pela quantidade de pontos entregues na reunião de revisão.

Apenas são considerados os itens prontos, ou seja, itens que atingiram a Definição de Pronto do Time e os critérios de aceitação definidos na estória pelo Product Owner.

Mantemos na planilha o histórico da Velocidade do Time nas últimas 5 Sprints para nos dar nos ajudar estimar a velocidade do Time na próxima Sprint.

Tiramos então uma média aritmética dessas amostragens e então definimos a velocidade prevista do Time para a próxima execução.Amostragem 1 12

Amostragem 2 14Amostragem 3 17Amostragem 4 16Amostragem 5 12

Velocidade Média 14

Velocidade

Page 13: Planilha ágil

ESTIMANDO A VELOCIDADE DO SEU TIMECaso seja a primeira Sprint do Time no Projeto, temos algumas

opções:

• Usar dados históricos• Veja a velocidade de outros times semelhantes, em projetos

semelhantes.• Essa opção só é valida quanto você tem projetos com domínios

semelhantes, times com capacidade e experiência semelhante e tecnologia semelhante.

• Se algum desses fatores mudar, os dados deixam de ter relevância.

• Rode uma Sprint baseado em Comprometimento• Durante a primeira reunião de planejamento, deixe o time se

comprometer com a quantidade de trabalho que eles sentem que são capazes de realizar durante aquele Timebox, então meça a velocidade entregue por eles ao final da Sprint.

Page 14: Planilha ágil

CONE DA INCERTEZA

Em 1981 Barry Boehm desenhou a primeira versão do que mais tarde Steve McConnell chamou de “Cone da Incerteza”.

O Cone da Incerteza mostra uma variação do nível de certeza em relação ao tempo, sendo que temos um alto grau de incerteza no começo e com o passar do tempo, a incerteza vai dando lugar a certeza.

Dentro do contexto da agilidade, o Cone da Incerteza é utilizado em diversos momentos e de diversas formas.

Neste momento vamos utilizar o Cone da Incerteza para definir um intervalo de valores possíveis da velocidade, dada uma estimativa.

Page 15: Planilha ágil

CONE DA INCERTEZA

A escala da variação da velocidade no tempo, dada uma estimativa é a seguinte:

• Para times rodando a primeira Sprint em um novo Projeto:• Entre 60% e 160%

• Para times rodando a segunda Sprint no mesmo Projeto:• Entre 80% e 125%

• Para times rodando a terceira Sprint no mesmo Projeto:• Entre 85% e 115%

• Para times rodando a partir da quarta Sprint no mesmo Projeto:

• Entre 90% e 110%

• Um time com a velocidade estimada

em 14 pontos teria as seguintes

probabilidades de velocidade:

Cone da Incerteza Vel. Mínima Vel. MáximaSprint 1 9 23Sprint 2 11 18Sprint 3 12 16

A partir da Sprint 4 13 16

Page 16: Planilha ágil

90% DE CERTEZA

Mike Cohn desenvolveu uma teoria onde dada uma amostragem mínima de 5 velocidades, é possível se afirmar com 90% de certeza o intervalo de velocidade previsto para aquele time.

Baseado no histórico de velocidades apresentado anteriormente e na teoria do Mike Cohn, podemos afirmar com 90% de certeza, de que a velocidade do Time na próxima execução estará entre 12 e 17 pontos.

90% de Certeza Vel. Mínima Vel. MáximaVelocidade provável entre 12 17

Page 17: Planilha ágil

PREMISSAS

• Percentual da capacidade do time dedicada ao Backlog Grooming

• É definido uma quantidade de tempo onde o Time, em conjunto com o Product Owner irão adicionar detalhes, estimativas e prioridades aos itens no Product Backlog. É o momento onde os itens são analisados e revistos.

• O Scrum Guide propõem um valor de até 10% da capacidade total da Sprint para esta finalidade.

• Quantidade de horas dedicadas por dia/pessoa nas atividades do projeto

• Pessoas não trabalham 100% do seu tempo nas atividades do projeto. A quantidade de tempo varia de pessoa pra pessoa e de empresa pra empresa.

• Pesquisas demonstram que pessoas investem entre 55% e 70% do seu tempo nas atividades do projeto.

• Uma pessoa alocada em tempo integral, conseguirá dedicar ao projeto de 4 a 6 horas por dia.

Percentual da capacidade do time dedicada ao Backlog Grooming 10%Quantidade de horas dedicadas por dia/pessoa nas atividades do projeto 6

Premissas

Page 18: Planilha ágil

CUSTO DO PROCESSO EM HORASO processo do Scrum reserva um momento diário para que o Time se sincronize, faça inspeção e adaptação e mantenha o foco na entrega do software.

Outro momento de sincronismo é o Backlog Grooming, onde o Product Owner tem a oportunidade de se alinhar junto ao Time a respeito dos próximos itens do Product Backlog.

Esses momentos são fundamentais para o sucesso da Sprint e consequentemente do projeto, entretanto eles tem um custo que precisam ao menos ser compreendidos

• Daily meeting • Fórmula para saber a quantidade de horas que serão investidas nas

reuniões diárias durante a Sprint:• (Quantidade de Pessoas no Time * Quantidade de dias da Sprint * 15) /

60

• Backlog Grooming• Fórmula para saber quantas horas devem ser dedicadas pelo time ao

Backlog Grooming:• (Capacidade em horas do time * % de tempo dedicado ao Grooming) /

Quantidade de Pessoas no Time

Daily meeting 11,3Backlog Grooming (5,4 horas para o time trabalhar) 27,0

TOTAL 38,3

Custo do processo em horas

Page 19: Planilha ágil

META DE NEGÓCIO

A meta de negócio da Sprint dá ao Time alguma flexibilidade em relação as funcionalidades implementadas dentro da Sprint, já que, a princípio, o time não se compromete com a quantidade de trabalho incluído no Sprint Backlog e sim a atingir a meta de negócio definida pelo Product Owner, que deve ser uma meta plausível

O Time deve trabalhar sempre com a meta de negócio na cabeça.

A meta de negócio da Sprint pode ser por exemplo um marco num propósito maior do roadmap do Projeto.

Page 20: Planilha ágil

SPRIN

T BACKLO

G

Page 21: Planilha ágil

PRODUCT BACKLOG ITEM X TAREFAS

• Product Backlog Itens (PBIs) são estimados utilizando Story Points.

• OS PBIs são descompostos em tarefas técnicas e estas tarefas estimadas em horas.

• O time trabalha na real nas tarefas técnicas. Uma vez que todas as tarefas técnicas de um PBI tenham atingido a definição de pronto do Time, a Estória é dada como concluída.

• É comum Times não conseguirem identificar 100% das tarefas de todos os PBIs.

• Normalmente novas tarefas emergem durante a execução da Sprint.

• A definição do Fator de Foco vai permitir ao Time trabalhar nessas tarefas emergentes sem que a Sprint seja comprometida.

Page 22: Planilha ágil

BUSINESS VALUE• É a definição do quanto de valor de negócio um ítem agrega ao seu

projeto em relação ao tempo.

• É bastante difícil ter uma visão completamente abstrata para se definir o quanto de valor um ítem possui.

• O melhor talvez seja comparar um ítem em relação a outro ítem. Mas quando dizemos que vamos comparar, precisamos definir quais serão os critérios dessa comparação. Na planilha definimos os seguintes:

• Fatores que contribuem para aumentar o valor agregado do ítem• Relevância• Urgência• Oportunidade

• Fatores que contribuem para diminuir o valor agregado do ítem• Complexidade• Tempo• Custo• Risco• Incerteza

Page 23: Planilha ágil

STATUS, APROVAÇÃO E VELOCIDADE ATINGIDAOs itens do Sprint Backlog recebem Status que variam entre

Pendente, Fazendo, Pronto e Impedido.

Os itens podem ser aprovados ou não durante a reunião de revisão. Cada item aprovado, tem o valor da sua estimativa somado na velocidade atingida pelo Time naquela Sprint.

Page 24: Planilha ágil

TABELA

Page 25: Planilha ágil

DATA

As datas e dias são preenchidos automaticamente de acordo com o período de data informado na sessão de configuração da Sprint.

A planilha preenche automaticamente apenas os dias úteis de trabalho. Ela desconsidera os finais de semana e os feriados informados no período.

0 Horas Task ID BV Horas Task ID BV Horas Task ID

05/set 1

06/set 2

07/set 3

08/set 4

09/set 5

12/set 6

13/set 7

14/set 8

15/set 9

16/set 10

Data Ítens não planejados (INP)

ExecuçãoDia

Ítens removidosÍtens planejados (IP)

Page 26: Planilha ágil

ITENS PLANEJADOSNesta sessão, o time deve informar as tarefas técnicas concluídas pelo time diariamente.

Sempre que um membro do time finalizar uma tarefa ou pelo menos uma vez por dia, durante o daily meeting, o time atualiza a planilha com todas as tarefas concluídas.

O time deve informar:

• Horas• Quantidade total de horas concluídas pelo time em tarefas planejadas naquele dia.

• Task ID• ID da tarefa. Se você estive utilizando o Sprint Backlog da própria planilha, informe o número dos

campos ID das tarefas que o time concluiu. Se tiver utilizando outro repositório, informe o ID informado pelo repositório. O Objetivo é manter rastreabilidade do que o time está concluindo.

• Separe os vários itens com vírgula.

• BV• O Objetivo aqui é informar o Business Value potencial atingido. Lembrando que tarefa técnica não tem

Business Value, somente estórias. Então sempre que todas as tarefas técnicas de uma estória tiver sido concluídas, o time pode lançar o Business Value referente à estória concluída.

• Se você estiver usando o Sprint Backlog da planilha, informe o Business Value da estória concluída. Se estiver usando outra forma para calcular o business value, informe o valor identificado para aquela estória.

Page 27: Planilha ágil

ITENS NÃO PLANEJADOSNesta sessão, o time deve informar as tarefas técnicas não planejadas concluídas pelo time

diariamente.

Sempre que um membro do time finalizar uma tarefa não planejada ou pelo menos uma vez por dia, durante o daily meeting, o time atualiza a planilha com todas as tarefas não planejadas concluídas.

O time deve informar:

• Horas• Quantidade total de horas concluídas pelo time em tarefas não planejadas naquele dia.

• Task ID• ID da tarefa. Se você estive utilizando o Sprint Backlog da própria planilha, informe o número dos campos ID

das tarefas que o time concluiu. Se tiver utilizando outro repositório, informe o ID informado pelo repositório. O Objetivo é manter rastreabilidade do que o time está concluindo.

• Separe os vários itens com vírgula.

• BV• O Objetivo aqui é informar o Business Value potencial atingido. Lembrando que tarefa técnica não tem

Business Value, somente estórias. Então sempre que todas as tarefas técnicas de uma estória tiver sido concluídas, o time pode lançar o Business Value referente à estória concluída.

• Se você estiver usando o Sprint Backlog da planilha, informe o Business Value da estória concluída. Se estiver usando outra forma para calcular o business value, informe o valor identificado para aquela estória.

Page 28: Planilha ágil

ÍTENS REMOVIDOS

Nesta sessão, o time deve informar as tarefas técnicas referente às estórias planejadas que foram removidas pelo Product Owner.

O Produtct Owner pode remover estórias por exemplo quando não fizer mais sentido realizar determinada estória ou em uma possível renegociação de escopo da sprint, seja para diminuir o escopo ou mesmo para substituir por uma estória não planejada que ganhou relevância e urgência.

O time deve informar:

• Horas• Quantidade total de horas removidas pelo Product Owner naquele dia.

• Task ID• ID da tarefa. Se você estive utilizando o Sprint Backlog da própria planilha, informe o

número dos campos ID das tarefas que o time concluiu. Se tiver utilizando outro repositório, informe o ID informado pelo repositório. O Objetivo é manter rastreabilidade do que o time está concluindo.

• Separe os vários itens com vírgula.

Page 29: Planilha ágil

INDICADORES• Total• Quantidade total de horas realizadas (queimadas) por dia.

• Planejado• Projeção no tempo de como o total de horas planejadas deveriam ser queimadas em relação a

quantidade de dias de trabalho da Sprint.

• IP + INP• Projeção no tempo de como o total de horas planejadas + horas não planejadas deveriam ser

queimadas em relação a quantidade de dias de trabalho da Sprint.

• Pendente• Quantidade de horas pendentes na Sprint.

• Tendência• Projeção da quantidade de horas restantes por dia, de acordo com a velocidade realizada pelo

time diariamente.

• INP Acumulado• Quantidade de horas não planejadas acumuladas ao longo do tempo.

• Business Value Acumulado• Quantidade de Business Value Potencial acumulado ao longo do tempo.

Page 30: Planilha ágil

INDIC

ADORES

Page 31: Planilha ágil

PROGRESSO

• Data atual• Informa qual é a data atual.

• Dia atual da Sprint• Informa qual é o dia atual da Sprint. Por exemplo, estamos no 4 dia de uma

Sprint de 10 dias.

• Quantidade de dias da Sprint• Quantidade de dias total da Sprint.

• % de andamento da Sprint• Indica quantos % da Sprint já se passou

• % de valor entregue• Indica quantos % do Business Value já foi entregue

• Total de horas pendentes na Sprint para conclusão• Quantidade de horas planejadas pendente de serem concluídas.

Page 32: Planilha ágil

PROGRESSO

• Total de horas realizadas na Sprint• Quantidade de horas realizadas (queimadas) pelo time, incluindo tarefas das estórias

planejadas e não planejadas.

• Total de horas que deveria ter sido realizadas na Sprint até o momento• Quantidade de horas que o time deveria ter queimado até o momento, considerando o

dia atual da Sprint.

• Total de horas que deveria ter sido realizadas na Sprint até o momento considerando INP

• Quantidade de horas que o time deveria ter queimado até o momento, considerando a reserva de tempo que foi feita (fator de foco) para itens não planejados.

• % de aproveitamento do time em relação ao planejamento• Quantos % de aproveitamento que o Time está tendo em relação aos itens planejados.

• % de aproveitamento do time em relação a sua capacidade máxima• Quantos % de aproveitamento que o Time está tendo em relação a capacidade

máxima do Time.

Page 33: Planilha ágil

EXECUÇÃO DA SPRINT

• Quantidade de horas não planejadas• Quantidade de horas que o time trabalhou em tarefas que não foram

planejadas.

• Quantidade total de horas da Sprint (planejados + não planejadas)• Quantidade de horas total da Sprint, incluindo as tarefas das estórias

planejadas durante a reunião de planejamento e as das não planejadas.

• Quantidade de horas planejadas removidas da Sprint• Quantidade de horas planejadas removidas da Sprint.

• Total de horas não medidas ou não evidenciadas• Diferença entre a capacidade máxima do Time e o que o Time realizou até

aquele momento.

• Horas não medidas ou não evidenciadas por dia• Total de horas não medidas ou não evidenciadas por dia, dividido pela

quantidade de dias executados da Sprint.

Page 34: Planilha ágil

CAPACIDADE

• Quantidade diária máxima de horas• Quantidade diária máxima que o time consegue entregar de acordo

com a sua capacidade.

• Quantidade de horas que o time deveria matar por dia• Quantidade de horas que o time deveria queimar por dia,

considerando a quantidade de horas das tarefas referente as estórias planejadas e não planejadas.

Page 35: Planilha ágil

VELOCIDADE

• Média de horas realizadas por dia• Quantidade média de horas realizadas pelo time

• Média de horas que deveria ter sido realizada por dia• Quantidade média de horas que o time deveria estar queimando por

dia, considerando itens planejados e não planejados.

• Média de horas que deveria ter sido realizada por dia considerando INP.

• Média de horas que o time deveria estar queimando por dia, considerando as horas reservadas para itens não planejados.

Page 36: Planilha ágil

FATOR DE FOCO

• Fator de foco planejado• Quantidade total de horas do Sprint Backlog divido pela capacidade

máxima do Time.

• Fator de foco real• Quantidade total de horas planejadas divido pela quantidade total de

horas da Sprint (planejadas + não planejadas).

• % da Sprint consumida com itens planejados• Quanto da Sprint foi consumido com itens planejados.

• % da Sprint consumida com itens não planejados• Quanto da Sprint foi consumido com itens não planejados.

• % consumido da reserva para itens não planejados• Quanto já foi consumido da reserva feita para itens não planejados.

Page 37: Planilha ágil

ESTIMATIVA

• Quantidade de horas não planejadas suportadas por esta Sprint

• Quantas horas não planejadas ainda são suportadas pela Sprint. Essa quantidade vai aumentando e diminuindo dinamicamente de acordo com o aproveitamento do time.

• Capacidade máxima da Sprint considerando o cenário atual

• Quantidade de horas máxima suportadas por essa Sprint de acordo com o cenário atual.

Page 38: Planilha ágil

SPRIN

T BURNDOW

N

Page 39: Planilha ágil

LINHAS BASE• Total• Exibe por dia a quantidade total de horas queimadas pelo time.

• Planejado• Linha ideal desenhada no gráfico exibindo a quantidade total de horas do Sprint Burndown, sendo

queimada ao longo dos dias da Sprint.

• Pendente• Quantidade de horas pendentes na Sprint. Essa é a linha que demonstra a quantidade de horas sendo

queimadas pelo Time diariamente.

• INP Acumulado• Exibe a evolução dos itens não planejados ao longo do tempo.

• IP + INP• Linha ideal desenhada no gráfico exibindo a quantidade total de horas da Sprint, incluindo itens

planejados e itens não planejados sendo queimada ao longo dos dias da Sprint. Essa é a linha real de esforço da Sprint.

• Tendência• Exibe a tendência de término da Sprint de acordo com a velocidade empreendida pelo time até o

momento.

• Business Value• Exibe um BurnUP de valor potencial entregue pelo time ao longo do tempo.

Page 40: Planilha ágil

IMPE

DIMENTO

S

Page 41: Planilha ágil

IMPEDIMENTOS

Essa sessão tem por objetivo manter um histórico dos impedimentos ocorridos na Sprint.

• Ocorrência• Descreva o impedimento.

• Causa• Descreva o que causou o impedimento.

• Efeito• Qual efeito que o impedimento teve na Sprint.

• Ação tomada• Qual ação tomada para que o impedimento fosse eliminado.

Page 42: Planilha ágil

RETROSPE

CTIVA

Page 43: Planilha ágil

RETROSPECITIVA

O objetivo dessa sessão é manter um histórico da retrospectiva da Sprint para funcionar como uma base de conhecimento para o Time.

• O que contribuiu para o sucesso da Sprint que o Scrum Team deveria continuar fazendo?

• O que contribuiu para o insucesso da Sprint que o Scrum Team deveria parar de fazer?

• O que o Scrum Team percebeu que poderia começar a fazer para que as próximas sprints tenham sucesso?

Page 44: Planilha ágil

TAMANHO

Page 45: Planilha ágil

TAMANHO

Essa sessão serve como guia de referência para medidas de tamanho ágeis.

Page 46: Planilha ágil

CONFIGURAÇÃO D

E VALO

R

Page 47: Planilha ágil

FATORES QUE CONTRIBUEM PARA AUMENTAR O VALOR AGREGADO DO ÍTEM• Relevância• Define o quão relevante é o ítem para o projeto

• Urgência• Qual a urgência que o projeto tem para que o item esteja pronto.

• Oportunidade• A implementação desta funcionalidade irá gerar grandes

oportunidades ou vantagens competitivas para o projeto ?

• Dinheiro• A implementação desta funcionalidade irá gerar valores financeiros

direto para o projeto ?

Page 48: Planilha ágil

FATORES QUE CONTRIBUEM PARA DIMINUIR O VALOR AGREGADO DO ÍTEM• Complexidade• Grau de complexidade do item

• Tempo• Quantidade de tempo necessário para fazer o item

• Custo• Quanto de custo está envolvido na construção do item.

• Risco• Quanto de risco está envolvido na construção do item.

• Incerteza• Quanto de incerteza está contido na especificação do item.

Page 49: Planilha ágil

SOBRE O A

UTOR

Page 50: Planilha ágil

Márcio [email protected]@challengeit.com.br Visual Studio

ALMConsultor em ALM e processos ágeis de

desenvolvimento de software

Colaboração e Revisão:

Thiago Bernabé[email protected]