Dez Sinais de um Projeto de Armazenamento de Dados em Problemas - dummies

Você pode facilmente dizer que seu projeto de data warehousing está com problemas quando você não tem nada para mostrar seus esforços quando pensou que sim. Tente obter alguma indicação de que a fabricação de problemas, no entanto, antes você alcança esse ponto. Esta lista apresenta dez sinais de alerta precoce.

A fase de alcance do projeto termina sem um consenso geral

O tempo atribuído para a fase de alcance do seu projeto de data warehousing termina (geralmente duas ou três semanas - um pouco mais para grandes projetos) e os membros do seu círculo eleitoral são infeliz.

Eles ainda estão resmungando e discordando sobre a direção do projeto e seu potencial valor comercial (ou falta dele), as prioridades relativas de capacidades e como eles mapeiam para várias fases do projeto e outros pontos de disputa.

A declaração da missão é questionada após a fase do escopo terminar

Você está três semanas após a fase de design, seguindo um escopo de quatro semanas. Você está em uma reunião de status de todos os dias com os patrocinadores executivos de TI e organizações empresariais, bem como quatro gerentes-chave dos grupos empresariais que planejam usar o data warehouse mais.

Pouco antes de um intervalo de café, um dos gerentes diz: "Você conhece a declaração de missão sobre a qual falamos no segundo dia do projeto? Quero falar sobre isso um pouco mais porque tenho alguns problemas com isso. "

As ferramentas são selecionadas sem uma pesquisa adequada

Um tomador de decisão do projeto olha em torno da sala com desgosto, suspira profundamente e diz:" Olha, nós simplesmente não temos tempo para verificar essas ferramentas porque o cronograma é muito apertado. Esse vendedor que estava aqui ontem - qual era o nome dessa empresa novamente? Você sabe, aqueles com o produto que - eu não consigo lembrar de todos os detalhes. De qualquer maneira, gostei da demo. Vamos comprar essa ferramenta. "

As pessoas são retiradas de sua equipe por "Apenas alguns dias"

"Vou pedir emprestado a Mary, John e Sue Ellen por alguns dias, porque temos algo importante sobre na divisão de dicas de plástico para cadarços que deve ser feita o mais rápido possível. De qualquer forma, acho que será por apenas alguns dias. Tente permanecer no horário. "

Você está com problemas.

Você é invocado quando tenta lidar com escopo de alcance

Você está na última semana da fase de design e um gerente de unidade de negócios senta-se em frente a você na cafeteria. Entre bocados de Surpresa diária do Chef, ele fala sobre "estas ou duas coisas que acabei de pensar que isso faria com que essa coisa do data warehouse funcionasse muito melhor."

Você explica educadamente o conceito de escopo do escopo no contexto de" Aguarde até a% $ # ^ @ próxima fase do data warehouse! "(Exceto que você é mais diplomático sobre isso). Então, dois dias depois, o chefe do gerente (que também é o seu chefe) envia uma mensagem de e-mail direcionando você para "adicionar essas uma ou duas coisas à lista de características, mas não as deixe afetar a programação. "

Seu patrocinador executivo deixa a empresa

Você fez um trabalho fantástico de vender o valor comercial do seu projeto de data warehousing para gerenciamento executivo, e tudo está rodando muito bem. De repente, dois dias após um impressionante anúncio de vendas e ganhos trimestrais decepcionantes, o patrocinador executivo do lado comercial da organização renuncia. Agora, seu projeto não tem um patrocinador executivo.

Você pode estar com problemas: trabalhe rápido e não olhe para trás.

Você ouve, "Isso nunca funcionará, mas não digo nada"

Todos na empresa apoiam seu projeto de data warehousing. Você está empurrando a vanguarda da tecnologia, e todos em sua equipe estão entusiasmados. Seus relatórios de status semanais, mesmo refletem o progresso que estão fazendo. O arquiteto chefe do projeto assegura que quanto mais você entrar no projeto, mais todos estão convencidos de que você tomou decisões técnicas sólidas.

Então, na cafeteria, você ouve dois dos desenvolvedores seniores que discutem o projeto. Um diz: "Não há como que isso possa funcionar. O desempenho é terrível e, metade do tempo, a mesma consulta contra os mesmos dados retorna resultados diferentes. Mas eu não vou ser o único a falar! "

Você encontra um importante" Uh-Oh "em um dos produtos que você está usando

Apesar de seus melhores esforços na avaliação do produto, algo caiu através das rachaduras, e uma característica principal simplesmente não funciona. Embora você possa usar um trabalho ao redor, esse trabalho realmente afeta negativamente o desempenho.

Os representantes do vendedor dizem com súbito: "Bem, nós ouvimos que pode ser um problema. Nossa organização de desenvolvimento está olhando para ele e provavelmente fará um patch disponível no próximo mês ou assim. "

A organização de TI responsável por apoiar o projeto tira o seu suporte

Seu grupo de desenvolvimento é responsável pela maior parte do desenvolvimento de data warehousing, incluindo as ferramentas de business intelligence e as definições de banco de dados. A organização de TI, no entanto, é responsável por criar bancos de dados e realizar rotinas de carregamento, executar os procedimentos de backup e restauração e cuidar de muitos outros elementos da infraestrutura do projeto.

Devido a maiores prioridades, a organização de TI puxa as pessoas responsáveis ​​por apoiar seu projeto, e seu gerente promete "procurar outra resposta. "Ela diz:" Talvez vamos contratar alguns empreiteiros, mas não vou poder analisar isso até a semana que vem. "

As democações começam

As renúncias são um sinal seguro de que os principais problemas estão por vir.Mesmo as pessoas que estão descontentes com uma empresa costumam ceder à lealdade ou ao senso do dever, e ficam presas até a conclusão de um projeto. (Ou talvez eles apenas desejem a alimentação do currículo.)

Quando um número de pessoas se demitir no meio de um projeto, no entanto, você está com problemas.