Quer sobreviver como um consultor SAP BI em 2015? Da uma olhada no meu artigo na SCN: http://scn.sap.com/community/bw-hana/blog/2015/01/29/3-tips-to-survive-as-a-sap-bi-consultant-in-2015abracoEduardo E verdade que nao tenho conseguido manter a periodicidade das publicacoes por aqui. Mas de tempos em tempos, ainda deixo aqui meu recado (ou no site da SCN).E com muita satisfacao que anunciamos mais uma parceria com o Blog da Carina Mendes (http://carinamendes.com/). Recomendo!Abracos, Read this post in English HEREHoje um colega de projeto me fez uma pergunta que gostaria de compartilhar com os amigos leitores do blog:Como avaliar se o tempo de resposta de um dashboard e aceitavel?Uma das entregas do projeto, um dashboard com indicadores de custos de producao para uma empresa de mineracao, demorava mais de um minuto na sua primeira execucao. A resposta as vezes me parece tao simples quanto obvia: quando voce acessa um portal de noticias, em quanto tempo espera ter todas as informacoes na tela? Mesmo que o portal seja o mais completo disponivel, com todas as noticias do momento, se a cada vez que voce acessar a informacao precisar aguardar mais de um minuto para ter a noticia, provavelmente vai procurar outro portal. E claro que esta analogia nao abrange todos os aspectos de um cenario com um dashboard corporativo, porque podem estar envolvidos assuntos como infraestrutura, relevancia da informacao na companhia, volumetria, viabilidade de se ter acesso por outro canal e assim por diante. Isso todos nos, tecnicos, sabemos e muito bem. Mas nem sempre o usuario, aquele executivo que passa por umas 5 reunioes no mesmo dia e geralmente consegue parar por 15 minutos pra dar atencao a tecnologia, sabe ou concorda com isso. Ja presenciei algumas discussoes (leia-se brigas) entre sponsors e gerentes de projeto sobre este assunto, cada um com a sua razao. O lado tecnico mostra que aquela informacao anteriormente tomava 2 dias de esforco de uma equipe pra ser obtida e o sponsor argumenta que durante a pre-venda, com apenas um click, a informacao era apresentada instantaneamente. Na minha humilde opiniao, um minuto pra se obter uma informacao pode ser excelente, mas desde que seja em um relatorio, que pode ser executado em background enquanto o usuario executa suas outras tarefas. Neste caso, e comum encontrarmos relatorios nao de um minuto, mas de ate mesmo horas de execucao. Mas quando falamos em dashboards, seja ele acessado por um PC ou via mobile, geralmente o usuario aguarda a resposta a cada click, e um minuto parado, apresentando a informacao em uma reuniao ou somente buscando respostas de negocio, muitas vezes e o argumento necessario para se inutilizar aquele dashboard que nos tomou dias de desenvolvimento. Existem tecnicas para se melhorar a performance de um dashboard; agendar uma execucao previa dos dados costuma ser uma delas, embora muitas vezes isso limite o escopo da informacao disponibilizada. Desenvolver uma estrutura de dados especifica para cada dashboard durante a fase de ETL tambem e uma opcao bastante escolhida, embora muitas vezes inviabilizada por questoes como custo e governanca. A aplicacao de tecnologia in-memory e geralmente a melhor das opcoes, quando realmente e uma opcao.Em