O método de estimativa de pontos por casos de uso abrange: a) a contagem dos atores e casos de uso com suas complexidades; b) o cálculo dos PCUs não ajustados; c) a determinação do fator de complexidade técnica e ambiental e; d) o cálculo dos PCUs ajustados. Tudo isso resulta no Ponto por Caso de Uso. Para ser convertido em horas, o Ponto por Caso de Uso necessita que se trabalhe com uma taxa de produtividade convencionada, para que se estabeleça o produto dessas duas variáveis. Logo, em termos gerais, a estimativa em horas será o Ponto por Caso de Uso multiplicado pela Taxa de Produtividade.

Diante das especificidades dos projetos de software, veio a necessidade de se estabelecer uma distribuição desse esforço resultante entre as fases do projeto, considerando as seguintes fases:

1. LEVANTAMENTO: Compreende a fase de definição da visão do produto. Nesse momento, os aspectos mais relevantes do negócio são levantados para que todos os envolvidos, especialmente os stakeholders diretos, compreendam o que irão receber, podendo confrontar o resultado com sua expectativa, especialmente em decorrência da frequente necessidade de se ajustar o objetivo diante dos impactos das mudanças em outras áreas relevantes do processo. Nessa fase, os requisitos também são levantados e discutidos. Diante da avaliação do histórico das entregas e do impacto dessa fase em nossos projetos, convencionamos que ela corresponda a 15% da estimativa total do projeto.
2. PROJETO OU ESPECIFICAÇÃO: Nesta fase, o time de projeto já recebeu a proposta com a visão aprovada e precisa trabalhar as entregas em nível de caso de uso. Nesta fase, o especialista documenta as alterações no nível necessário para que o especialista em desenvolvimento possa promover os ajustes e implementar as novas funcionalidades. Convencionamos que esta fase corresponda a 20% da estimativa total do projeto.
3. DESENVOLVIMENTO: Como o nome indica, nesta fase, o time de projeto atua na escrita do código das funcionalidades levantadas e especificadas nas fases anteriores. Questões relevantes, relacionadas à arquitetura do sistema, também são tratadas nessa fase. Convencionamos que esta fase corresponda a 30% da estimativa total do projeto.
4. TESTE: No teste, temos o esforço estimado para que seja garantida a qualidade esperada conforme acordo estabelecido em tempo de requisitos. Logo, não somente os testes funcionais são realizados nessa fase, mas os testes em nível de análise e desenvolvimento também são realizados; especialmente, o esforço necessário para realizar os cenários levantados conforme construção das massas de teste. Convencionamos que esta fase corresponda a 30% da estimativa total do projeto.
5. IMPLANTAÇÃO: A estimativa na fase de IMPLANTAÇÃO absorve o tempo gasto em atividades que viabilizam a transição do produto de uma fase de desenvolvimento ou homologação para sua operação de fato. Com isso, as tarefas necessárias para garantir uma transição estável não estão limitadas ao processo de acompanhamento e/ou treinamento do cliente final. Esta fase inclui as seguintes abaixo (mas não se limita somente a estas):
   1. Treinamento;
   2. Documentação;
   3. Geração da Versão;
   4. Criação do Release Notes;
   5. Disponibilização da Versão;
   6. Acompanhamento Pós-implantação;
   7. Geração dos Scripts de Banco de Dados;
   8. Orientações Remotas, Pós-implantação, para esclarecimentos do processo de negócio;
   9. Parametrizações de Funções para a realidade do cliente;
   10. Acessos virtuais assistidos, para apoiar o cliente no processo de treinamento e uso do produto, dentre muitas outras questões

Convencionamos que esta fase corresponda a 5% da estimativa total do projeto. Percebe-se que, ao somar a ponderação de cada fase do projeto, teremos o total de 100%.