Como controlar a gerência de projeto

Share

|

Enquanto mais organizações se movem para o trabalho de projeto formal, torna-se crítico para controlar capaz aqueles projetos. A mais melhor maneira fazer deve assim o mais eficazmente estabelecer os padrões para a gerência de projeto que são corporatewide, ou medir ao menos o departamento dos sistemas de informação (É). Estes padrões incluem metodologias da gerência de projeto e ciclos de vida, as.well.as pacotes de software para a gerência de projeto, gerência process, e contabilidade de tempo.

Este artigo discute metodologias da gerência de projeto e ciclos de vida, revê algumas das características mais comuns de cada um, e explica os três tipos de software usados geralmente suportar sistemas de gerência incorporados do projeto.

METODOLOGIAS DA GERÊNCIA DE PROJETO E CICLOS DE VIDA

Embora os gerentes possam controlar projetos sem uma metodologia formal, ter um pode ser uma ajuda grande. Esta seção explicam o que as metodologias da gerência de projeto são e porque eles é importante, e dão um history breve de metodologias da gerência de projeto. Também define ciclos de vida, descreve alguma terra comum É ciclos de vida, e explica como os ciclos de vida se relacionam às metodologias.

As metodologias da gerência de projeto estiveram ao redor por décadas, mas começado primeiramente tornar-se popular ESTÁ dentro nos 1970s adiantados. Estas metodologias têm geralmente dois componentes. O primeiro é um processo total para fazer coisas, quando o segundo consistir nos moldes ou nos formulários requeridos em parcelas específicas desse processo. Quando o processo próprio for a metodologia verdadeira, a maioria de gerentes de projeto consideram os moldes e os formulários ser parte e pacote da metodologia. Entretanto, a maioria de gerentes de projeto concordam também que os moldes sozinho uma metodologia não fazem. As metodologias da gerência de projeto são importantes para duas razões. Primeiramente, estandardizam a maneira em que uma organização controla seus projetos. Isto permite povos em qualquer lugar dentro da organização à conversa com uma outros que usam os mesmos termos e as mesmas definições para aqueles termos. Apresentar uma aproximação consistente à gerência de projeto através dos padrões permite também que os gerentes de projeto cubram para um outro quando a necessidade se levanta. A segunda razão que as metodologias são importantes são que fornecem gerentes de projeto do novice com as ferramentas para controlar projetos, sem reque uma curva de aprendizagem longa.

Os ciclos de vida do projeto vão geralmente em conjunto com metodologias do projeto. Tais ciclos de vida quebram uma vida’do projeto s em uma série das fases ou dos estágios. O fim de cada fase fornece um ponto conveniente da revisão do projeto para a gerência sênior ao instituto vai ou nenhum-vai decisões, e permite também que os gerentes de projeto planeiem as fases seguintes mais detalhadamente. Quando os ciclos de vida do projeto puderem ter muitas fases, a maioria tem três a cinco. Incluem algum tipo de start-up ou iniciação do projeto, um estágio da construção do projeto ou da execução, e, finalmente, uma avaliação de projeto ou uma revisão da borne-execução.

SELECIONANDO METODOLOGIAS DA GERÊNCIA DE PROJETO

Para as organizações que não têm uma metodologia nem estão procurando um novo, esta seção explica o que procurar em metodologias da gerência de projeto. Discute os benefícios e os inconvenientes na casa contra metodologias vendedor-fornecidas, as.well.as enlatado contra metodologias customized. Descreve então as metodologias as mais populares do vendedor.

Primeiramente, uma exploração dos benefícios e os inconvenientes de metodologias do vendedor estão em ordem. O benefício o mais grande de uma metodologia do vendedor é que o trabalho está feito já, que pode conservar anos de uma organização literalmente de desenvolver uma metodologia interna. A metodologia do vendedor também foi testada e provada trabalhar, conservando o tempo e os headaches envolvidos em alisar para fora dos enrugamentos process.

No downside, entretanto, as metodologias compradas requerem uma organização mudar suas práticas existentes combinar aqueles da metodologia. Se não , a seguir a organização deve customize ao menos alguma da metodologia. Estes customizations podem variar dos tweaks menores do processo, aos customizations assim severos que a metodologia comprada original obliterated virtualmente.

Um outro inconveniente de metodologias compradas é seu preço. Muitos vendedor-forneceram metodologias custaram $50.000 ou mais para uma licença perpetual. Além, alguns vendedores carregam milhares dos dólares anualmente.

