Considerações sobre Redução de Cronograma. As estimativas de prazo não são lineares com o tamanho do projeto, assim pretende-se pesquisar mais sobre o melhor tempo desenvolvimento (onde há uma melhor relação custo x benefício de alocação de recursos e menor prazo de desenvolvimento), dado o tamanho de um projeto específico. Xxxxx [Xxxxx, 2007] propõe uma fórmula para o cálculo do melhor tempo de desenvolvimento, descrita na seção 3.3. Alguns projetos devido à legislação e a outros fatores externos ao SERPRO possuem um prazo imposto pelo cliente. Se este prazo for igual ou superior ao prazo calculado pela Fórmula de Capers Jones (expoente t) ou em caso de projetos pequenos (menores que 100 PF) a um prazo calculado considerando o trabalho da equipe de 8 horas/dia nos dias úteis, então este é tratado como um projeto normal. No entanto, se o projeto tiver um prazo imposto pelo cliente inferior ao prazo calculado, então se deve considerar o seguinte: • Redução de prazo de 10%: aumento de esforço de 20% (projetos urgentes) • Redução de prazo de 20%: aumento de esforço de 50% (projetos críticos) • Redução de prazo de 25%: aumento de esforço de 60% (projetos de alta criticidade) Deve-se ressaltar que não é possível uma redução de prazo maior que 25 %, devido aos cálculos de Região Impossível e ainda conforme nos aproximamos da região impossível, o esforço e o custo do projeto aumentam de maneira exponencial. Como os riscos da redução de cronograma também são altos, não é recomendada a redução de cronograma. Deve-se tentar priorizar funcionalidades trabalhando com o ciclo de vida incremental. Caso o contrato seja baseado em preço por Pontos de Função, este aumento de esforço será refletido na contagem de PF. Assim, um aumento de esforço de 20% implica em aumento de 20% na contagem de PF; aumento de esforço de 50% implica em aumento de 50% na contagem de PF; o aumento de esforço de 60% implica em aumento de 60% na contagem de PF.
