Medição Funcional de Projetos...

1 © FATTO Consultoria e Sistemas – www.fattocs.com

Apresentador: Guilherme Siqueira Simões

23 de junho de 2020

Medição Funcional de Projetos Ágeis

ORIENTAÇÕES INICIAIS

2 © FATTO Consultoria e Sistemas - www.fattocs.com

Dê preferência ao uso de uma conexão de banda larga

O evento fará uso de vídeo (webcam), avise se houver problemas que alternamos

para apenas os slides e áudio

Se for necessário, ajuste o idioma da sala na barra de ferramentas superior

O evento terá cerca de 45 minutos de apresentação e 15 minutos de Q&A

Você pode mandar desde já suas perguntas pelo chat.

Use o chat só para o assunto do webinar

Para quem possui certificação do PMI, como a PMP, o evento vale 1 PDU

Esta sessão será publicada em nosso canal do Youtube: youtube.com/user/fattocs

Certificado de participação será disponibilizado para os assistentes, via e-mail

http://youtube.com/user/fattocs

http://youtube.com/user/fattocs

apoiar nossos clientes no

planejamento e avaliação de desempenho de processos de TI para alavancar o sucesso de seu

negócio


© FATTO Consultoria e Sistemas - www.fattocs.com

A medição funcional é compatível com o desenvolvimento ágil?

O desenvolvimento ágil precisa ser adaptado para se usar a medição funcional?

Motivação

4


Medição Funcional de Software

5

Originada numa análise de produtividade pela IBM “Measuring Application Development Productivity”

Allan J. Albrecht, publicado em 1979

A ISO/IEC 14143 descreve os conceitos básicos para medição funcional de software

Existem 5 métodos aderentes a este padrão IFPUG (ISO / IEC 20926) - https://youtu.be/PyGxBSIJMig

COSMIC (ISO / IEC 19761) - https://youtu.be/YqNPVH6ysVE

NESMA (ISO / IEC 24570)

MARCA II (ISO / IEC 20968)

FISMA (ISO / IEC 29881)

http://www.fattocs.com/files/pt/artigos/MeasuringAplicationDevelopmentProductivity.pdf

https://youtu.be/PyGxBSIJMig

https://youtu.be/YqNPVH6ysVE


Como funciona o processo de medição?

6

A análise "divide" os requisitos funcionais do sistema

em serviços e tarefas (funções ou funcionalidades)

Cada função identificada

possui um tamanho

Medida objetiva

regras replicáveis

Cada método possui seu

próprio conjunto de regras

Função Tipo DET RET/FTR Complex PF

Funções de Dados

Contato ALI 10 1 Baixa 7

Funções de Transação

Buscar Contatos CE 8 1 Baixa 3

Criar Contato EE 8 1 Baixa 3

Detalhar Contato CE 7 1 Baixa 3

Editar Contato EE 10 1 Baixa 3

Excluir Contato EE 2 1 Baixa 3

Marcar/Desmarcar Favorito EE 1 1 Baixa 3

Criar Etiqueta - - 0

Listar Totais por Etiqueta SE 3 1 Baixa 4

Total: 29


É a medição das funcionalidades de um software do

ponto de vista do usuário

A análise não considera nenhum aspecto da

implementação da solução

Onde Usuário é qualquer pessoa ou coisa que se comunica ou interage com o software a qualquer momento

Exemplos: usuário final, ator de caso de uso, outro sistema, dispositivo

O que é a Medição Funcional de Software?

7


Por quê medição funcional?

8

Estimativa do esforço, custo ou prazo dos projetos

Visibilidade da produção do desenvolvimento de software

Análise de produtividade e qualidade

Melhoria de processo de software

Gerenciamento de contratos de desenvolvimento

Governança corporativa de aplicativos

Avaliação de ativos de software

Indicadores para melhor visibilidade do processo de desenvolvimento Produtividade: horas / pontos de função Custo: $ / pontos de função Qualidade: defeitos / pontos de função

Avaliação comparativa (Benchmarking)

O papel das estimativas

O propósito da estimativa define que método é mais adequado

Visão Operacional (da Equipe)

Ex.: Planejamento, acompanhamento e controle do projeto

Visão Tática e Estratégica (Média e alta administração, PMO)

Ex.: Acompanhamento de programas e portfolios, análises de viabilidade

Grandezas normalmente estimadas: tamanho, esforço, prazo, custo

Micro (partes) ou Macro estimativa (todo projeto)



Propósito da Medição

10

Quantos metros quadrados há em um apartamento?

Propósito: Pintura - a resposta é uma

Mesma unidade e princípios de medição são observados

