APROXIMAÇÕES A ESTIMAR NA GERÊNCIA DE PROJETO

Os gerentes de projeto estão sob muitos da pressão produzir estimativas da hora e do custo para o desenvolvimento dos sistemas muito cedo em um projeto, tipicamente nas primeiras duas semanas. Entretanto, estimar um projeto do desenvolvimento das exigências do esboço e não de um projeto físico é como um provérbio home do comprador, “cita-me um preço para construir uma casa, mas eu não sou certo onde eu quero a casa encontrada, ou sobre o número dos quartos, ou se deve ser do tijolo ou da madeira.” _ est não surpreend que do projeto as estimativa tão mau como, mas que poss est faç e encontr com tudo. Três aproximações podem ser feitas exame a estimar:

1. Usando a experiência da indústria

2. Usando a experiência de um’s possua a organização

3. Rolar acima estimativas de mais ou mais menos detalhadas do esforço do projeto

Usando A Experiência Da Indústria: Pontos Da Função

Talvez o formulário o mais útil da experiência gravada da indústria vem em contagens do ponto da função. Muitos povos medem os esforços do software baseados no número de linhas do código. O problema com esta medida é que a mesma função envolve muitas mais linhas em uma língua de baixo nível do que em uma língua high-level. Frequentemente, um algoritmo codificado em uma língua requer mais linhas ser codificado em uma outra língua. Uma contagem do ponto da função é uma medida mais estável do tamanho do software do que linhas do código, porque é baseada no número das entradas, das saídas, das limas, e das outras medidas da complexidade. O grupo de usuários internacional do ponto da função (IFPUG) pôs o esforço considerável em planejar e em manter métodos padrão para fazer sob medida o software.

O método do ponto da função momentaneamente, um conta as limas, as entradas, as saídas, e as perguntas envolvidas em uma aplicação. Cada um é avaliado como simples, médio, ou o complexo. Cada avaliação é tornada mais pesada para render a contagem unadjusted do ponto da função. Para o exemplo, se cinco limas em uma aplicação forem da complexidade média (para qual o método de IFPUG especifica tornar mais pesado de 10), adicionam 50 pontos da função ao total.

A aplicação inteira é rated em 14 medidas da complexidade total, que incluem o grau de processar distribuído e a proporção das transações que envolvem a introdução de dados de em linha. Cada medida da complexidade é rated em uma escala do cinco-ponto (isto é, 70 são a contagem a mais elevada possível). A avaliação da complexidade é dividida por 100 e 0.65 são adicionados para render um fator que varia de 0.65 a 1.35. A contagem unadjusted do ponto da função é multiplicada por este fator para obter a contagem ajustada do ponto da função. Para o exemplo, a contagem e tornar mais pesado das limas e dos outros artigos produzem uma contagem unadjusted do ponto da função de 1000. A aplicação é da complexidade significativa e a avaliação das 14 medidas da complexidade dá um total de 60 pontos. Porque 60/100 + 0.65 são 1.25, a contagem ajustada do ponto da função seria 1250.

A produtividade de medição na função aponta muitos milhares dos projetos foi analisada para construir acima das bases de dados do ponto da função, que podem ser usadas comparar o esforço que entrou em cada projeto com o número dos pontos da função criados. As escalas largas da produtividade existem. Para o exemplo, com equipe de funcionários inexperienced, métodos unstructured, as ferramentas ordinárias, e línguas de baixo nível, a produtividade varia de 0.25 a 5 pontos da função por o mês da equipe de funcionários. No extremo oposto da escala, com equipe de funcionários experiente, estruturou métodos, ferramentas de poder, e as línguas high-level, produtividade variam de 20 a 100 pontos da função por o mês da equipe de funcionários. SÃO os projetos variam geralmente de 3 a 50 pontos da função por o mês da equipe de funcionários, e a média é 8 pontos da função.

Se uma equipe de projeto puder conseguir a função dez aponta por o mês da equipe de funcionários, a seguir um projeto do função-ponto 1250- faz exame de 125 equipe de funcionários-meses ou de dez povos um pouco mais por muito tempo do que um ano. Se a produtividade for 20 pontos da função por o mês da equipe de funcionários, então o trabalho pode ser feito ao meio do tempo.

Embora os pontos da função sejam uma medida razoável da cola, não são muito uso em estimar o esforço a menos que a produtividade puder ser estimada. Para fazer que requer um registro de trilha da produtividade do projeto da equipe de funcionários.

