12 Razões para Falhas em Analytics e Business Intelligence

O número 9 pode surpreendê-lo

Em análise e inteligência de negócios, há muitas coisas que podem dar errado. Estamos, afinal, procurando a versão única da verdade. Seja um relatório ou um projeto – para que os dados e resultados sejam consistentes, verificáveis, precisos e, o mais importante de tudo, aceitos pelo usuário final – há muitos elos da cadeia que precisam estar certos. A prática de Integração Contínua, inventada por desenvolvedores de software e emprestada pela comunidade de análise e inteligência de negócios, é uma tentativa de detectar erros ou erros antecipadamente.  

Ainda assim, os erros se infiltram no produto final. Por que está errado? Aqui estão alguns desculpas razões pelas quais o painel está errado ou o projeto falhou.

1. Será mais rápido.  Sim, isso provavelmente é verdade. É uma questão de trocas. Qual você prefere? Você quer rápido ou quer fazer direito?   Para ser honesto, às vezes somos colocados nessa posição. Preciso para sexta. Eu preciso disso hoje. Não, eu precisava disso ontem. O chefe não perguntou quanto tempo levaria. Ele disse quanto tempo tínhamos para fazê-lo. Porque é aí que o Sales precisa. Porque é quando o cliente quer.    
2. Será bom o suficiente.  A perfeição é impossível e além da perfeição é inimiga do bem. o inventor do radar de alerta antecipado de ataque aéreo propunha um “culto do imperfeito”. Sua filosofia era “Sempre se esforce para dar aos militares o terceiro melhor porque o melhor é impossível e o segundo melhor é sempre tarde demais”. Vamos deixar o culto do imperfeito para os militares. Acho que o ponto de progresso ágil e incremental em direção ao resultado final é perdido aqui. Na metodologia Ágil, existe o conceito de Produto Mínimo Viável (MVP). A palavra chave aqui é viável.  Não está morto na chegada e não está feito. O que você tem é um ponto de passagem na jornada para um destino de sucesso.
3. Será mais barato.  Na verdade. Não a longo prazo. Sempre custa mais para consertar depois. É mais barato fazer certo da primeira vez. Para cada passo removido da codificação inicial, o custo é uma ordem de magnitude maior. Este motivo está relacionado com o primeiro, rapidez de entrega. Os três lados do triângulo de gerenciamento de projetos são escopo, custo e duração. Você não pode mudar um sem afetar os outros. O mesmo princípio se aplica aqui: escolha dois. Bom. Rápido. Barato.  https://www.pyragraph.com/2013/05/good-fast-cheap-you-can-only-pick-two/
4. É apenas um POC. Não vamos colocar essa Prova de Conceito em produção, certo? Este é sobre como definir as expectativas adequadamente. Um POC normalmente tem um limite de tempo com um conjunto específico de objetivos ou casos de uso para avaliar o aplicativo ou ambiente. Esses casos de uso representam itens essenciais ou padrões comuns. Assim, a avaliação POC, por definição, é uma fatia do bolo maior na qual podemos basear outras decisões. Isso é raramente nunca é uma boa ideia colocar um POC em produção, seja software ou hardware.    
5. É apenas temporário. Se os resultados estiverem errados, tiver um desempenho ruim ou for simplesmente feio, não deveria ter escapado para a produção. Mesmo que esta seja uma saída provisória, ela precisa ser apresentável. Os usuários finais e as partes interessadas não aceitarão isso. A ressalva é, no entanto, que pode ser aceitável se essas forem as expectativas que foram definidas como parte do processo. “Os números estão certos, mas gostaríamos de receber seu feedback sobre as cores do painel.” Ainda assim, isso não deveria estar em produção; deve estar em um ambiente inferior. Muitas vezes, “é apenas temporário” torna-se as boas intenções de um problema permanente.
6. Esta é a única maneira que eu conheço.  Às vezes, há mais de uma resposta certa. E, às vezes, há mais de um caminho para chegar a um destino. Às vezes trazemos nossos velhos hábitos conosco. Eles morrem duro. Use isso como um momento de aprendizado. Aprenda do jeito certo. Aproveite o tempo. Peça por ajuda.  
7. Esta é a maneira que sempre fizemos. Este é difícil de corrigir e é difícil argumentar. É preciso um gerenciamento de mudança organizacional real para mudar os processos e as pessoas que os executam. Muitas vezes, um novo projeto, um novo software, uma atualização ou uma migração expõem problemas ocultos há muito tempo. É hora de mudar.  
8. Oops, eu fiz de novo. Sou marceneiro e temos um lema porque muitos erros são cometidos: medir duas vezes e cortar uma vez. Conheço este aforismo. Repito para mim mesma. Mas, tenho vergonha de dizer, ainda há momentos em que minha prancha fica muito curta. Isso é descuido? Talvez. Na maioria das vezes, porém, é apenas algo rápido e fácil. Eu realmente não preciso de um plano. Mas você sabe o que? Se eu tivesse tido tempo para desenhá-lo em um plano, as chances são boas de que os números teriam sido calculados. A peça muito curta poderia estar no papel e uma borracha teria consertado. O mesmo vale para análises e inteligência de negócios, um plano – mesmo para algo rápido e fácil – pode reduzir esses tipos de erros.     
9. Distrações. Olhando mas não vendo. Cegueira desatenta. Você pode ter visto o vídeo onde você recebe uma tarefa, como contar o número de passes de basquete para um time. Enquanto você está distraído executando essa tarefa simples, [ALERTA DE SPOILER] você não percebe o gorila andando na lua. Eu sabia o que ia acontecer e ainda assim teria sido uma terrível testemunha se um crime tivesse sido cometido. A mesma coisa acontece no desenvolvimento de relatórios. Os requisitos exigem um alinhamento de pixel perfeito, o logotipo deve estar atualizado, o aviso legal deve ser incluído. Não deixe que isso o distraia de certificar-se de que os cálculos são válidos.   
10. Você pretendia. Ou, espera-se. No mínimo, sempre foi uma opção. Thomas Edison disse: “Eu não falhei. Acabei de encontrar dez mil maneiras que não vão funcionar.” Sua filosofia era que, com cada fracasso, ele estava um passo mais perto do sucesso. De certa forma, ele planejava falhar. Ele estava descartando possibilidades. Ele só recorreu à tentativa e erro quando ficou sem teorias. Não tenho mais de mil patentes em meu nome como Edison, mas acho que podemos ter abordagens melhores para desenvolver análises ou relatórios. (Solicitação de patente de Thomas Edison para lâmpada elétrica incandescente 1882.)
11. Estupidez.  Não negue. Isso existe. A estupidez está em algum lugar entre “Você pretendia” e “Oops”. Esse tipo de fracasso épico é do tipo assista-este-segure-minha-cerveja, variedade do Darwin Award. Então, talvez, às vezes o álcool esteja envolvido. Felizmente, em nossa profissão, até onde eu sei, um painel bêbado nunca matou ninguém. Mas, se é tudo igual para você, se você trabalha em uma usina nuclear, por favor, faça suas análises sóbrio.
12. O sucesso não importa. O lendário dublê Evil Knievel foi pago por realizar acrobacias que desafiam a morte. Sucesso ou fracasso – se ele aterrissou ou não – ele recebeu um cheque. Seu objetivo era sobreviver. A menos que você seja compensado por ossos quebrados – Knievel teve o Recorde Mundial do Guiness para a maioria dos ossos quebrados em uma vida – o sucesso importa.