medição funcional de projetos...
Post on 08-Jul-2020
0 Views
Preview:
TRANSCRIPT
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
apoiar nossos clientes no
planejamento e avaliação de desempenho de processos de TI para alavancar o sucesso de seu
negócio
3 © FATTO Consultoria e Sistemas – www.fattocs.com
© 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
© FATTO Consultoria e Sistemas - www.fattocs.com
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)
© FATTO Consultoria e Sistemas - www.fattocs.com
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
© FATTO Consultoria e Sistemas - www.fattocs.com
É 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
© FATTO Consultoria e Sistemas - www.fattocs.com
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)
9 © FATTO Consultoria e Sistemas - www.fattocs.com
© FATTO Consultoria e Sistemas - www.fattocs.com
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
© FATTO Consultoria e Sistemas - www.fattocs.com
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
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
13 © FATTO Consultoria e Sistemas - www.fattocs.com
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
14 © FATTO Consultoria e Sistemas - www.fattocs.com
© 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.
© FATTO Consultoria e Sistemas - www.fattocs.com
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?
17 © FATTO Consultoria e Sistemas - www.fattocs.com
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
18 © FATTO Consultoria e Sistemas - www.fattocs.com
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
© FATTO Consultoria e Sistemas - www.fattocs.com
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
• 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
Sprint 2 = 12 PF, paga 9,6 PF
1. Detalhar Contato
2. Editar Contato
3. Excluir Contato
4. Marcar/Desmarcar Favorito
Sprint 3 = 12 PF, paga 9,6 PF
1. Criar Marcador
2. Listar Totais por Marcador
3. Editar contato (tratar marcador)
4. Buscar contatos (tratar marcador/favorito)
• Total pago para 3 sprints = 28,8 PF
• PF real do produto entregue = 29 PF
• A pagar na homologação = 0,2 PF
Fixo por Sprint
20 © FATTO Consultoria e Sistemas - www.fattocs.com
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
• 20% retido para pagamento ao final da release
• PF real do produto entregue = 29 PF
• A pagar na homologação = 5,8 PF
Sprint 1 = 6 PF, paga 4,8 PF
1. Contato (ALI) – 0 PF
2. Criar Contato (EE) – 3 PF
3. Buscar Contatos (CE) – 3 PF
Sprint 2 = 12 PF, paga 9,6 PF
1. Contato (ALI) – 0 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
Sprint 3 = 11 PF, paga 8,8 PF
1. Contato (ALI) – 7 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)
• Total pago para 3 sprints = 23,2 PF
VA por Sprint
21 © FATTO Consultoria e Sistemas - www.fattocs.com
© FATTO Consultoria e Sistemas - www.fattocs.com 22
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
© FATTO Consultoria e Sistemas - www.fattocs.com 23
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
• contato@fattocs.com
24 © FATTO Consultoria e Sistemas – www.fattocs.com
COMO PODEMOS TE AJUDAR
25 © FATTO Consultoria e Sistemas – www.fattocs.com
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
• Data: 17/08/2020 às 13 horas (Horário de Brasília)
• Inscrições gratuitas em: https://bit.ly/2wtL0Vw
Contratos de desenvolvimento de software: PF, UST e posto de trabalho. O que usar?
• Data: 21/09/2020 às 13 horas (Horário de Brasília)
• Inscrições gratuitas em: https://bit.ly/315JVQE
26
AVALIAÇÃO
© FATTO Consultoria e Sistemas – www.fattocs.com
Apresentador
GUILHERME SIQUEIRA SIMÕES
guilherme.simoes@fattocs.com
Linkedin: br.linkedin.com/in/guilhermesimoes
Skype: guilherme.s.simoes
Whatsapp: +5527981117505
27 © FATTO Consultoria e Sistemas – www.fattocs.com
top related