Este artigo foi originalmente escrito por Michael Wharton.

BlogArt1.png

Sumário



Meu trabalho é o de um consultor de Project Server e, muitas vezes sou chamado para uma implementação de Project Server que saiu dos trilhos. Um problema comum que eu vejo é o uso indevido de cronogramas de projeto mestre em implantações do Project Server. O problema vem rapidamente a minha atenção quando eu abro a central de projetos. O que vejo é um cronograma de projeto mestre que contém todos os projetos do PMO; um grande projeto mestre. No início fico perplexo ao ver isto, e então eu tenho que explicar ao PMO que esta não é uma boa prática.

Acredite ou não, mais minhas últimas três consultorias recentes tinham exatamente esse problema. Recentemente determinaram por que isso tinha ocorrido. Cada um desses sites foi uma recente nova implantação do Project Server e cada implantação recentemente tinha usado "pools de recursos project". Se você não estiver familiarizado com este conceito então deixe-me explicar. Padrões de projeto (e profissional para essa matéria) permitem cronogramas de projeto compartilhar um pool de comando de recursos usando um "Pool de recursos". O pool de recursos é basicamente um cronograma de projeto que contém todos os recursos da organização e cronograma do projeto é colocada em um compartilhamento de arquivo. Não há tarefas ou atribuição de tarefa no cronograma. Isso permite que um cronogramas de projeto mapear seus recursos para este pool de recursos comuns. Eu o chamo de coitado do "Project Server". Funciona bem para o pequeno número de recursos e cronogramas de projeto e se não puder pagar um servidor de projeto.

A equipe PMO e da implantação não conseguiram fazer a conexão nesse Project Server que tem um pool de recursos de armazenando dados e que o uso de uma agenda de mestre não é mais necessário. Ligar todos os projetos juntos em um plano-mestre não é mais necessário e que existem inúmeros recursos de novos relatórios onde agora ele agora foi construído. Não os culpo por isso. Só está construindo sobre o que eles já sabiam e isso só acontece por ser um conceito errado para a construção.

O objetivo do cronograma do projeto mestre é para gerenciar muitas agendas separadas de projeto e construção de dependências entre elas. Tem é que colocar uma valiosa ferramenta para o gerenciamento de grandes projetos; no entanto não deve ser usado conforme descrito acima.

Em conclusão: Durante a implantação do Project Server, esteja ciente das muitas diferenças entre o Project Server e Project Standalone. Consiga consultores com experiência para que eles faça um um registro de conhecimento e assim fornecer um roteiro para implantação tranquila e evitar muitos destes problemas de configuração. Quando não puder pagar consultores para implantação completa, talvez investir em um consultor de auditoria sua configuração antes da liberação final.

Outros idiomas