Post on 07-Apr-2016
Avisos:Avisos:• Data de Entrega do Plano de Trabalho ->
29/09/2015
• Não copiar e colar da internet• Forma correta de referenciar – modelo
disponível no moodle• Citação direta• Citação indireta
Modelos para Modelos para EstimativasEstimativas
de Custode Custo
Apresentação baseada no material didático elaborado por Hermano Perrelli
Estrutura Analítica de Projetos (EAP)
Do Inglês, Work breakdown structure (WBS)
Atividades e subatividades necessárias para realizar o projeto
Base para o cronograma do projeto
Atenção a granularidade das atividades!
muitas tarefas de curta duração são difíceis de gerenciar
tarefas com duração muito longa não servem para medir progresso e controlar custos
Estimativa de tempo e Estimativa de tempo e custo de um softwarecusto de um software
• Não existe um relacionamento simples entre o custo de desenvolvimento e o preço atribuído ao cliente
• Fatores que afetam a atribuição de preço: Oportunidade de mercado Incerteza de estimativa de custo Termos contratuais Volatilidade de requisitos Saúde financeira
Estimativa de tempo e Estimativa de tempo e custo de um softwarecusto de um software
Questões fundamentais de estimativa:
Quanto esforço é necessário para completar uma atividade?
Quanto tempo é necessário para completar uma atividade?
Qual é o custo total de uma atividade?
Estimativa de tempo e Estimativa de tempo e custo de um softwarecusto de um software
Componentes de custo de software:
Custos de hardware e software;Custos de viagens e treinamentos;Custos de esforço (o fator dominante na maioria dos projetos)Os salários dos desenvolvedores;Custos sociais e de seguro;Custos de edifício, aquecimento, iluminação;Custos de rede e comunicação;
Modelos para Modelos para estimativasestimativasde custosde custos
Normalmente o custo é uma função de:
tamanho do produto
habilidades da equipe (pessoal)
ambiente (ferramentas e técnicas)
complexidade do produto
qualidade desejada
Modelos para Modelos para estimativasestimativasde custosde custos
Por analogia
Bottom-up
Top-down
Julgamento de especialistas
O ideal seria usar vários em conjunto!
Modelos para Modelos para estimativasestimativasde custosde custos
Por analogia•Comparação com projetos similares extrapolação de dados de projetos já realizados
Pontos positivos•Estimativas baseadas em projetos reais e experiências anteriores
Pontos negativosProjetos realmente similares são difíceis de encontrarOs dados sobre eles precisam ter sido registrados
Modelos para Modelos para estimativasestimativasde custosde custos
Bottom-up•Estima-se a partir dos componentes do sistema
O custo de cada componente é estimado O custo final é a soma de todos eles
Pontos positivos•Promove comprometimento com as estimativas•Facilita o acompanhamentoPontos negativos•Consome muito tempo•Precisa de informações detalhadas de antemão•Custos de integração podem ser negligenciados
Modelos para Modelos para estimativasestimativasde custosde custos
Top-downEstima-se a partir da funcionalidade geral do sistema
o custo depende das funções do software, ao invés dos componentes que irão implementá-las
Pontos positivosFácil e rápido de implementarPode ser usado no início do projetoConsidera atividades “de suporte”
Modelos para Modelos para estimativasestimativasde custosde custos
Top-down
Pontos negativosProblemas técnicos difíceis podem não ser considerados
Estimativas menos acuradas
Provê poucos detalhes e justificativas para as estimativas
Modelos para Modelos para estimativasestimativasde custosde custos
Julgamento de especialistas
Estima-se a partir da opinião de um grupo de especialistas
Pontos positivosA estimativa é fruto de consenso entre eles
Pouca ou nenhuma necessidade de dados históricos
Pode ser usado no início do projeto e em situações onde se lida com novas tecnologias, aplicações ou linguagens
Modelos para Modelos para estimativasestimativasde custosde custos
Julgamento de especialistas
Pontos negativos
A opinião dos especialistas pode ser tendenciosa e/ouInfluenciável
O conhecimento e domínio dos especialistas sobre o assunto pode ser questionável
EstimativasEstimativasde esforçosde esforços
Dificuldades para estimar
falta de métricas precisas
falta de dados históricos
quantidade de variáveis envolvidas
imprevistos e mudanças de rumo
•Mas qualquer estimativa é melhor que nenhuma
EstimativasEstimativasde esforços – atividades de esforços – atividades
básicasbásicas Identificar os objetivos e requisitos do projeto
pré-requisito básico para uma boa estimativa!
Planejar as atividades WBS – Work Breakdown Structure
Estimar a magnitude do produto tamanho do produto
Escolher a técnica de estimativa
EstimativasEstimativasde esforços – atividades de esforços – atividades
básicasbásicas Estimar o esforço
Estimar o cronograma
Acompanhar o resultado das estimativas
Quão bom foi o processo usado para estimar? Como o projeto está sendo modificado
durante sua execução? Base de dados de estimativas
Métodos paraMétodos paraEstimativas de SoftwareEstimativas de Software
• Wideband Delphi
• Pontos de Caso de Uso
Wideband DelphiWideband Delphi• Delphi (ou Delfos em português) é uma cidade
grega renomada por seu sítio arqueológico, declarado patrimônio mundial pela UNESCO
Wideband DelphiWideband Delphi• Delphi (ou Delfos em português) é uma cidade
grega renomada por seu sítio arqueológico, declarado patrimônio mundial pela UNESCO.
Wideband DelphiWideband Delphi• Conhecida pelo Oráculo Delphi, o mais importante
Oráculo.
• Oráculo -> pessoa considerada como uma fonte de conselhos sábios e opiniões proféticas, daí a origem do nome da técnica.
Wideband DelphiWideband Delphi• Técnica Wideband Delphi -> Barry Boehm e John
Farquhar.
• O termo “wideband” (ou banda larga do português), vem do fato de que a técnica Wideband Delphi provê mais interação e comunicação entre os participantes
Wideband DelphiWideband Delphi• Estimativa por julgamento de especialistas• Muitas cabeças pensam melhor que uma!
Wideband DelphiWideband DelphiModeradorPlaneja e coordena as atividades do métodoPapel de facilitador – não deve influenciar os demaisGerente do projetoRecebe os resultados do método2 a 4 outros estimadoresEspecialistas no problema que será estimadoPodem ser membros da equipe do projeto • promove comprometimento!
Wideband DelphiWideband DelphiReunião InicialReunião Inicial
Garante que todos os estimadores são capazes de fazer boas estimativas
Pode ser necessário trocar algum delesDiscute sobre:o métodoa especificação do problemaunidade que será usada para estimarrestrições do projetolista inicial de atividadesquaisquer outros pressupostos que devam ser considerados para estimarDura aproximadamente 1 hora
Wideband DelphiWideband DelphiPreparação individualPreparação individual
Cada especialista prepara sua lista de atividades e estimativas
Pode-se partir de uma lista inicialO WBS é uma boa pedida!As estimativas devem ser individuaisNão se deixar influenciar ou pressionar!Quebrar atividade muito longas em atividades menores
Wideband DelphiWideband DelphiReunião de estimativasReunião de estimativas
Cada estimador apresenta sua lista de atividades e os pressupostos que usou para estimar
As estimativas e listas são refeitas
As rodadas continuam até Estimativas convergirem Acabar o tempo da reunião Acabar o número de rodadas(4) Especialistas ficarem irredutívies
Wideband DelphiWideband DelphiReunião de resultadosReunião de resultados
Consolidar a lista de atividades dos especialistasRemover atividades repetidasConsiderar os pressupostos que foram assumidos
Consolidar as estimativasMédia de cada atividadeValor mínimo como o melhor casoMaior valor como o pior casoErro:
maior valor - médiamédia - valor mínimo
Manter o espectro de estimativas de cada atividade
Descartar ou modificar atividades se necessário
Wideband DelphiWideband DelphiConsolidação dos resultadosConsolidação dos resultados
Todos os estimadores participam
•Consenso sobre: a lista de atividades consolidadas
as estimativas consolidadas
• Oportunidade para melhorar o método
•Novas atividades ainda podem ser acrescentadas
Pontos de Caso de UsoPontos de Caso de Uso
Modelo paramétrico• Baseado em algoritmo matemáticoInspirado no modelo de Pontos de Função
•PCUNA = Pontos de Casos de Uso Não Ajustados•FCT = Fatores de Complexidade Técnica•FA = Fatores Ambientais
Pontos de Caso de UsoPontos de Caso de Uso• PCUNA Baseado na complexidade/ “tamanho” do sistema• FCTObtido a partir do produto de 13 fatores técnicosFCT = 0,6 + 0,01.(ProdFT)• FA Obtido a partir do produto de 8 fatores ambientais FA = 1,4 + (-0,03).(ProdFA)• PCU = Pontos de Casos de UsoPCU = PCUNA * FCT * FA
Pontos de Caso de UsoPontos de Caso de UsoExemplos de Fatores Ambientais
Cultura e Estrutura organizacional;Padrões governamentais ou do setor;Infraestrutura;Condições do mercado;Produtos, serviços e resultados disponíveis no mercado;Fornecedores e sua reputação ou desempenho anterior;Termos e condições usuais para produtos, serviços e resultados ou para o setor específico.
Pontos de Caso de UsoPontos de Caso de UsoExemplos de Fatores Técnicos
desempenhousabilidadeconfiabilidade segurançadisponibilidade manutenibilidade tecnologias envolvidas
Pontos de Caso de UsoPontos de Caso de Uso• A estimativa final considera a quantidadede homens/hora ideal por PCU
K = homens/hora por unidade de PCU• Depende dos fatores ambientais
Observações AdicionaisObservações Adicionais
Se o projeto vai durar 1 ano…•A Concepção dura em torno de 1 mês•A Elaboração dura de 2 a 4 meses•A Construção dura de 5 a 6 meses•A Transição não dura mais que 1 mês
Considerando que a aceitação do produto pelo cliente determina o final da fase
Por fim… Lembre-se dosPor fim… Lembre-se dosimprevistos!imprevistos!
Não assumir que tudo correrá às mil maravilhas Doenças e saídas de funcionários Atraso na disponibilização de recursos Problemas com o ambiente
Fator de erro Margem de segurança
Fator de produtividade Quem trabalha 480 minutos por dia em sua
atividade fim?! Considerando um dia de 8h
ReferênciasReferências•Perrelli, Hermano. Modelos para Estimativas de Custo
•Assistir vídeo: Empresa FazSite - Problemas processo de desenvolvimento de software. Disponível em: https://www.youtube.com/watch?v=QPiR8jTMLdI