Indicadores devem seguir estes pontos : Seguir tendências e não números; Ser facilmente coletada; Incentivar a comunicação; Pertencer a um conjunto pequeno de métricas; Fornecer feedback frequente; Indicadores não devem ser intrusivos. Principalmente responder as seguintes questões : - Delivey - Cost - Beneficts - Team

1. 1
Profº Silas Serpa
Características
• Seguir tendências e não números: Ao medir a velocidade de uma equipe ágil, por exemplo, é mais
importante sua tendência de estabilização que seu número absoluto;
• Ser facilmente coletada: Coletar as informações de um indicador não deve representar um esforço
para a equipe, devendo ser, prioritariamente, automatizada;
• Incentivar a comunicação: Um indicador deve incentivar a comunicação sobre ela entre os membros
da equipe, sendo um bom sinal quando as pessoas comentam sobre ela;
• Pertencer a um conjunto pequeno de indicadores: É impossível medir tudo, e muita informação
pode esconder o que realmente importa. Com um número pequeno de indicadores, busca-se medir
apenas o que é mais importante;
• Fornecer feedback frequente: Os indicadores devem ser frequentemente atualizadas e expostas, de
forma a acelerar o processo de aprendizado e melhoria.
• Indicadores não devem ser intrusivos: Ao medir a equipe deve sentir que esta contribuindo para os
valores e princípios ágeis.
Lista de Indicadores sugeridos
Indicador Objetivo
Acurácia (precisão) das estimativas Identificar distorções entre o tempo de duração
previsto para a execução das tarefas e o tempo
de duração realizado.
Observar tendência/previsibilidade do
cumprimento das entregas dentro dos prazos.
Burndown da iteração Observar tendência/previsibilidade do
cumprimento das entregas dentro dos prazos.
Visualizar o progresso do projeto.
Burnup da release/projeto Observar tendência/previsibilidade do
cumprimento das entregas dentro dos prazos.
Visualizar o progresso do projeto.
Cobertura de testes automatizados Avaliar a qualidade do produto. Avaliar a
qualidade do código desenvolvido.
Cycle time (tempo de ciclo para concluir uma
tarefa)
Conhecer o ritmo de trabalho da equipe. Prever o
tempo de entrega do produto.
Defeitos em aberto (defeitos não
solucionados)
Avaliar a qualidade do produto
Defeitos encontrados pelo cliente Avaliar a qualidade do produto e a
efeitividade dos testes internos.
Densidade dos defeitos (proporção do número de
defeitos em relação ao tamanho do projeto)
densidade dos defeitos representa o número de
defeitos em relação ao tamanho do produto
CFD Conhecer o ritmo de trabalho da equipe
Identificar acúmulo de trabalhos
(gargalo) ao longo do processo de
desenvolvimento
Identificar o status atual do desenvolvimento das
tarefas Visualizar progresso
RTF - Funcionalidades Testadas e Entregues RTF representa quantas funcionalidades com
qualidade (testadas) são fornecidas ao cliente em
cada iteração
Grau de atendimento as Historias ( Usuário e
Estruturante )
Avaliar a qualidade do produto em relação as
histórias escritas e efetivamente feitas