Algumas das metodologias mais populares para SÃO projetos incluem o método dinâmico do desenvolvimento dos sistemas (DSDM) dos associados do computador e ORGULHAM-SE de Computacenter.

EXECUTANDO METODOLOGIAS DA GERÊNCIA DE PROJETO

Esta seção explica como executar uma metodologia da gerência de projeto. As tampas como estabelecer a avaria do trabalho de projeto estrutura (WBSs), as.well.as estimar, seguir, controle da mudança, controle de qualidade, e padrões de uma comunicação. Explica então como conduzir É treinamento departmental e do cliente a respeito da metodologia e dos padrões.

Uma vez que uma organização selecionou uma metodologia do vendedor ou essa desenvolvida inhouse, está pronto para começar o processo longo, frequentemente tedious de criar padrões do projeto. Quando algumas das metodologias compradas vierem com padrões para vários componentes do projeto, as organizações necessitarão desenvolver padrões para aquelas que não os têm.

Criando WBS, estimando, e seguindo padrões

O primeiro padrão a ser estabelecido é como o projeto WBSs será criado. Muitas organizações desenvolvem moldes do projeto para os tipos os mais comuns de projetos desenvolvidos na organização, e especificam então que os gerentes de projeto trabalham destes moldes. A vantagem desta é que os gerentes de projeto “não reinventing a roda” em cada projeto. Por sua vez, isto apressa-se acima do planeamento, e permite-se seguir melhor do projeto. Depois que os padrões de WBS são estabelecidos, a organização deve decidir-se como as estimativas serão criadas. Os tes de Estima podem ser determinados das opiniões peritas, médias tornadas mais pesadas, statistics dos projetos precedentes, ou das técnicas tais como a análise do ponto da função. Se as organizações seguirem seus projetos exatamente e religiosa, podem usar statistics dos projetos precedentes fornecer as estimativas as mais exatas. Isto destaca a necessidade para padrões em projetos seguindo.

A maioria de organizações usam algum tipo de tempo automatizado - manter o pacote para seguir o tempo de encontro aos projetos. Seguir do tempo tem três finalidades projeto-relacionadas. O mais crítico é julgar exatamente onde um projeto atual está. Entretanto, outras razões que são quase como importante são os usos da hora que seguem para a contabilidade de custo do projeto, e para o levantamento de dados de — a fim melhorar a estimativa o projeto seguinte. Para fornecer a mais melhor base de dados para estimar os projetos futuros, estes pacotes devem reservar seguir de encontro a cada tarefa no WBS, reforçando o desirability de WBSs padrão.

Mude o controle, o controle de qualidade, e os padrões das comunicações

Os padrões para o controle da mudança, o controle de qualidade, e as comunicações são ingualmente importantes projetar o sucesso. O controle da mudança neste contexto não consulta às mudanças em sistemas de produção funcionando, mas rather às mudanças no projeto próprias. As modificações as mais comuns a ser controladas são mudanças do espaço, expressadas geralmente porque uma necessidade para a funcionalidade aumentada ou diferente. Porque as estimativas são baseadas na funcionalidade como conceived originalmente, as mudanças à funcionalidade inicial impactarão obviamente o custo’e a programação do projeto s. Para minimizar este efeito, mude políticas do controle esboçam a escala do gerente’de projeto s da discreção para mudanças aprovando, e soletram-na para fora dos níveis e dos procedimentos do escalation. Quando estes dois padrões puderem ser negociados no começo de cada projeto, os guidelines gerais podem provar útil.

Os padrões de qualidade no SÃO departamento tendem a dirigir-se a como o departamento segura o turnover testar e de produção. Alguns exemplos incluem como testar, sistema da unidade testando, e testar de aceitação do usuário serão executados. Os padrões das comunicações são também importantes para projetos bem sucedidos. A razão principal que os projetos mudam tão frequentemente como é que alguém entendeu mal uma comunicação, seja ele a pessoa dos sistemas ou o cliente. A organização pode significativamente reduzir o número das mudanças a um projeto em seus estágios mais atrasados ajustando guidelines desobstruídos de uma comunicação durante o planeamento, e então constantemente atualizando todos envolvido no projeto enquanto progride, e fazendo assim em uma maneira padrão.

Treinamento Da Metodologia

Quando for atrativo começar empregados do treinamento na metodologia nova assim que estiver selecionado, este ‘que salta o injetor’ pode ser perigoso ao sucesso final da execução da metodologia. Certamente, a metodologia evoluirá como os empregados começam a usar, mas deve haver uma base dos padrões no lugar antes do treinamento, a fim de que não os empregados, em um mínimo, requeiram a instrucção. Em algumas organizações, os empregados realmente revoltaram-se e escolheram-se não usar a metodologia em tudo — até que os padrões estejam estabelecidos.

