Posts Tagged ‘ apf

Tutorial mini projeto parte 2 – Estimativa utilizando APF – Análise de pontos por função 10 December 2009 as 12:01 am de Washington Souza

No post Tutorial mini projeto – o nascimento da idéia iniciamos um mini tutorial de um projeto.
Apenas relembrando, no final geramos a seguinte tela:

Tela do mini projeto

A tela foi aprovada e seu cliente (que é seu amigo) indaga:  ”Legal, é isso mesmo que eu quero. Quando você me entrega e quanto isso vai me custar?”

Você poderia responder essa pergunta de dois jeitos: Um, chutando, outro, fazendo uma estimativa de custo, prazo e esforço. Obviamente você opta pela segunda (certo?).

Bom… com a tela em mãos, vamos usar uma técnica de estimativa, existem várias, mas, vamos escolher APF – Análise de pontos por função.

Para efeito didático, vamos usar uma visão simplista do APF, mas é bom lembrar que a técnica é muito interessante e assertiva. Eu particularmente sempre recomendo o uso de APF.

Primeiramente existem 5 elementos* que podem ser contados em APF:

  • Entradas externas (EE)
  • Consultas externas (CE)
  • Saídas externas (SE)
  • Arquivos lógicos internos (ALI)
  • Arquivos lógicos externos (ALE)

sponsor* Vou deixar para vocês irem atrás do que é cada um

Existe uma tabela de pesos de cada elemento de APF por complexidade. Pra definir se algo é simples, médio ou complexo existem critérios, mas por ora, vamos definir que tudo é de complexidade média, assim facilitaremos nossa contagem. Leia o post completo →

+ Como analisar a produtividade da equipe? Por Washington Souza 15 September 2009 as 8:11 am Nenhum comentário

ProdutividadeO caso a seguir aconteceu no mesmo projeto do post “Qualidade custa mais?”.

Hoje em dia muitos falam sobre produtividade, mas compreender o que é de fato produtivo é algo bem complexo.

Naquele projeto, fiz um experimento interessante.
Tínhamos dois analistas programadores muito bons, o Primeiro (Leandro) era conhecido na empresa como um dos mais rápidos. Passei para ele um programa de 20h (programa A). Ele terminou o programa em aproximadamente 7h (35% do tempo).

A segunda analista programadora (Eline) também era conhecida como muito boa, mas não tão boa quanto o Leandro. Passei para ela um programa de 16h (programa B). Ela terminou o programa em aproximadamente 11h (68%).
Se você tivesse que premiar alguém, quem você premiaria? Olhando esses números você não tem dúvidas de quem é o melhor, certo?

Esta é a análise feita pela maioria das pessoas, mas… (há sempre um mas) os programas foram para a área de testes.

Quando retornaram da área de testes o programa A necessitava de várias correções e ajustes, já o programa B praticamente não teve erro.

Nas idas e vindas do programa A, utilizou-se mais 9h, ou seja, o programa dele não foi finalizado em 7h e sim em 16h.

Agora vamos refazer a análise.

  • Leandro – utilizou 80% do tempo
  • Eline – utilizou 68% do tempo

Agora você pode responder aquela pergunta sem com mais embasamento.

Ambos tiveram uma produtividade excelente, mas analisando os dados da forma correta, consegue-se ver quem foi o mais eficiente quem teve a melhor produtividade naquele projeto.

Enfim, como dito, a primeira análise é a mais comum (e equivocada), mas devemos sempre avaliar todo o ciclo para ter certeza de que estamos avaliando o processo da forma correta.
Veja o post completo →

+ Porque estimativas são tão importantes em TI? Por Washington Souza 11 May 2009 as 11:41 pm 2 comentários

Porque estimativas são tão importantes? Cronograma exemplo de projeto de TI

Vejamos como cada um na equipe enxerga o tempo para se fazer este micro-projeto

Escopo
- Administração de usuário com (operações padrão + login)
- Administração de grupos (operações padrão + associação)
- Permissões (operações padrão + associação)

Estimativas
- Programador: 16h
- Analista Programador: 24h
- Analista de Sistemas: 32h
- Gerente de projetos: 40h Veja as diferenças.

Quando apresentamos as estimativas à cada um deles as explicações foram:
- Programador: “Realmente, esqueci que tem o levantamento, especificação, validação, etc”
- Analista programador: “Tem mais algumas coisinhas pra se fazer, mas acho que mais uns 2 ou 4 dias resolve”
- Analista de Sistemas: “Já tá tudo lá, se tiver mais alguma coisa resolver em um dia. Coloca dois pra garantir”
- Gerente de projetos: “Acredito que esta correto, estimei com APF (análise de pontos por função)” Reparem que apenas o gerente do projeto teve segurança em sua estimativa. Os outros quando questionados mudaram suas opiniões – ah, este caso é real.
Veja o post completo →