2. 2
Profº Silas Serpa
Índice de histórias por iteração Conhecer o ritmo de trabalho da equipe.
Visualizar o progresso do projeto.
Lead time (tempo de entrega das funcionalidades
ao cliente)
tempo que uma história leva desde a sua
solicitação até ser entregue ao cliente.
Média da motivação dos membros da
equipe
Avaliar a motivação da equipe
Número de Histórias não concluídas na iteração Identificar o número de histórias não concluídas
na iteração
Severidade dos defeitos Avaliar a qualidade do produto entregue ao
cliente e o impacto que o grau de impacto
Taxa de acerto na estimativa das Histórias Identificar distorções entre o tempo de duração
previsto para a execução das Histórias e o
tempo de duração realizado.
Observar tendência/previsibilidade do
cumprimento das entregas dentro dos prazos.
Taxa de dívida técnica Avaliar a qualidade do código desenvolvido e o
conhecimento técnico da equipe
Tempo investido em tarefas não planejadas Identificar o tempo investido devido a problemas
de planejamento na iteração
Tempo médio de resolução dos impedimentos Controlar a rapidez na resolução dos problemas
que atrapalham o processo
Throughput Avaliar a produtividade da equipe. Prever o tempo
de entrega do produto.
Variação dos custos (entre estimado e realizado) Controlar os recursos financeiros do projeto
dentro de um nível de visibilidade apropriado
Velocidade média diária da equipe na iteração Conhecer a capacidade de produção da equipe.
Conhecer o ritmo de trabalho da equipe.
Work in Progress (WIP) Identificar capacidade de produçãopor fase

3. 3
Profº Silas Serpa
Descrição e ficha do indicador
Acurácia das estimativas (tempo)
Acurácia das estimativas (tempo) é um indicador para avaliar o grau de acerto entre o
tempo de duração previsto para a execução das tarefas e o tempo de duração realizado. No início
de cada nova iteração a equipe deve refletir sobre o motivo dos erros e acertos em relação às
estimativas, e realizar ajustes.
Esto indicador é útil para a empresa realizar a estimativa de duração das tarefas em
horas, não devendo ser utilizado para controle individual dos membros da equipe, mas sim
utilizar esta informação para reflexão e aprendizado sobre o processo de estimar.
Nome do indicador: Acurácia das estimativas (tempo)
Categoria Processo
Estágio Tático
Objetivo(s) de medição Identificar distorções entre o tempo de duração previsto para a execução
das tarefas e o tempo de duração realizado.
Observar tendência/previsibilidade do cumprimento das entregas dentro
dos prazos.
Intervalo de medição ou
valor alvo
Valor meta igual a 100%
Unidade de medida Percentual de acurácia
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead, SM e equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento

4. 4
Profº Silas Serpa
Burndown da iteração
Trata-se da representação gráfica da medida de pontos (ou horas) de trabalho ao longo
dos dias da iteração.
O gráfico apresenta duas linhas uma contínua que representa o desempenho ideal, sendo
que no final não irá restar nenhum trabalho a ser concluído; e outra linha que apresenta o
desempenho real da equipe ao longo da iteração. A linha contínua do gráfico inicia com o
número máximo de pontos previstos para a iteração e mostra um decréscimo regular desses
pontos ao longo da iteração.
Nome do indicador: Burndown da iteração
Categoria Processo
Estágio Operacional
Objetivo(s) de medição Observar tendência/previsibilidade do cumprimento das entregas dentro
dos prazos.
Visualizar o progresso do projeto.
Intervalo de medição ou
valor alvo
A cada Sprint Review
Unidade de medida Pontos
Fonte dos dados Quadro de tarefas (Kanban)
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
PO, SM e equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento

5. 5
Profº Silas Serpa
Burnup da release/projeto
O gráfico burnup é formado por duas linhas. Uma linha apresenta a informação da
soma total de trabalho realizado até o momento, normalmente medido em pontos. A outra
linha apresenta a informação da meta da release ou do projeto. A diferença entre as duas
linhas permite a equipe identificar o quanto de trabalho ainda precisa a ser feito para concluir
a meta da release ou do projeto.
A diferença entre o gráfico burndown e gráfico burnup é o que burnup é utilizado para
prever a quantidade de escopo que a equipe poderá ser capaz de realizar num projeto e o
burndown fornece a informação do quanto resta para atingir a meta de trabalho estabelecido
naquela iteração, por este motivo a linha do burnup é crescente e não decrescente.
Nome do indicador: Burnup da release/projeto
Categoria Processo
Estágio Tático
Objetivo(s) de medição Observar tendência/previsibilidade do cumprimento das entregas dentro
dos prazos. Visualizar o progresso do projeto.
Intervalo de medição ou
valor alvo
A cada Sprint Review
Unidade de medida Pontos
Fonte dos dados Quadro de tarefas
Fase do projeto ágil que
é analisada
Release
A quem interessa o
indicador e/ou
analisa
Tribe Lead, PO, SM e equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento

6. 6
Profº Silas Serpa
Cobertura de testes automatizados
A atividade de teste de software é uma atividade dinâmica e tem como objetivo
demonstrar que o software funcionou conforme previsto, sendo considerado um fator decisivo
para garantir a qualidade de um programa.
Nome do indicador: Cobertura de testes automatizados
Categoria Qualidade
Estágio Operacional
Objetivo(s) de medição Avaliar a qualidade do produto. Avaliar a qualidade do código
desenvolvido.
Intervalo de medição ou
valor alvo
0 a 100%
Unidade de medida Percentual
Fonte dos dados Casos de testes e número de testes automatizados
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
SM e Equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento

7. 7
Profº Silas Serpa
Cycle time (tempo de ciclo para concluir uma tarefa)
Cycle time é o tempo desde que uma tarefa inicia a ser trabalhada até o momento que
esta esteja totalmente finalizada, devendo esta informação ser abstraída do quadro de tarefas
kanban.
Nome do indicador: Cycle time (tempo de ciclo para concluir uma tarefa)
Categoria Processo
Etilo Tático
Objetivo(s) de medição Conhecer o ritmo de trabalho da equipe.
Prever o tempo de entrega do produto.
Intervalo de medição ou
valor alvo
A cada Sprint Review
Unidade de medida Horas
Fonte dos dados Quadro de tarefas
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead e SM
Quem coleta dos dados Equipe de desenvolvimento

8. 8
Profº Silas Serpa
Defeitos em aberto (defeitos não solucionados)
O número de defeitos em aberto é calculado pelo número de defeitos relatados pelos
clientes na iteração, somado aos defeitos antigos ainda não resolvidos.
Nome do indicador: Defeitos em aberto (defeitos não solucionados)
Categoria Qualidade
Estágio Tático
Objetivo(s) de medição Avaliar a qualidade do produto
Intervalo de medição ou
valor alvo
A cada Sprint Review
Comportamento do
indicador
Menor-é-melhor
Unidade de medida Número de defeitos
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead, PO, SM e Equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento

9. 9
Profº Silas Serpa
Defeitos encontrados pelo cliente
Os defeitos que não são identificados na fase de testes poderão ser identificados pelo
cliente quando estiverem efetivamente utilizando o produto de software que foi desenvolvido.
Nome do indicador: Defeitos encontrados pelo cliente
Categoria Qualidade
Estágio Tático
Objetivo(s) de medição Avaliar a qualidade do produto e a efetividade dos testes internos
Intervalo de medição ou
valor alvo
A cada Release Planning
Comportamento do
indicador
Menor-é-melhor
Unidade de medida Número de defeitos por release
Fase do projeto ágil que
é analisada
Release
A quem interessa o
indicador e/ou
analisa
Tribe Lead, PO, SM, Equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento

10. 10
Profº Silas Serpa
Densidade dos defeitos (proporção do número de defeitos em relação ao tamanho do
projeto)
A densidade dos defeitos representa o número de defeitos em relação ao tamanho do
produto. O tamanho do produto normalmente é obtido através da contagem do número de
pontos.
Nome do indicador: Densidade dos defeitos (proporção do número de defeitos em relação ao
tamanho do projeto)
Categoria Qualidade
Estágio Tático
Objetivo(s) de medição Avaliar a qualidade do produto em relação ao tamanho do produto
Intervalo de medição ou
valor alvo
A cada Sprint Review
Comportamento do
indicador
Menor-é-melhor
Unidade de medida Defeitos por pontos
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead, PO e SM
Quem coleta dos dados Equipe de desenvolvimento

