DETERMINANDO A TOLERÂNCIA DO DESENVOLVIMENTO DO PROJETO

Share

|

Cada organização tem um nível particular dcEla tolerância do desenvolvimento do projeto da aplicação. O nível dentro de uma organização dada depende de um número de artigos durante todo a organização. Uma aproximação a melhorar processo do projeto do desenvolvimento deve vir a uma compreensão sobre o tamanho manageable prático dcEle projetos das aplicações dentro de uma organização particular. Essa determinação pode ser feita com uma revisão de projetos passados. Revendo os resultados de passado projetos do desenvolvimento das aplicações fornece a informação que pode ser usada desenvolver o sucesso ou as tendências da falha, que por sua vez, pode ser analisada em referência ao tamanho do projeto.

Algum tipo de critérios deve ser desenvolvido por que para julgar o sucesso “ou” a falha “do projeto.” Aqueles critérios variarão dentro das organizações, dependendo daqueles fatores que são considerados importantes dentro da organização. A chave no que diz respeito a todo o único critério usou-se fazer os julgamentos é que se deve ver como uma medida razoável dentro da organização. Além, os critérios não podem ser permitidos tornar-se incómodos ou complexos. O objetivo aqui deve ser selecionar um jogo dos componentes básicos que fornecerão não a resposta definitive mas rather um guideline a respeito do sucesso provável de um projeto dado baseado na experiência passada dentro da organização. Onde essa probabilidade sugere que o projeto é provável falhar, os ajustes devem ser feitos para trazer o tamanho, o tempo, e a complexidade do projeto a um nível que forneça uma probabilidade mais elevada do sucesso.

Como um exemplo, suponha que durante os três anos passados, departamento trabalhou em 125 projetos. Durante esse tempo, uma média de 700 horas do desenvolvimento foi devotada 2 aqueles projetos, para um total de 87.500 horas. Em fazer uma análise dos 125 projetos, encontra-se que, sob os critérios desenvolvidos determinando o sucesso ou a falha, 18 projetos caem na classificação da falha. Daqueles 18 projetos, 14 excederam 900 horas do tempo de desenvolvimento e outra vez, usando os critérios do sucesso ou da falha, todos os 14 projetos carregaram um nível elevado da complexidade. Além, somente três projetos que fazem exame de mais de 800 horas foram trazidos a uma conclusão bem sucedida durante os três anos passados.

Neste momento, o que a análise mostra é que, dentro desta organização, os projetos que excedem 900 horas do tempo de desenvolvimento são prone à falha. O resultado dessa análise indica que projetos do desenvolvimento em um excesso de 900 horas do esforço parece ser além das potencialidades da gerência do ELE departamento. Um outro fato tornou-se da análise mostrou isso sobre o período three-year, três que ELE os gerentes de projeto tiveram, não obstante o tamanho ou a complexidade do projeto, trazido sempre seus projetos dentro no tempo, dentro do orçamento, e no acordo com as exigências do projeto.

Diversas conclusões rápidas podem ser extraídas da análise. Primeiramente, não está provavelmente no interesse da organização considerar nenhuma aproximação do projectsthat do desenvolvimento das aplicações ou exceder 900 horas do esforço. Em segundo, diversos gerentes de projeto são, apesar do ambiente do desenvolvimento, capaz de trazer projetos a uma conclusão bem sucedida. Duas conclusões podem ser extraídas sobre o papel daqueles gerentes de projeto. Primeiramente, aqueles gerentes de projeto devem ser atribuídos ao maior, a maioria de complexo projetam-se dentro da organização. Em segundo, um estudo mais adicional deve ser feito para determinar porque aqueles gerentes são bem sucedidos.

Onde a análise é feita com cuidado e os critérios usados julgar o sucesso ou a falha são razoáveis e consistentes, os testes padrões dcEla projetam o sucesso do desenvolvimento e a falha pode ser identificada. Feita corretamente, a análise de projetos prévios das aplicações deve fornecer a informação sobre o nível o melhor do tamanho e da complexidade do projeto no que diz respeito ao sucesso provável. Isso não deve ser visto para implicar que o que quer que esse nível é é o mais melhor que pode ser realizado. O que significa é aquele para o presente, um teto no tamanho do projeto pode ser determinado. Inferior restante que o teto pode trazer aproximadamente a uma melhoria imediata na gerência dos projetos, mas deve-se também ver como o ajuste da base para mover-se para as práticas novas que permitirão que teto a ser levantado.

Assim, a análise encontra-se com duas exigências. Fornece um guideline a respeito dos limites do tamanho do projeto e de complexidade associada dentro da organização. Fornece também a base movendo-se para a frente para causar mudanças dentro da organização, particularmente dentro do ELE o departamento, que conduzirá à abilidade no futuro de segurar maior, uns projetos mais complexos das aplicações.

No exemplo usado, diversas conclusões podem ser extraídas que podem ser usadas o identificar áreas de problema do desenvolvimento do projeto e começar a desenvolver plantas para levantar os níveis do sucesso do desenvolvimento dentro do ELE departamento. O fro extraído material m a análise no exemplo mostra que no passado, a organização começou no problema quando o tamanho do projeto excedeu 900 horas do esforço. Em pensar sobre essa escala da hora, deve ser mantido na mente que é não somente as horas um o fator, mas porque o tamanho de um projeto cresce, a complexidade desse projeto cresce também. Um enlace inerente existe entre o tamanho do projeto e a complexidade, e têm que ser considerados como inseparable ao examinar as causas da falha do projeto.

Com consideração ao tamanho e à complexidade, a análise mostra também que não parecem ser fatores negativos no desenvolvimento dos projetos se a gerência daqueles projetos estiver sob o sentido de um de diversos gerentes de projeto fortes. Seria benéfico perseguir as razões porque alguns gerentes parecem fazer bem não obstante o tamanho ou a complexidade de seus projetos. Determinar o que aqueles gerentes estão fazendo corretamente e estão aplicando então suas técnicas de gerência à maneira em que outros projetos são controlados poderia trazer benefícios significativos à organização.