Com ao menos seguir do projeto, estimar, controle da mudança, controle de qualidade, e padrões tentative de uma comunicação do projeto no lugar, a organização está pronta para conduzir É treinamento departmental e do cliente. Este treinamento pode ser executado em três maneiras: usando os consultantes exteriores, que desenvolvem frequentemente o treinamento também; através dos empregados internos; ou usando uma combinação dos consultantes e dos empregados. Se a organização escolher a aproximação da combinação, os consultantes externos desenvolvem frequentemente o treinamento, whereupon treinam os empregados internos a respeito de como entregar o treinamento. Desde gerentes de projeto e projeto os participants devem compreender a metodologia nova, ele fazem frequentemente o sentido ter duas classes separadas. A classe mais in-depth, para nagers do miliampère do projeto e líderes de projeto, fornece idealmente estudos de caso, assim que podem realmente praticar as parcelas críticas da metodologia. Embora este tipo de treinar inicialmente faça exame mais por muito tempo, a curva de aprendizagem é mais menos íngreme quando os gerentes e os líderes de projeto começam seguir a metodologia “em projetos” reais. O treinamento para participants do projeto pode ser mais menos detalhado, focalizando em seus papéis na metodologia nova. Não necessita especificamente treiná-los para usar todas as partes da metodologia.

EXECUTANDO PACOTES DE SOFTWARE DA GERÊNCIA DE PROJETO

Quando selecionar pacotes de software apropriados for importante, ele é mais crítico executar com sucesso estes pacotes. Esta seção discute as diferenças entre o software da gerência de projeto, o software da gerência process, e o software da contabilidade de tempo, e examina então vários métodos para executar estes pacotes. Discute também os benefícios e os inconvenientes de cada aproximação, e esboça um processo para a execução bem sucedida. Embora haja várias ferramentas do software no mercado hoje para ajudar a gerentes de projeto controlar seus projetos, tendo estas ferramentas um gerente de projeto não faz. Os gerentes de projeto devem imóvel executar os nove competencies básicos da gerência de projeto determinados pelo instituto da gerência de projeto, uma associação profissional internacional de gerência de projeto. Ainda, ter estes pacotes certamente pode fazer executando estas funções mais menos arduous.

Tipos Do Pacote

As ferramentas gerência-relacionadas do software do projeto são divididas geralmente nas três categorias de software da gerência de projeto, de software da gerência process, e de software da contabilidade de tempo. Os pacotes de software da gerência de projeto executam programar, as.well.as seguir limitado do projeto. Fazem este permitindo que os gerentes de projeto inscrevam o projeto WBSs, atribuam dependências inter-task, alocem recursos, e atribuam estimativas de effort/work para cada tarefa. Uma vez que estes princípios são incorporados, a ferramenta calcula e indica a programação do projeto, frequentemente gràfica, através das cartas das cartas de Gantt ou da rede de PERT/CPM (avaliação de programa e método do trajeto da revisão technique/critical).

Depois que as programações iniciais do projeto foram criadas, as ferramentas permitem a gerentes de projeto à linha de base a programação original, e seguem o progresso’do projeto s de encontro a essa programação. Desde que algumas das ferramentas de gerência do projeto são melhores em seguir do que outras, as organizações devem pesar como importante a característica seguindo lhes é ao analisar e ao selecionar um pacote de software particular. A avaliação desta característica é particularmente importante porque seguir é crítico ao planeamento futuro do projeto. os pacotes da gerência de projeto da Baixo-extremidade incluem o MS-Projeto de Microsoft e o SureTrak de Primavera. a Baixo-extremidade empacota o custo aproximadamente $500 e tem características programando adequadas, mas tende a ter características seguindo mais menos robust. Os pacotes da gerência de projeto do mid-range incluem o scheduler do projeto de Scitor e de CA-SuperProject dos associados do computador. Os pacotes do mid-range têm geralmente a programação melhor modelar características, seguir melhor, e potencialidades melhores da saída, mas o purchaser paga por ele. Variam no preço de $1000 a $2000. Os pacotes high-end da gerência de projeto incluem o planner do projeto de Primavera, chamado geralmente P3. Os pacotes high-end incluem as características dos produtos do mid-range, mas caracterizam também o multi-projeto melhor que segura potencialidades.