11. 11
Profº Silas Serpa
CFD - Diagrama de fluxo cumulativo
O diagrama de fluxo cumulativo apresenta quantas tarefas são desenvolvidas ao longo
do processo de produção num período de tempo específico.
Nome do indicador: Diagrama de fluxo cumulativo
Categoria Processo
Estágio Tático
Objetivo(s) de medição Conhecer o ritmo de trabalho da equipe
Identificar acúmulo de trabalhos (gargalo) ao longo do processo de
desenvolvimento
Identificar o status atual do desenvolvimento das tarefas
Visualizar progresso
Intervalo de medição ou
valor alvo
A cada Sprint Review
Comportamento do
indicador
Alvo-é-melhor
Unidade de medida Número de tarefas por fase
Fonte dos dados Quadro de tarefas
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead, PO, SM, Equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento

12. 12
Profº Silas Serpa
Funcionalidades Testadas e Entregues (Running testing features - RTF)
RTF representa quantas funcionalidades com qualidade (testadas) são fornecidas ao
cliente em cada iteração. Cada uma das funcionalidades desenvolvidas deverá ser entregue após
os testes previstos (internos) e homologação serem realizados
Nome do indicador: Funcionalidades Testadas e Entregues
Categoria Qualidade
Estágio Tático
Objetivo(s) de medição Avaliar a qualidade do produto depois de testadas e fornecidas aos clientes
Intervalo de medição ou
valor alvo
0 a 100%
Comportamento do
indicador
Maior-é-melhor
Unidade de medida Percentual
Fonte dos dados Testes de aceitação
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead, MPO, PO e SM
Quem coleta dos dados Equipe de desenvolvimento

13. 13
Profº Silas Serpa
Grau de atendimento as Historias ( Usuário e Estruturante )
Utilizado para identificar o índice que o software alcançou em relação as , obtido através
da razão entre o número de histórias aceitas e o número total de histórias.
Nome do indicador: Grau de atendimento as Historias ( Usuário e Estruturante )
Categoria Qualidade
Estágio Tático
Objetivo(s) de medição Avaliar a qualidade do produto em relação as histórias escritas e
efetivamente feitas
Intervalo de medição ou
valor alvo
0 e 100%
Comportamento do
indicador
Maior-é-melhor
Unidade de medida Percentual
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead, MPO, PO e SM
Quem coleta dos dados Equipe de desenvolvimento

14. 14
Profº Silas Serpa
Índice de histórias por iteração
O índice de histórias por iteração é umo indicador que possibilita saber o fluxo de
histórias num período de tempo. A comparação entre o índice de histórias entregues na iteração
com outras iterações possibilita compreender a variação de produtividade da equipe.
Nome do indicador: Índice de histórias por iteração
Categoria Processo
Estágio Tático
Objetivo(s) de medição Conhecer o ritmo de trabalho da equipe.
Visualizar o progresso do projeto.
Intervalo de medição ou
valor alvo
A cada Sprint Review
Comportamento do
indicador
Alvo-é-melhor
Unidade de medida Histórias por dia
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
MPO, PO, SM e Equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento

15. 15
Profº Silas Serpa
Lead time (tempo de entrega das histórias ao cliente)
Lead time é o tempo que uma história leva desde a sua solicitação até ser entregue ao
cliente. Ao examinar previamente o indicador de lead time é possível obter previsibilidade de
entrega de uma tarefa.
Nome do indicador: Lead time (tempo de entrega das funcionalidades ao cliente)
Categoria Processo
Estágio Tático
Objetivo(s) de medição Prever o tempo de entrega do produto
Intervalo de medição ou
valor alvo
A cada Sprint Review
Comportamento do
indicador
Alvo-é-melhor
Unidade de medida Horas
Fonte dos dados Quadro de tarefas
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
MPO, PO, SM e equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento

16. 16
Profº Silas Serpa
Média da motivação dos membros da equipe
Esta é umo indicador que indica a média da motivação ou satisfação (happiness) das
pessoas que compõem a equipe. Normalmente é realizada de forma pessoal pelo Chapter Lead,
porém deve-se quantificar esta informação sendo recomendo usar uma escala ordinal, por
exemplo, uma escala likert de 5 pontos, sendo 1 (insatisfeito), 2 (pouco satisfeito), 3 (neutro),
4 (satisfeito) e 5 (muito satisfeito).
Nome dos membros
da equipe
Dias da iteração
1 2 3 4 5 6 7 8 9 10
Joãozinho
Mariazinha
Pedrinho
Carlinha
Alêzinho
Nome do indicador: Média da motivação dos membros da equipe ( MOOD Graph )
Categoria Equipe
Estágio Tático
Objetivo(s) de medição Avaliar a motivação da equipe
Intervalo de medição ou
valor alvo
1 e 5
Comportamento do
indicador
Maior-é-melhor
Unidade de medida Valor da escala de satisfação
Fonte dos dados Membros da equipe
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead, Chapter Lead e SM
Quem coleta dos dados Equipe de desenvolvimento e Chapter Lead

17. 17
Profº Silas Serpa
Número de histórias não concluídas na iteração
O número de histórias não concluídas são aquelas previstas para uma iteração, mas que não
puderam ser implementadas, ou ficaram incompletas e que passaram para a próxima iteração.
Nome do indicador: Número de Histórias não concluídas na iteração
Categoria Processo
Estágio Tático
Objetivo(s) de medição Identificar o número de histórias não concluídas na iteração
Intervalo de medição ou
valor alvo
A cada Sprint Review
Comportamento do
indicador
Menor-é-melhor
Unidade de medida Número de Histórias
Fonte dos dados Quadro de tarefas
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead, MPO, PO, SM e Equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento

18. 18
Profº Silas Serpa
Severidade média dos defeitos
Severidade média dos defeitos representa o seu potencial impacto para o negócio do
cliente, podendo ser classificado com uma escala ordinal, por exemplo, uma escala likert de 3
pontos, sendo 1 (baixo), 2 (grave) e 3 (crítico). Defeitos com severidade crítica têm sérios
impactos na operação do negócio e da organização; com severidade grave produz um resultado
incorreto ou para de funcionar; e severidade baixa possui menor impacto, não afetando
diretamente os usuários do sistema.
Nome do indicador: Severidade dos defeitos
Categoria Qualidade
Estágio Tático
Objetivo(s) de medição Avaliar a qualidade do produto entregue ao cliente e o impacto que o grau
de impacto
Intervalo de medição ou
valor alvo
1 e 3
Comportamento do
indicador
Menor-é-melhor
Unidade de medida Nível de severidade dos defeitos
Fase do projeto ágil que
é analisada
Release
A quem interessa o
indicador e/ou
analisa
Tribe Lead, MPO, PO e SM
Quem coleta dos dados Equipe de desenvolvimento

19. 19
Profº Silas Serpa
Taxa de acerto na estimativa das Histórias
Uma das questões fundamentais em um projeto de software é saber, antes de executá-
lo, quanto de esforço será necessário para concluí-lo. A taxa de acerto na estimativa das tarefas
permite saber a fração das tarefas que foram entregues no prazo.
Nome do indicador: Taxa de acerto na estimativa das Histórias
Categoria Processo
Estágio Operacional
Objetivo(s) de medição Identificar distorções entre o tempo de duração previsto para a execução
das tarefas e o tempo de duração realizado.
Observar tendência/previsibilidade do cumprimento das entregas dentro
dos prazos.
Intervalo de medição ou
valor alvo
0 e 100%
Comportamento do
indicador
Maior-é-melhor
Unidade de medida Percentual
Fonte dos dados Quadro de tarefas
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
SM e Equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento

20. 20
Profº Silas Serpa
Taxa de dívida técnica (problemas técnicos a serem resolvidos)
Dívida Técnica (technical debt) é uma metáfora criada por Ward Cunningham, ele conta
que em um projeto de desenvolvimento de um software financeiro ele utilizou esta metáfora
para explicar o contexto. Ele disse para o chefe dele da época: “Se nós fracassarmos em fazer
com que o nosso software esteja alinhado com o que nós entendemos como a maneira adequada
de pensar a respeito dos nossos objetos financeiros, então nós vamos esbarrar em
desentendimento e isto irá reduzir a nossa velocidade como se estivéssemos pagando juros de
um empréstimo”.
Dívida técnica refere às consequências de desenvolver funcionalidades incompletas,
artefatos imaturos ou inadequados no ciclo de vida de desenvolvimento de software, ou seja,
com qualidade comprometida.
Nome do indicador: Taxa de dívida técnica (problemas técnicos a serem resolvidos)
Categoria Qualidade
Estágio Tático
Objetivo(s) de medição Avaliar a qualidade do código desenvolvido e o conhecimento técnico da
equipe
Intervalo de medição ou
valor alvo
0 a 100%
Comportamento do
indicador
Menor-é-melhor
Unidade de medida Percentual
Fonte dos dados Atividade de controle das tarefas com dívida técnica
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead, Chapeter Lead, MPO, PO e SM
Quem coleta dos dados Equipe de desenvolvimento
Figura 1 - Martin Fowler

21. 21
Profº Silas Serpa
Tempo investido em tarefas não planejadas
Em projetos ágeis de software, no início de cada iteração, a equipe de desenvolvimento
se reúne para planejar o próximo ciclo de trabalho. O ideal é serem identificadas todas as tarefas
a serem desenvolvidas para entregar as funcionalidades solicitadas pelo cliente. Porém, no
decorrer da iteração pode existir a necessidade de incluir itens não planejados os quais precisam
ser identificados e monitorados, pois o tempo adicional dessas tarefas não previstas pode
impactar no cumprimento da meta estabelecida no início da iteração.
Nome do indicador: Tempo investido em tarefas não planejadas
Categoria Processo
Estágio Tático
Objetivo(s) de medição Identificar o tempo investido devido a problemas de planejamento na
iteração
Intervalo de medição ou
valor alvo
A cada Sprint Review
Comportamento do
indicador
Menor-é-melhor
Unidade de medida Horas
Fonte dos dados Quadro de tarefas
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
MPO, PO e SM
Quem coleta dos dados Equipe de desenvolvimento

22. 22
Profº Silas Serpa
Tempo médio de resolução dos impedimentos
Impedimentos são problemas que bloqueiam o desenvolvimento de uma tarefa ou
impedem que a equipe produza software. Todos os impedimentos devem ser registrados de
forma visual para a equipe, devendo conter informação de quais itens estão bloqueados e o
motivo. Na reunião diária deve ser utilizada para identificar e remover os impedimentos que
estão atrapalhando o processo de desenvolvimento.
Nome do indicador: Tempo médio de resolução dos impedimentos
Categoria Processo
Estágio Tático
Objetivo(s) de medição Controlar a rapidez na resolução dos problemas que atrapalham o
processo
Intervalo de medição ou
valor alvo
A cada Daily
Comportamento do
indicador
Menor-é-melhor
Unidade de medida Horas por tarefa
Fonte dos dados Quadro de tarefas
Fase do projeto ágil que
é analisada
A cada Sprint Review
A quem interessa o
indicador e/ou
analisa
Tribe Lead, PO, SM e Equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento

23. 23
Profº Silas Serpa
Throughput (número de tarefas entregues por período de tempo)
O Throughput mede o número de tarefas entregues por período de tempo, ou seja, mede
rendimento da equipe de desenvolvimento; definido também como a produção média num
período de tempo.
Geralmente, analisamos o Throughput para responder questões como:
• Quantos itens de trabalho a equipe entrega por semana?
• O time está criando uma tendência crescente de entrega?
• Algum fator tem bloqueado a capacidade de entrega da equipe?
Nome do indicador: Throughput (número de tarefas entregues por período de tempo)
Categoria Processo
Estágio Tático
Objetivo(s) de medição Avaliar a produtividade da equipe.
Prever o tempo de entrega do produto.
Intervalo de medição ou
valor alvo
A cada Sprint Review
Comportamento do
indicador
Alvo-é-melhor
Unidade de medida Número de Histórias/hora
Fonte dos dados Quadro de tarefas
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead e SM
Quem coleta dos dados Equipe de desenvolvimento

24. 24
Profº Silas Serpa
Variação dos custos (entre estimado e realizado)
A variação dos custos é umo indicador relacionada à avaliação do recurso financeiro
despendido nas atividades do processo de desenvolvimento de software. O custo real do projeto
(ou custo real do trabalho realizado) são os custos realmente incorridos e registrados na
realização do trabalho executado durante um determinado período de tempo.
Nome do indicador: Variação dos custos (entre estimado e realizado)
Categoria Organizacional
Estágio Tático
Objetivo(s) de medição Controlar os recursos financeiros do projeto dentro de um nível de
visibilidade apropriado
Intervalo de medição ou
valor alvo
A cada Sprint
Comportamento do
indicador
Menor-é-melhor
Unidade de medida Valor monetário
Fonte dos dados Horas de trabalho e valor dos gastos indiretos
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead, MPO, PO e SM
Quem coleta dos dados Líder da equipe, gerente de projetos

25. 25
Profº Silas Serpa
Velocidade média diária da equipe
A velocidade representa a quantidade de trabalho que uma equipe de desenvolvimento
é capaz de entregar numa iteração, podendo ser utilizadas as unidades de medida ‘pontos de
história’ por iteração, sendo o ideal ser coletado por pontos. Velocidade é uma medida muito
útil no nível de controle do projeto, pois permite prever a quantidade de trabalho que eles
poderão entregar baseados em dados das iterações anteriores.
Nome do indicador: Velocidade média diária da equipe na iteração
Categoria Equipe
Estágio Tático
Objetivo(s) de medição Conhecer a capacidade de produção da equipe.
Conhecer o ritmo de trabalho da equipe.
Intervalo de medição ou
valor alvo
A cada Sprint Review
Comportamento do
indicador
Alvo-é-melhor
Unidade de medida Pontos por dia
Fonte dos dados Quadro de tarefas
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Chapter Lead e SM
Quem coleta dos dados Equipe de desenvolvimento

26. 26
Profº Silas Serpa
Work in Progress (WIP)
Também podemos mensurar o trabalho em progresso, isto é, a relação entre o total de tarefas
em execução e o total de tarefas a executar. Esse indicador de TI mede a produtividade da equipe,
bem como permite avaliar se os prazos do projeto estão sendo cumpridos.
WIP (Work in Progress) é o número de atividades em andamento no processo produtivo, ou
seja, é o termo dado ao trabalho que foi iniciado, mas não foi concluído. O WIP excessivo pode
revelar vários problemas: capital de investimento sem nenhum retorno sobre o investimento, ou
seja, dinheiro gasto sem retorno financeiro; esconder gargalos de atividades em processo deixando
lento o fluxo geral; e representar risco sob potencial retrabalho, já que poderão ocorrer alterações
nesses itens não aceitos.
Nome do indicador: Work in Progress (WIP)
Categoria Processo
Estágio Tático
Objetivo(s) de medição Identificar capacidade de produçãopor fase
Intervalo de medição ou
valor alvo
Definido pela empresa
Comportamento do
indicador
Alvo-é-melhor
Unidade de medida Número de tarefas
Fonte dos dados Quadro de tarefas
Fase do projeto ágil que
é analisada
Iteração
A quem interessa o
indicador e/ou
analisa
Tribe Lead, SM e Equipe de desenvolvimento
Quem coleta dos dados Equipe de desenvolvimento