Dez segredos de gerir o seu projeto com sucesso

Sendo um gerente de projeto de data warehouse bem sucedido significa que você tem que fazer mais - muito mais - do que simplesmente criar planos de projeto e pedir os membros da equipe para entregar relatórios de status semanais. Aqui estão alguns segredos para o sucesso.

Diga-lhe como é

Não importa se você está trabalhando com os usuários, patrocinadores executivos, consultores, fornecedores, membros da equipe, ou qualquer outra pessoa. A coisa mais importante que você pode fazer para definir as bases para administrar com sucesso um projeto de data warehouse é falar a sua mente de uma maneira completamente honesto.

Você não tem que ser abrupta ou rude, ou ter a atitude # 147 É minha maneira ou nenhuma maneira # 148- Siga essas orientações para manter uma comunicação aberta e de resolver os problemas mais cedo ou mais tarde.:

• Quando ocorrem problemas, não enterrá-los ou fingir que eles não existem. Outras pessoas sabem sobre os problemas, para lidar com eles de forma agressiva.

• Não tenha medo de dizer um patrocinador executivo que esses cortes no orçamento out-of-the-azul ou a ausência desses três membros da equipe que foram realocados # 147 para apenas um pouco # 148- irá afectar negativamente o seu projeto.

• Não hesite em dizer a um fornecedor quando um produto não está funcionando como prometido e exigir que eles fazer algo sobre isso.

Colocar as pessoas certas nos cargos certos

A pessoa certa na função certa é uma chave importante para o sucesso do projeto.

Você tem que reconhecer que o melhor designer de banco de dados pode ser um pouco desafiados quando se trata de trabalhar com ferramentas de mineração OLAP front-end e de dados. A pessoa que pode fazer tarefas whiz-estrondo com uma ferramenta OLAP particular pode ser um facilitador ruim e deve, durante a fase de escopo de um projeto, ou sentar-se silenciosamente no fundo da sala, ou simplesmente nem mesmo estar lá.

Seja um negociador duro, mas justo

Os cortes no orçamento, as pressões para comprimir o cronograma de desenvolvimento, suporte do fornecedor, trabalhando com o grupo de infra-estrutura corporativa para alinhar o suporte de instalação e implantação - o gerente do projeto normalmente tem a responsabilidade de todas estas questões, e muitos mais.

O gerente deve garantir que essas tarefas, que todos envolvem a negociação, ter lugar. Depois de falar a sua mente, você estabelece as bases para negociações duras, justas que se baseiam na realidade, não na emoção ou especulação. Não tenha medo de negociar a partir dessa base: # 147 Se X acontecer, Y vai ser o resultado # 148.;

Lidar com cuidado com fornecedores de produtos

Tenha cuidado quando você recolher informações junto dos fornecedores e outras fontes e quando você questionar um fornecedor sobre um produto. Reconhecer que os vendedores querem vender produtos, e não resolver seus problemas de negócios. Embora seja grande quando eles podem fazer as duas coisas, você não compartilham as mesmas prioridades que os fornecedores.

Assista ao plano de projeto

Apesar de ser um bom gerente de projeto significa mais do que apenas rastrear como o cronograma do projeto está indo, você não pode ignorar o plano do projeto.

Se você não está interessado em reunir apresentações regulares dos membros da equipe para ajudar a manter seu plano de projeto up-to-date, adicionar à sua equipe um membro da equipe de controle de projeto que tem a tarefa específica da gestão do plano de projeto. Trabalhar com uma faculdade ou universidade local para obter um trabalho-estudo ou educação cooperativa (co-op) no aluno é uma maneira custo-efetiva para lidar com essa tarefa importante.

Não micromanage

Todo mundo tem um estilo de gestão particular. Algumas pessoas se concentrar em tarefas delegando, e outros são mais hands-on. Se você é do tipo que gosta de lidar com a maioria das coisas você mesmo, aqui estão alguns conselhos.

não micromanage, ou insistir em saber todos os detalhes sobre cada tarefa que todo mundo está fazendo. (Isso pânico, sensação de out-of-control vai embora.) Mesmo em projetos menores, confiar em seus desenvolvedores e analistas de conhecer os seus postos de trabalho.

O check-in on-los para ver como eles estão fazendo, e se certificar de que eles estão progredindo dentro do cronograma. Deixá-los fazer o seu trabalho, embora - especialmente em projetos maiores. Você tem o suficiente para se preocupar como um projeto gerente- não assumir preocupações adicionais que os membros da equipe geralmente pode resolver para você.

Use um wiki do projeto

Comece cada projeto com um wiki abrangente projeto para o qual você fornecer acesso a cada membro de sua equipe ampliada (e não apenas os desenvolvedores e usuários-chave, mas também os patrocinadores executivos).

Para aqueles que não estão familiarizados com wikis, um wiki é uma página ou conjunto de páginas Web projetados para permitir que qualquer pessoa que acessa-lo para contribuir ou modificar o conteúdo, usando uma linguagem de marcação simplificada.

Wikis são frequentemente utilizadas para criar sites colaborativos e ao poder Web sites de comunidades. Wikis são utilizados no negócio para fornecer intranets e sistemas de gestão de conhecimento.

Mesmo que a sua organização tem uma fantástica intranet (Um ambiente de Internet dentro da empresa) ou de um ambiente Lotus Notes amplamente utilizados (ou outro tipo de groupware), construir um wiki. Porque você não pode assumir que tudo o que você precisa está disponível em formato electrónico (geralmente não é), não deixe de ter acesso a um scanner para puxar os itens que não estão actualmente eletrônico.

Não negligenciar o efeito da cultura organizacional

Suponha que você trabalha para uma empresa de consultoria cujos funcionários normalmente trabalham 50 ou 60 horas por semana em projetos. Você está designado para ser o gerente de projeto para o esforço de armazenamento de dados de um cliente e irá gerenciar uma equipe composta por quatro membros da sua empresa e quatro a partir do cliente do.

Você desenvolver um plano de projeto agressivo (mas realista), com base em orçamento e limitações de tempo do cliente, que provavelmente irá envolver algum tarde da noite e fim de semana de trabalho. (Esse conceito não é novidade para os funcionários de sua empresa.)

Não se esqueça sobre a implantação e operações

Design e desenvolvimento são difíceis o suficiente para um armazém de dados (ou qualquer ambiente, para que o assunto). Não se esqueçam como os resultados de seu trabalho vai funcionar no mundo real, com usuários reais. Certifique-se de que o seu plano de projeto permite que o tempo para alinhar o apoio após a data warehouse vai viver.

Dê uma pausa de vez em quando

Insista que todos sair mais cedo na sexta-feira depois de uma semana particularmente difícil. Não zombar e cara feia quando os membros da equipe dizer-lhe que eles querem ir para o piquenique da empresa quando você é um ou dois dias de atraso com três semanas para ir.

É apenas trabalho. Ao tomar um respiro ocasional, você (e sua equipe) tornam-se revigorado, e aumenta a produtividade. Vale a pena o seu tempo para tirar um fim de semana aqui e ali, ou para passar um pouco menos horas de horas extras de trabalho.