Propósito: Colocar piso - a resposta é outra

Entendi. Se o interesse é pintar, o escopo de

medição será a área das paredes; se o interesse é

colocar o piso, o escopo será a área varrida

Planejamento e Requisitos

Projeto Preliminar

Projeto Detalhado

Codificação e Testes Unitários

Integração e Testes de

Integração

Implantação

Cascata e RUP

11

Iniciação Elaboração Construção Transição fases

marcos

#1

Engenharia de Requisitos

Análise e Projeto

Implementação

Testes

Implantação

#N #N+1 #N+2 #M #M+

1 #M+2 #0 disciplinas

Modelagem de Negócios

nível de atividade


Reunião

Diária

Visão

Planejamento da Sprint

Requisitos selecionados para a Sprint

O que fiz desde ontem?

O que vou fazer?

Impedimentos?

Revisão da Sprint

Retrospectiva da Sprint

2-4 semanas

O SCRUM

12 © FATTO Consultoria e Sistemas - www.fattocs.com Veja mais em: https://youtu.be/p53CdiEm85c

https://youtu.be/p53CdiEm85c

Estimativas no SCRUM

A dinâmica SCRUM se caracteriza por micro estimativas

Dos Sprints

Das Historias de Usuário

Estimativas Botton-up

E macro estimativas

Da Release

Do Roadmap do produto

Os métodos mais populares de estimativa em equipes ágeis são os Pontos de Historia

(Story Points) e os Dias Ideais


Pontos de Historia (Story Points)

É uma avaliação relativa das historias de usuário quanto a:

complexidade, esforço, duração e risco

Se seleciona uma historia de usuário para atribuir um valor

nominal que servirá de referencia para catalogar o resto das historias de usuário

Baseada na experiencia da equipe e analogia com outras historias

Resultados com significado apenas para a própria equipe

Medida subjetivas

Não se pode comparar os pontos de historia ou dias ideais medidos por uma equipe

com os de outras equipes


© FATTO Consultoria e Sistemas - www.fattocs.com 15

Historia de Usuario

É uma especificação de requisitos escrita em

uma ou duas frases na linguagem do usuário,

acompanhada de discussões e testes de validação

Formato mais comum: Como (papel) eu quero (algo) para (benefício)

É a forma mais comum de especificar um item

do Backlog do produto

Veja mais: https://youtu.be/0H0t5NU_NzA

Como um cliente,

quero consultar o catálogo

para que eu possa

encontrar o produto que

desejo comprar.

https://youtu.be/0H0t5NU_NzA


Requisito em que nivel de detalhe?

16

Como gerente

do hotel, eu quero

estabelecer taxas ótimas

para os quartos no

meu hotel para

maximizar as receitas

Estratégia de medição equivocada

Backlog do produto (~36 PF)

1. Criar Contato

2. Buscar Contatos

3. Detalhar Contato

4. Editar Contato

5. Excluir Contato

6. Marcar/Desmarcar Favorito

7. Criar Marcador

8. Listar Totais por Marcador

O que fazer se na revisão da sprint alguns itens não forem aceitos?

Sprint 1 = 13 PF

1. Contato (ALI) – 7 PF

2. Criar Contato (EE) – 3 PF

3. Buscar Contatos (CE) – 3 PF

Sprint 2 = 15,5 PF

1. Contato (ALI) – 7x0,50 = 3,5 PF (alteração)

2. Detalhar Contato (CE) – 3 PF

3. Editar Contato (EE) – 3 PF

4. Excluir Contato (EE) – 3 PF

5. Marcar/Desmarcar Favorito (EE) – 3 PF

Sprint 3 = 7 PF

1. Criar Marcador – 0 PF (code data)

2. Listar Totais por Marcador (SE) – 4 PF

3. Editar contato (EE) – 3x0,50 = 1,5 PF (alteração)

4. Buscar contatos (CE) – 3x0,50 = 1,5 PF (alteração)

• Total pago para 3 sprints = 35,5 PF

• Tamanho final do produto = 29 PF

Por que pagar 35,5 se o produto tem 29 PF?


Medição funcional no Ágil pelo SISP

Diretriz de medição: não há distinção entre refinamento e mudança,

nem tampouco remuneração adicional para ambos no âmbito da release

Qualquer mudança ou refinamento que ocorra em um requisito

após a release é remunerado como melhoria

Transferência de risco do retrabalho para o fornecedor

Cabe falar de retrabalho apenas para “mudanças”

Não cabe falar de retrabalho para “refinamento” pois a estratégia ágil adia o “trabalho” de

detalhar requisitos ao máximo

