Índice:
- Diga-lhe que é
- Coloque as pessoas certas nos papéis certos
- Seja um negociador difícil mas justo
- Comente com cuidado com os fornecedores de produtos
- Veja o plano do projeto
- Não micromanage
- Use um wiki de projeto
- Não negligencie o efeito da cultura organizacional
- Não se esqueça da implantação e das operações
- Respire ocasionalmente
Vídeo: 5 dicas para sua banda dar certo - @osupermarco 2024
Ser um gerenciador de projetos de data warehouse bem-sucedido significa que você tem que fazer mais - muito mais do que simplesmente crie planos de projeto e peça aos membros da equipe para ativar relatórios de status semanais. Aqui estão alguns segredos para o sucesso.
Diga-lhe que é
Não importa se você está trabalhando com usuários, patrocinadores executivos, consultores, fornecedores, membros da equipe ou qualquer outra pessoa. A coisa mais importante que você pode fazer para estabelecer as bases para gerenciar com sucesso um projeto de data warehousing é falar sua mente de uma maneira completamente honesta.
Você não precisa ser abrupto ou rude, ou tem a atitude "É meu caminho ou de jeito nenhum. "Siga estas diretrizes para manter a comunicação aberta e para resolver problemas mais cedo ou mais tarde:
-
Quando ocorrem problemas, não enterrá-los ou fingir que eles não existem. Outras pessoas conhecem os problemas, então lidem com eles de forma agressiva.
-
Não tenha medo de dizer a um patrocinador executivo que esses cortes orçamentários fora do azul ou a ausência desses três membros da equipe que foram reatribuídos "por pouco tempo" afetarão negativamente seu projeto.
-
Não hesite em dizer a um fornecedor quando um produto não está funcionando como prometido e exige que eles façam algo sobre isso.
Coloque as pessoas certas nos papéis certos
A pessoa certa no papel certo é uma chave importante para o sucesso do projeto.
Você deve reconhecer que o melhor designer de banco de dados pode ser um pouco desafiado quando se trata de trabalhar com ferramentas OLAP ou de mineração de dados front-end. A pessoa que pode fazer tarefas de whiz-bang com uma determinada ferramenta OLAP pode ser um facilitador péssimo e deve, durante a fase de alcance de um projeto, se sentar silenciosamente na parte de trás da sala ou simplesmente nem estar lá.
Seja um negociador difícil mas justo
Cortes orçamentais, pressões para comprimir o cronograma de desenvolvimento, suporte de fornecedores, trabalhando com o grupo de infraestrutura corporativa para alinhar a instalação e suporte de implantação - o gerente de projeto geralmente possui responsabilidade por todos esses problemas e muito mais.
O gerente deve garantir que essas tarefas, que envolvem negociação, tenham lugar. Depois de falar sua mente, você estabelece as bases para negociações duras e justas, fundamentadas na realidade, não em emoções ou especulações. Não tenha medo de negociar a partir desta base: "Se X acontecer, Y será o resultado. "
Comente com cuidado com os fornecedores de produtos
Tenha cuidado ao coletar informações de fornecedores e outras fontes e quando questiona um fornecedor sobre um produto.Reconheça que os vendedores querem vender seus produtos, não resolva seus problemas de negócios. Embora seja ótimo quando eles podem fazer os dois, você não compartilha as mesmas prioridades que os vendedores.
Veja o plano do projeto
Embora ser um bom gerente de projeto significa mais do que apenas rastrear como o cronograma do projeto está acontecendo, você não pode ignorar o plano do projeto.
Se você não está interessado em reunir as inscrições regulares dos membros da equipe para ajudar a manter seu plano de projeto atualizado, adicione à sua equipe um membro da equipe de controle de projeto que tenha a tarefa específica de gerenciar o plano do projeto. Trabalhar com uma faculdade ou universidade local para obter um aluno de estudo de trabalho ou de educação cooperativa (cooperativa); É uma maneira econômica de lidar com essa importante tarefa.
Não micromanage
Todos têm um estilo de gerenciamento específico. Algumas pessoas se concentram em delegar tarefas, e outras são mais práticas. Se você é o tipo que gosta de lidar com a maioria das coisas, aqui está um conselho.
Não micromanage, ou insista em conhecer cada pequeno detalhe sobre cada tarefa que todos estão fazendo. (Esse sentimento de pânico, fora de controle desaparecerá.) Mesmo em projetos menores, confie em seus desenvolvedores e analistas para conhecer seus empregos.
Verifique-os para ver como eles estão fazendo, e certifique-se de que eles estão progredindo no cronograma. Deixe-os fazer o trabalho, porém - especialmente em projetos maiores. Você tem o suficiente para se preocupar como gerente de projeto; não tome preocupações adicionais que os membros da equipe geralmente podem resolver para você.
Use um wiki de projeto
Inicie todos os projetos com um wiki de projeto abrangente ao qual você fornece acesso a todos os membros da sua equipe estendida (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 coleção de páginas da Web projetadas para permitir que qualquer pessoa que acessa contribua ou modifique conteúdo, usando uma linguagem de marcação simplificada.
Os Wikis são frequentemente utilizados para criar sites colaborativos e para poderem sites da comunidade. Os Wikis são usados nas empresas para fornecer intranets e sistemas de gerenciamento de conhecimento.
Mesmo se sua organização tiver uma fantástica intranet (um ambiente da Internet dentro da empresa) ou um ambiente amplamente utilizado do Lotus Notes (ou outro tipo de groupware), crie um wiki. Porque você não pode assumir que tudo o que você precisa está disponível em formato eletrônico (geralmente não é), certifique-se de ter acesso a um scanner para puxar os itens que atualmente não são eletrônicos.
Não negligencie o efeito da cultura organizacional
Suponha que você trabalhe para uma empresa de consultoria cujos funcionários normalmente trabalham 50 ou 60 horas por semana em projetos. Você é designado para ser o gerente de projeto para o esforço de armazenamento de dados de um cliente e gerenciará uma equipe composta por quatro membros da sua empresa e quatro do cliente.
Você desenvolve um plano de projeto agressivo (mas realista), com base no orçamento do cliente e restrições de tempo, o que provavelmente envolverá algum trabalho de fim de semana e fim de semana.(Esse conceito não é nada novo para os funcionários da sua empresa.)
Não se esqueça da implantação e das operações
O design e o desenvolvimento são suficientemente difíceis para um data warehouse (ou qualquer ambiente, para esse assunto). Não negligencie como os resultados do seu trabalho funcionarão no mundo real, com usuários reais. Certifique-se de que seu plano de projeto permite tempo para alinhar o suporte após o armazenamento de dados entrar em operação.
Respire ocasionalmente
Insista em que todos saem no início da sexta-feira após uma semana particularmente difícil. Não esqueça e friegue quando os membros da equipe lhe dizem que querem ir ao piquenique da empresa quando estiver atrasado um ou dois dias com três semanas para ir.
Só funciona. Ao respirar ocasionalmente, você (e os membros da sua equipe) se revigoram e a produtividade aumenta. Vale a pena tirar um fim de semana aqui e ali, ou gastar um pouco menos de horas trabalhando horas extras.