Como desenvolver uma estimativa de ordem de magnitude aproximada (estimativa de ROM)
Uma estimativa de ordem de magnitude aproximada (estimativa de ROM) é uma estimativa do nível de esforço e custo de um projeto para ser concluído. Uma estimativa de ROM ocorre bem no início do ciclo de vida de um projeto – durante a seleção do projeto e período de aprovação e antes do início do projeto na maioria dos casos. O principal objetivo da estimativa de ROM é fornecer aos tomadores de decisão as informações necessárias para tomar uma decisão sobre se faz sentido avançar com o projeto com base no nível de esforço estimado, em termos de tempo de conclusão e custo.
Desenvolver uma estimativa de ROM é tanto uma habilidade quanto uma arte. Em primeiro lugar, os especialistas no assunto devem estar envolvidos nas estimativas do nível de esforço. Em segundo lugar, ao desenvolver um ROM, é importante entender que a estimativa é uma estimativa de “ordem de magnitude aproximada” que terá uma precisão de cerca de mais ou menos 50%. Dependendo da fonte, a variação pode ser de até 100 %. Uma variação de -25% a + 75% também é comum para estimativas de ROM. O objetivo é fornecer uma estimativa “aproximada” usando as informações disponíveis no momento.
A variação de uma estimativa de ROM é bastante grande, mas não deve desencorajá-lo de fazer uma tentativa. Lembre-se de que algumas informações são melhores do que nenhuma. Lembre-se também de que a estimativa é baseada nas informações disponíveis no momento de desenvolver a estimativa de ROM. Conforme o projeto avança, espere melhorar ainda mais a estimativa, quando mais informações forem obtidas e os requisitos forem refinados durante as fases de iniciação e planejamento do projeto (alunos do PMBOK, vocês se lembram do termo elaboração progressiva?)
As informações a seguir fornecem uma comparação dos três tipos gerais de estimativas conforme o projeto avança no ciclo de vida.
- Estimativa ROM (variação de -50% a + 50%, ou -25% a + 75% dependendo da preferência)
- Uma estimativa “aproximada” usada para fornecer uma estimativa inicial para seguir em frente
- Uma abordagem de estimativa de cima para baixo
- Uso de experiência e conhecimento especializado anterior
- Não se gasta muito tempo para desenvolver a estimativa de ROM
- Estimativa de orçamento (variação de -10 % a + 25%)
- Também uma abordagem de estimativa de cima para baixo
- O uso de técnicas de estimativa análogas ajuda a fornecer uma estimativa um pouco mais precisa do que a estimativa ROM (por exemplo, referência anteriores tipos semelhantes de projetos de esforço)
- Estimativa definitiva (variação de -5% a + 10%)
- Uma técnica de estimativa de baixo para cima que requer uma decomposição do trabalho e seu nível de esforço que é somado para desenvolver uma estimativa mais precisa
- Geralmente realizada durante a fase de planejamento e maturada durante o restante do projeto
- Este é o esforço de estimativa mais demorado dos três listados
Ao desenvolver uma estimativa de ROM, é melhor tentar estimar em intervalos de tempo e custo. Fornecer categorias pode ajudar os estimadores que de outra forma não seriam capazes de fornecer um número devido à quantidade limitada de informações disponíveis no início de um projeto. O exemplo abaixo fornece categorias de níveis de esforço “Baixo”, “Médio” e “Alto”. Usar essa escala pode ser mais fácil do que tentar tirar um número da cartola. Também define a expectativa de ambos os lados – projeto equipe e cliente – que a estimativa de ROM tem uma grande variação e deve ser reconhecida apenas como uma ROM inicial.
- Baixo esforço
- Horas: 40 a 80 horas para completar
- Custo: $ 1000 a $ 5000 dólares
- Duração: 1 a 4 semanas
- Número de recursos: 1 a 3 recursos
- Esforço médio
- Horas: 80 a 480 horas para concluir
- Custo: $ 10.000 a $ 50.000 dólares
- Duração: 2 a 6 meses
- Quantidade de recursos: 4 a 10 recursos
- Alto esforço
- Horas: 480 a 2080 horas para conclusão
- Custo : $ 100.000 a $ 500.000 dólares
- Duração: 6 a 12 meses
- Número de recursos: 11 a 20 recursos
Usando baldes ou categorias como as listadas acima, de componha o trabalho de cima para baixo em um nível de detalhe que faça sentido dada a quantidade de informações disponíveis. Assumindo que o projeto está nos estágios iniciais e as necessidades e requisitos das partes interessadas estão em um nível alto, é seguro presumir que a divisão do trabalho não será significativamente detalhada. A questão não é desenvolver uma WBS completa aqui. O objetivo é simplesmente compartimentar o trabalho em um conjunto de atividades que façam sentido e possam ser medidas.Por exemplo, no desenvolvimento de um aplicativo da web, a lista de trabalho pode ter apenas alguns itens como:
- Desenvolver requisitos
- Desenvolver o esquema de banco de dados
- Desenvolva o aplicativo
- Teste e implante o aplicativo
- Atividades de gerenciamento de projeto (não se esqueça de incluir atividades de PM. Leva tempo e recursos)
Aplique uma categoria de esforço a cada trabalho para chegar a uma estimativa de ROM. É isso em poucas palavras!
Há muito mais para saber sobre estimativa de custos e técnicas de estimativa de custos (por exemplo, Aplicação de curvas de aprendizagem, fatores de complexidade e fatores de risco; estimativa de tempo PERT; técnicas de estimativa de software, como técnica de análise de ponto de função e COCOMO – http://cost.jsc.nasa.gov/COCOMO.html). Mas esta é uma boa introdução, pelo menos, na estimativa de ROM. Os links relacionados, abaixo, oferecem dicas adicionais sobre estimativa de custos. Além disso, consulte a Sociedade de Estimativa e Análise de Custos (http://www.sceaonline.org/), que é uma líder inovadora nessa área. Espere muito mais na estimativa de custo!
Você gostaria de compartilhar idéias ou informações adicionais sobre a estimativa de custo de ROM? Adicione-os à seção Comentários abaixo.
—–
Links relacionados: