Mudanças e ajustes às especificações e objectivos originais existirão em qualquer projeto de BI. Contudo, em muitos casos, inexistem uma equipe de gestão formal das mudanças que definam como os novos requisitos serão incorporados ao projeto existente e um responsável pela sua aprovação. A falta de uma gestão de mudanças resulta rapidamente em custos adicionais e em atrasos na conclusão do projeto.
O número de disposições e regulamentações legais têm aumentado continuamente nos últimos anos, e as disposições de privacidade tornaram-se mais rigorosas. As equipes de projeto raramente têm em conta as normas, as regras e os conceitos de segurança, desde o início, ao fazerem disposições para integrar futuras mudanças o mais facilmente possível. Por exemplo, deverá ser necessário dar acesso aos usuários às aplicações e aos dados no futuro.
Não é raro que os projetos mais abrangentes de BI revelem que a documentação existente sobre a aplicação está incorreta ou desatualizada. Este é o maior obstáculo da coordenação do sistema e da integração de todos os sistemas afetados. Um simples exemplo disto é o campo de nomes que varia de uma aplicação para outra, precisando ser consolidado através de uma tabela de correspondência. Como resultado, temos custos adicionais e, normalmente, um atraso significativo do projeto.
Podemos distinguir dois tipos diferentes de erros aqui. Em um primeiro caso, as empresas são demasiado generosas na determinação das suas necessidades de hardware, o que deixa os recursos inativos e leva a custos contínuos consideráveis (e desnecessários). Em um segundo caso, os requisitos de hardware são subestimados, resultando em um desempenho pobre e usuários finais insatisfeitos.