Alguns fatores que impactam o retrabalho

Conhecimento de negócio do Product Owner

Dinâmica do domínio do negócio

Nível de envolvimento dos interessados


A release deve ter seu tamanho estimado previamente

A release deve ter mais de uma sprint. Senão, nunca haverá

refinamento ou mudança, só melhoria

Se o ciclo de pagamento coincidir com a sprint

Deixar um % da remuneração para ser pago ao final da release

Pagar cada sprint como um % do total estimado ou

Pagar pelo valor agregado de cada sprint, ao final da sprint

19

Medição funcional no Ágil pelo SISP



1. Criar Contato

2. Buscar Contatos

3. Detalhar Contato

4. Editar Contato

5. Excluir Contato


7. Criar Marcador


• 20% retido para pagamento ao final da release

• Release com 3 sprints

• cada uma vale então 9,6 PF

Sprint 1 = 12 PF, paga 9,6 PF

1. Criar Contato

2. Buscar Contatos


1. Detalhar Contato

2. Editar Contato

3. Excluir Contato



1. Criar Marcador


3. Editar contato (tratar marcador)

4. Buscar contatos (tratar marcador/favorito)


• PF real do produto entregue = 29 PF

• A pagar na homologação = 0,2 PF

Fixo por Sprint



1. Criar Contato

2. Buscar Contatos

3. Detalhar Contato

4. Editar Contato

5. Excluir Contato


7. Criar Marcador


• 20% retido para pagamento ao final da release

• PF real do produto entregue = 29 PF

• A pagar na homologação = 5,8 PF



2. Criar Contato (EE) – 3 PF

3. Buscar Contatos (CE) – 3 PF



2. Detalhar Contato (CE) – 3 PF

3. Editar Contato (EE) – 3 PF

4. Excluir Contato (EE) – 3 PF

5. Marcar/Desmarcar Favorito (EE) – 3 PF



2. Criar Marcador – 0 PF (code data)

3. Listar Totais por Marcador (SE) – 4 PF

4. Editar contato (tratar marcador)

5. Buscar contatos (tratar marcador/favorito)


VA por Sprint



Mitos e verdades sobre a medição funcional

“Serve apenas para projetos desenvolvidos em

um processo em cascata” – FALSO

“Requer documentação mais extensa” – FALSO

“É usada para análise de produtividade individual dos desenvolvedores” – FALSO

“Não considera toda a complexidade envolvida no desenvolvimento de um projeto” – VERDADE

“Não se aplica do mesmo jeito para processos tradicionais e ágeis” – VERDADE


Conclusão

Medição funcional e métodos ágeis

(SCRUM, neste caso) não são incompatíveis

Embora a medição funcional possa ser usada como uma alternativa aos pontos da história, no nível do trabalho operacional do projeto, os efeitos serão quase os mesmos Mas numa visão tática e estratégica, os pontos da história não

atendem e a medição funcional é a melhor alternativa

A estratégia de medição deve ser adequada a cada processo de desenvolvimento

Serviços

• Definição e / ou calibração do modelo de estimativa de software

• Avaliação de desempenho de desenvolvimento

• Melhoria do modelo de contratação de desenvolvimento

• Centro de Estimativa de Projetos

Cursos sugeridos (on-line e EAD)

• Capacitação em APF: Medição e Estimativa de Software

• Estimativas de Software: Reduzindo as incertezas de esforço, prazo e custo

Contatos

• [email protected]


COMO PODEMOS TE AJUDAR

http://www.fattocs.com/pt/capf-ead

http://www.fattocs.com/pt/cursos/nossos-cursos/estimativas-de-software.html


PRÓXIMOS EVENTOS

Automação de testes funcionais: os 20% que resolvem 80%

• Data: 20/07/2020 às 13 horas (Horário de Brasília)

• Inscrições gratuitas em: https://bit.ly/2K6l6KI

Aceite de Software: o que fazer antes de dizer o SIM


• Inscrições gratuitas em: https://bit.ly/2wtL0Vw

Contratos de desenvolvimento de software: PF, UST e posto de trabalho. O que usar?


• Inscrições gratuitas em: https://bit.ly/315JVQE

https://bit.ly/2K6l6KI

https://bit.ly/2wtL0Vw

https://bit.ly/315JVQE

Apresentador

GUILHERME SIQUEIRA SIMÕES

[email protected]

Linkedin: br.linkedin.com/in/guilhermesimoes

Skype: guilherme.s.simoes

Whatsapp: +5527981117505


Medição Funcional de Projetos...

Documents

Transcript of Medição Funcional de Projetos...