monitoramento e controle - uffleomurta/courses/es2/aula4.pdf · 2020. 2. 3. · •team representa...

Monitoramento e Controle

Leonardo Gresta Paulino [email protected]

O que é?• O plano pode ser visto como lacunas (contendo

tarefas), que estão previstas mas ainda não foram executadas

• É possível monitorar o andamento do projeto e ir preenchendo essas lacunas

• Caso o andamento da execução desvie do esperado, é necessário controlar esse desvio...– Adaptando o plano, caso o desvio seja desejado– Tomando ações corretivas, caso o desvio não seja

desejadoLeonardo Murta Monitoramento e Controle 2

Em suma...

Leonardo Murta Monitoramento e Controle 3

Planejadox

RealizadoMonitoramento e Controle

Planejamento

Execução


Iniciação Encerramento

Técnicas• Existem diversas técnicas para monitoramento e

controle• Dentre elas, veremos– Gráficos de burndown (Métodos Ágeis)– Análise de valor agregado (Métodos Clássicos)


Monitoramento e controle em métodos ágeis

• Foco no método Scrum...


Fonte:http://www.whatisrugby.com

Papéis no Scrum• Scrum Master é responsável por facilitar e

assegurar que o processo é entendido e seguido• Product Owner é responsável por representar os

interesses do cliente• Team representa os desenvolvedores (5 a 9

membros), atuando em diferentes aspectos do desenvolvimento (análise, projeto, código, testes, etc.) de forma multidisciplinar


Galinhas x Porcos


Porcos: Product Owner, Scrum Master e TeamGalinhas: Demais stakeholders

Sprint e Artefatos• Sprint é uma iteração de desenvolvimento que

dura de 1 a 4 semanas (tempo fixo)• Product backlog consiste na lista ordenada de

pacotes de trabalho que ainda não foram incorporados ao produto

• Sprint backlog consiste nos pacotes de trabalho selecionados do topo do Product Backlog para serem desenvolvidos no Sprint


Eventos• Sprint Planning– Reunião de no máximo 8 horas (para Sprints de 4

semanas) no início do Sprint– Visa definir o Sprint Backlog

• Daily Meeting– Reunião de 15 minutos no inicio do dia– Visa dar visibilidade do progresso– Cada desenvolvedor responde: O que foi feito no dia

anterior? O que será feito no dia? Há algo o impedindo de progredir?


Eventos• Sprint Review– Reunião de no máximo 4 horas ao final do Sprint– Visa demonstrar para o cliente o que foi feito no Sprint

• Sprint Retrospective– Reunião de no máximo 3 horas ao final do Sprint– Visa apoiar uma reflexão para melhoria do processo– Cada desenvolvedor responde: O que deu certo? O

que pode melhorar?


Visão geral de Scrum


Fonte: http://improveit.com.br/scrum

Quadro de monitoramento e controle em métodos ágeis


Gráfico de burndown• Instrumento principal de monitoramento em

métodos ágeis• Tem como foco a iteração corrente• Mostra esforço x tempo– Eixo X: tempo estimado para a iteração– Eixo Y: esforço restante para a iteração– Linha diagonal: decaimento de esforço assumindo

linearidade


Gráfico de burndown


Fonte: http://www.scrumalliance.org

Preenchimento do gráfico de burndown

• A cada dia, marcar o ponto no gráfico equivalente ao momento atual– Decaimento representa o quanto de trabalho previsto

que já foi feito• Conectar o ponto atual com o ponto do dia

anterior com uma linha• Analisar a situação atual do desenvolvimento e

tomar as medidas necessárias


Análise do Gráfico de burndown• O que significa quando o gráfico está mais alto que a

linha de decaimento linear?– Atraso no cronograma

• O que significa quando o gráfico está mais baixo que a linha de decaimento linear?– Adiantamento no cronograma

• O que fazer em cada um desses casos?– Mitigar riscos– Refazer estimativas– Possibilidade de adicionar ou remover tarefas


Exemplos de Desenvolvimento Ágil• Spotify– https://labs.spotify.com/2014/03/27/spotify-

engineering-culture-part-1/– https://labs.spotify.com/2014/09/20/spotify-

engineering-culture-part-2/


https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/https://labs.spotify.com/2014/09/20/spotify-engineering-culture-part-2/

Exercício• Faça um gráfico de burndown de uma das

iterações do trabalho do curso– Listar as tarefas da iteração– Desenhar o gráfico de burndown


Análise de valor agregado• O gráfico de burndown mostra com simplicidade o

andamento do projeto• Contudo, somente as dimensões escopo (eixo y) e

tempo (eixo x) são relacionadas• Como relacionar também a dimensão custo?– Análise de valor agregado (earned value) é uma

resposta a essa pergunta!


Valor• Se coloquem na perspectiva do cliente!• Desenvolvimento de um projeto é agregação de valor

ao produto– Analogia com energia potencial x cinética– Com o andamento do projeto, o dinheiro se transforma em

produto– Essa transformação não é necessariamente linear


Análise de valor agregado(exemplo motivacional)

• Imagine a seguinte situação– O projeto tem custo de

$ 175.000,00– A sua duração planejada é

de 12 semanas– Estamos na 8 semana da

sua execução– Já gastamos $ 60.000,00

• O projeto será um caso de sucesso?


Fonte: http://en.wikipedia.org/wiki/Earned_value_management

Cálculo do valor planejado• O primeiro passo é saber qual é o valor planejado

para um determinado instante do projeto– PV à Planned Value (valor planejado)– P%C à Planned % Complete (percentual planejado de

conclusão)– BAC à Budget At Completion (custo total)

• PV = BAC x P%C• Voltando ao exemplo...– Assumindo que era planejado ter 70% do projeto

terminado na 8ª semana– PV = $ 175.000,00 x 70% = $ 122.500,00


Cálculo do valor agregado• Agora é necessário saber qual é o valor agregado para um

determinado instante do projeto– EV à Earned Value (valor agregado)– A%C à Actual % Complete (percentual real de conclusão)– BAC à Budget at Completion (custo total)

• EV = BAC x A%C– Repare, se a atividade foi planejada em $5 mas foi realizada em

$7 (ou $3), o que conta em EV é $5!!!• Voltando ao exemplo...– Assumindo que somente 50% do projeto está terminado na 8ª

semana– EV = R$ 175.000,00 x 50% = R$ 87.500,00


Análise de valor agregado(voltando ao exemplo motivacional)

• O projeto será um caso de sucesso?– O projeto está no

cronograma, adiantado ou atrasado?

– O projeto está no custo, acima ou abaixo?





cronograma, adiantado ou atrasado?• Atrasado!

– O projeto está no custo, acima ou abaixo?





cronograma, adiantado ou atrasado?• Atrasado!

– O projeto está no custo, acima ou abaixo?• Abaixo do custo!



Análise de valor agregado

(desempenho de cronograma)• A partir do valor planejado (PV) e do valor agregado (EV), é

possível calcular métricas de desempenho relacionadas ao cronograma

• SPI à Schedule Performance Index (indicador de desempenho de cronograma)– SPI = EV / PV (no exemplo, $ 87.500,00 / $ 122.500,00 = 0,71)– SPI = 1 à no cronograma– SPI > 1 à adiantado– SPI < 1 à atrasado

• SV à Schedule Variance (variação de cronograma)– SV = EV – PV (no exemplo, $ 87.500,00 - $ 122.500,00 =

- $ 35.000,00)


Análise de valor agregado(desempenho de custo)

• A partir do custo real (AC) e do valor agregado (EV), é possível calcular métricas de desempenho relacionadas ao custo

• CPIà Cost Performance Index (indicador de desempenho de custo)– CPI = EV / AC (no exemplo, $ 87.500,00 / $ 60.000,00 = 1,45)– CPI = 1 à no custo– CPI > 1 à abaixo do custo– CPI < 1 à acima do custo

• CV à Cost Variance (variação de custo)– CV = EV – AC (no exemplo, $ 87.500,00 - $ 60.000,00 =

$ 27.500,00)


Resumindo...


Análise de Valor Agregado

no instante t

BAC

P%C

A%C

AC

Custo total

Percentual planejado de

conclusão

Percentual real de

conclusão

Custo real

PV

SPI

SV

CPI

Valor planejado

Indicador de desempenho

de cronograma

Indicador de desempenho

de custo

Variação de custo

EV

CV

Valor agregado

Variação de cronograma

Exercício• Para cada um dos instantes abaixo, informe a

situação do projeto e o que pode ser feito


Instante SPI CPI1 0,85 0,702 0,80 1,203 1,15 0,754 1,20 1,25

Dica: menor que 1 não é bom sinal!!!

00,20,40,60,8

11,21,4

1 2 3 4

SPICPI

Exercício• Faça a análise de valor agregado do momento

atual do trabalho do curso


Referências

• Greene, J.; Stellman, A.; 2007. Head First PMP. O’Reilly Media

• Kniberg, H.; 2007. Scrum and XP from the Trenches: how we do Scrum; InfoQ.

• Pilone, D.; Miles, R.; 2008. Head First Software Development. O’Reilly Media.

Leonardo Murta 34Introdução ao Planejamento de Projetos


Leonardo Gresta Paulino [email protected]

monitoramento e controle - uffleomurta/courses/es2/aula4.pdf · 2020. 2. 3. · •team representa...

Documents