No ultimo post falamos sobre inteligencia, sobre as habilidades inerentes ao perfil de analistas e arquitetos de solucoes de Business Intelligence... (Aqui)ATENCAO: O conteudo desse post nao e tecnico. Esse sera sobre falhas em projetos de BI. Para essa discussao vamos tomar que projetos falhos sao aqueles nao concluidos ou que nao atenderam as expectativas dos usuarios e/ou desenvolvedores.Todos os erros, ou pelo menos os que conheco, cometidos no desenvolvimento e/ou implantacao de sistemas de suporte aos processos de negocio (sistemas de retaguarda ou transacionais, como preferem alguns) se aplicam a projetos de BI. Nao pretendo ficar no mais do mesmo, entao vamos tentar elencar as anomalias relativas a natureza das solucoes de Business Intelligence.1 - Desenvolver/Implantar BI com base nos mesmos principios de desenvolvimento/implantacao de um sistema de retaguarda: Alguns acreditam que as diferencas fundamentais, entre um solucao de BI e um ERP (por exemplo), sejam; a modelagem de dados, a tecnologia, os entregaveis e os usuarios chave. Mas infelizmente (ou felizmente) nao e bem assim. Enquanto podemos comparar o desenvolvimento de um ERP a construcao de um predio em Sao Paulo, onde se conhece o terreno, os riscos, custos, prazos, e sabe-se exatamente o que se quer construir, afinal de contas ja foram construidos dezenas de predios do mesmo tipo.Podemos comparar BI a construcao de um predio no Cairo. (E para quem acha essa metafora estranha (rsrs), sugiro que leiam o que Peter Thomas diz a respeito Aqui)Logo que se inicia as escavacoes, descobre-se estorias completamente desconhecidas ate entao. Debaixo daquele mundo de areia existe valor agregado. Muda-se escopo, os entregaveis (agora se quer um predio com um museu subterraneo preservando toda a ciencia arqueologica encontrada), muda-se os valores, prazos, ha uma perspectiva completamente nova. E um alerta e acionado; novas mudancas podem ocorrer a qualquer instante, a medida que as escavacoes avancam. Muito da expertise do desenvolvimento de sistemas transacionais podem ser herdados, seja quanto a gerencia de projetos, requisitos, metodologias de desenvolvimento. Mas ha que se lembrar que os focos sao completamente diferentes, enquanto um da suporte aos processos e tem o retorno baseado na automacao dos mesmos, o outro esta intimamente ligado a acao com base em analise de fatos. O milagre acontece em duas vias, nao importa quao complexo, usual e caro tenha sido, o ROI do BI esta pautado sobre analise a acao. Portanto a estrategia para projetar e construir tambem possui suas idiossincrasias.2 - TI alinhado ao negocio: Uma maxima facilmente encontravel, quando fala-se em falhas em projetos de BI, e a que diz "TI nao esta alinhado ao negocio". Um dia talvez tenha sido real, hoje nao e. Nao existe TI sem negocio, como por sua vez nao existe negocio sem TI. A discussao mais pertinente deveria ser "Indicadores alinhados a estrategias de acao".3 - BI como modismo: Essa e mais um dica aos provedores de solucao de BI. Por mais competente que seja uma equipe, por mais robusta e/ou inteligente seja a solucao criada, ser case de sucesso depende fortemente do usuario e do poder de acao que esse tem diante dos