Read this post in English HEREHa alguns dias, uma amiga minha me contatou para saber minha opiniao sobre a estrategia geral do projeto de Business Intelligence (BI) em que ela estava trabalhando: a ideia era entregar a camada de apresentacao inteira do front-end (relatorios, dashboards etc.) e so entao comecar a trabalhar na camada de Data Warehouse o que significa modelagem, estruturacao de dados e ETL (Extraction, Transformation and Load). De acordo com a descricao dela, eles nao conseguiam ao menos falar todas as fontes de dados que seriam necessarias para entregar a camada de front-end ja prometida.Eu acredito que a maioria de nos ja vivenciou uma situacao similar. Ja a vi sob muitos nomes e conceitos, mas geralmente podemos simplifica-la chamando-a de "ganho rapido". Por "ganho rapido" nos normalmente queremos dizer que alguma coisa (uma parte de um projeto, uma funcionalidade especifica ou algo do tipo) pode ser entregue muito rapido (em comparacao com o entregavel inteiro), com um custo razoavel (tambem em comparacao com o entregavel inteiro) e, principalmente, que pode entregar um alto valor agregado. Em um mundo ideal, isso significaria gastar 20% dos recursos que trariam 80% do valor agregado (em uma analise simplificada de Pareto).Devemos mencionar, que enquanto buscando o "ganho rapido" e possivel que algumas regras de governanca ou diretrizes de melhores praticas sejam negligenciadas no intuito de reduzir ainda mais o total de recursos investidos. Claramente, isso pode ser feito apenas quando previamente acordado com todas as partes interessadas e sob estrito comprometimento de cumprir todos os requerimentos necessarios ao implementar o restante do projeto.Nem e preciso dizer que o advento do "ganho rapido" nao tem raizes nos fundamentos tecnicos. De acordo com minha experiencia, se voce perguntar a um tecnico se ele gostaria de entregar "a solucao perfeita a qualquer custo" ou uma "solucao usavel a um custo muito baixo", ele explicara com prazer que apesar da solucao de baixo custo poder ser usada, tal qual, ela tem uma lista enorme de desvantagens e riscos que deve ser levada em consideracao.Entao, a fim de construir uma solucao que possa ser efetivamente vendida - a proposito, uma perspectiva muito importante de uma empresa de consultoria, tecnicos do mundo todo (eu incluso) dependem dos colegas de marketing, vendas e gerentes de projeto. Que foram brilhantes ao trazer para o negocio solucoes que se encaixam as necessidades do cliente e ao padrao de entregar a melhor solucao possivel atraves da abordagem de fases, priorizacao de entregavel e, claro, "ganhos rapidos".Para dizer na lata: eu suporto a abordagem de "ganho rapido" como uma ferramenta para tornar os projetos possiveis e viaveis. Eu acredito que se pudermos encontrar a "coisa" certa (seja um relatorio, um processo, um dashboard, um fluxo de trabalho etc.) que possa realmente derrubar a escala de nossos clientes, devemos faze-la o mais rapido possivel a fim de garantir um rapido ROI (Return Over Investment) e, alem disso, a vantagem competitiva que eles estao sempre procurando.No entanto, eu discordo da abordagem, algumas vezes "rapida e suja", que algumas solucoes sao vendidas e entregues. Discordo da idea