Melhor que focalizando no projeto que programa e que segue, os pacotes da gerência process permitem a gerentes de projeto mais fàcilmente à planta seus projetos. Os pacotes típicos da gerência process vêm com padrão, contudo o customizable, moldes para uma variedade larga de projetos dos sistemas de informação. Entretanto, ao contrário dos moldes que vêm com alguns pacotes da gerência de projeto, estes moldes sugerem relacionamentos da dependência entre tarefas, sugerem o tipo de habilidades necessitadas executar cada tarefa, e fornecem geralmente também uma variedade de estimar técnicas e metrics. Os pacotes da gerência process incluem o continuum process dos associados do computador, que inclui o coordenador process.

O terceiro tipo de software gerência-relacionado do projeto é software da contabilidade de tempo. Estes pacotes permitem que os indivíduos e os gerentes de projeto carreguem horas reais para trás para projetar tarefas. Fazem assim criar em linha e pelas folhas de tempo do hardcopy, alistando cada tarefas do membro’s da equipe. O membro da equipe mantem-se a par então das horas gastadas em cada tarefa, e, geralmente, da data que cada tarefa estêve começada, as.well.as a data que cada tarefa estêve terminada. Esta informação é transferida então a o que pacote da gerência de projeto no uso na organização. Quando o software c da contabilidade de tempo ser usado sem integração com pacotes da gerência de projeto, quando integrado, ele puder extremamente simplificar as funções seguindo às vezes difíceis em pacotes da gerência de projeto.

Um exemplo de pacotes de contabilidade do tempo é profissional de TimeSheet de Timeslips.

Executando Pacotes

Certamente, ajuda a gerentes de projeto controlar mais eficazmente seus projetos se quebrarem projetos tragarem em fases, em atividades, e em tarefas. Similarmente, a execução do pacote de software tende a ser mais eficaz quando phased dentro. Infelizmente, entretanto, em seu zeal “a começar atual,” as organizações tentam frequentemente executar demasiado muitas mudanças em uma vez. Assim as organizações que não tiveram anteriormente nenhuma ferramenta em tudo puderam adquirir três ou mais. A aceitação daquelas ferramentas, e nivela-me às vezes thodology, plummets.

Para as organizações que partem do risco com as ferramentas gerência-relacionadas do software do projeto, a seguinte ordem pode ajudar tremenda na execução:

pacotes de contabilidade do tempo do §. Estes pacotes devem ser introduzidos primeiramente porque afetam o número o maior dos povos. Ao usar estes pacotes, todos em uma equipe de projeto tem que seguir seu ou seu tempo, e a é frequentemente completamente um choque para povoar quem nunca tiveram que seguir antes o tempo. Quando um sistema de contabilidade do tempo é executado, é al do crítico que povoa compreende que a finalidade não é policiar seu trabalho. Rather, o objetivo é coletar dados exatos em como um projeto atual está indo, e construir uma base de dados exata para estimar os projetos futuros.

pacotes da gerência de projeto do §. A organização estará pronta para estandardizar em um pacote de software da gerência de projeto três a seis meses depois que introduz um pacote de contabilidade do tempo. Os gerentes de projeto devem ser envolvidos na seleção deste padrão. Se não, executar a ferramenta será mais difícil porque os gerentes sentem que não eram incluídos, nem não compreendem o rationale atrás da seleção de uma ferramenta específica. Ter um grupo do núcleo dos gerentes de projeto que suportam a ferramenta selecionada permite a companhia de inclui-los no ing piloto do teste do sistema, e no treinamento do sistema. Isto dá forma também a um grupo do advocacy do núcleo para a ferramenta nova.

pacotes da gerência process do §. Em uns outros três seis meses depois que o pacote da gerência de projeto é introduzido, os gerentes de projeto estarão prontos para afiar mais mais suas habilidades de gerência do projeto. Com alguns projetos sob suas correias usando a contabilidade de tempo e as ferramentas de gerência do projeto, poderão a integram mais inteiramente as ferramentas de gerência process novas em seu processo do planeamento do projeto. Se, entretanto, as ferramentas de gerência process fossem introduzidas demasiado logo, os gerentes de projeto não puderam ter bastante experiência real do projeto para apreciar os benefícios das ferramentas de gerência process um tanto complicadas.

CONCLUSÃO

Os projetos bem sucedidos são críticos ao sucesso não somente de gerentes de projeto, mas ao todo SÃO o departamento — e uniformes à companhia. Selecionar metodologias da gerência de projeto e ciclos de vida apropriados, e suportá-los com as ferramentas apropriadas do software, podem ajudar immeasurably com sucesso do projeto.