O valor da experiência do projeto

Apesar de sua importância em estimar, muito poucas organizações têm uma base de dados da experiência do projeto. Instead, a experiência em um projeto é nas cabeças de membros da equipe de projeto e não é fácil para o gerente do projeto seguinte de alcançar. Certamente, muito poucas organizações mantêm figuras de confiança nas horas reais feitas exame no desenvolvimento do projeto. Enquanto as ferramentas de gerência process automatizadas se tornam usadas mais extensamente, torna-se mais menos caro e mais fácil usar-se após o history do projeto.

Uma ferramenta de gerência process deve ajudar em responder às seguintes perguntas:

> > que após projetos são similares ao atual?

> > o que era o esforço nos projetos similares totais e pela tarefa?

> > como faça as habilidades dos povos em projetos similares comparam com as aquelas da equipe de funcionários atual do projeto?

Encontrar o projeto similar similar dos projetos A pode ser um que tem as mesmas tarefas que foram feitas pelos mesmos povos, usadas a mesma língua de programação, ou encontradas com outros critérios. Uma base de dados do history do projeto deve permitir a busca para projetos similares. Isto implica que todos os projetos devem ser executados usando um jogo padrão das tarefas, apenas enquanto os custos da contabilidade devem ser analisados usando uma carta padrão dos clientes. Se cada gerente de projeto fizer acima os nomes das tarefas em cada projeto, como podem os projetos ser comparados com o um outro?

Determinando após o esforço e as habilidades uma vez que os projetos similares são escolhidos, o gerente do projeto novo necessita saber o esforço em projetos similares, macacão e pela tarefa, e pelas habilidades daquelas que trabalharam nestes projetos. O gerente pode encontrar esta informação se o tempo e o custo gastados estiverem gravados em uma maneira padrão e se os dados estiverem razoavelmente completos. Para citar as alcaparras peritas Jones da produtividade, “os dados históricos para os projetos usados internamente por corporation são perto de worthless para estudos econômicos. Os custos diretos do usuário são seguidos essencialmente nunca, as horas extras por pagar são seguidas raramente, e o carelessness no tempo carregando ao jogo correto de clientes do projeto é rampant no domínio do MIS.”

As ferramentas de gerência process automatizadas devem fazer a gravação do esforço real de encontro às categorias padrão barata e fácil para todos que põe a tempo sobre um projeto; então o history do projeto pode transformar-se um dae (dispositivo automático de entrada) significativo a estimar.

Roll-Up das estimativas

Usar a experiência fazer sob medida um projeto do alto tem para baixo o valor porque pode ser feito cedo no projeto quando somente o conhecimento geral sobre o projeto físico está disponível. O ponto da função que conta, entretanto, é baseado na informação física sobre limas, entradas, e saídas.

O método o mais de confiança de estimar, embora a maioria de tempo - consumir, deve fazer conjuntamente uma estimativa para cada parte de trabalho com o membro da equipe que é responsável para ela e combinar acima as estimativas do fundo. Estimar bottom-up envolve responder a três perguntas:

> > que tarefas têm que ser feitas?

> > quem está indo os fazer?

> > quanto tempo fazem exame para terminar? (as estimativas detalhadas podem ser impostas sobre ou negociado com os empregados.)

Um líder de projeto talented na gerência de projeto informal pode negociar firmemente mas estimativas achievable assim como obtenha o compromisso pessoal dos membros da equipe de funcionários. O compromisso firme pode somente ser feito uma vez que o projeto é sabido ao menos no formulário do esboço. As estimativas top-down são feitas cedo em um projeto, feitas barata, e mudadas frequentemente. As estimativas bottom-up são ajustadas, caro ao produto, e estabelecidas mais tarde em um projeto.

Disclaimer: Nosso Web site não é responsável para a informação contida por este artigo. Este artigo em nenhuma maneira reflete as vistas, as opiniões, os pensamentos ou a opinião da equipe de funcionários do diretório dos artigos.
Observação da tradução: O artigo "APROXIMAÇÕES A ESTIMAR NA GERÊNCIA de PROJETO" foi traduzido usando um serviço de tradução automatizado. Nós desculpamo-nos sincerely por todos os erros da tradução que puderem ter ocorrido. Obrigado para sua compreensão.