Eu acho que as pessoas estão perdendo o ponto geral aqui:
Se você não gosta de todo o desenvolvimento personalizado que está acontecendo, proibi-lo de resolver o problema errado - você deve perguntar por que eles estão pesquisando a TI, não apenas dizendo a eles que não é permitido. Lembre-se de que você (TI) existe para ajudá-los a fazer seu trabalho melhor, e que as pessoas não usam software porque é legal ou elegante ou novo, elas o usam porque resolve um problema que elas têm.
Por que esses aplicativos estão sendo criados em primeiro lugar?
Em todos os casos que vi, há um motivo comum:
Grupos de negócios priorizam suas próprias necessidades mais altas do que essas mesmas necessidades são priorizadas no contexto de toda a empresa
O marketing é responsável apenas pelo marketing; portanto, as iniciativas que beneficiam seus objetivos parecem críticas para eles, embora sejam consideradas fluff para outros grupos, e tendem a ser priorizadas com menos recursos quando se trata de recursos limitados, como TI. A priorização só entra em ação quando eles querem usar um recurso compartilhado - se eles mantiverem o projeto inteiramente dentro de seu próprio departamento, somente o chefe do departamento precisará se preocupar com o orçamento e o cronograma.
Não há motivo para eu proibir esse tipo de desenvolvimento, dentro do razoável - ele diminui as restrições de recursos compartilhados (principalmente TI) e permite que cada grupo se capacite para resolver seus próprios problemas (como as pessoas versadas no Excel avançado são bastante comuns, como esse é um problema comum, a maioria dos departamentos possui pelo menos um).
No entanto, não é de se esperar que você resolva quaisquer problemas que surjam desses aplicativos ou dê suporte a eles após o desenvolvedor original deixar a empresa. Como outro postado menciona, isso não impede que o grande chefe exija que você o suporte, mas se você ficar de olho nos tipos de aplicativos ou processos personalizados disponíveis no mercado, poderá sentir quando algo se torna crítico e você pode ser necessário se envolver para trazê-lo "internamente". Além disso, se algo está se conectando e modificando sistemas que estão sob controle de TI, então a TI deve estar envolvida, apenas para garantir a segurança e a integridade de seus sistemas centrais - no entanto, se é algo confinado à área de trabalho do usuário, por que sentir a necessidade proibi-lo?
Mas lembre-se aqui: todo aplicativo personalizado desenvolvido fora da TI corresponde a uma necessidade que não é atendida pela TI . Pode haver uma boa razão para eles não serem atendidos - não é uma prioridade na empresa, problema muito especializado, não é tão bom quanto outras opções, linguagem personalizada que seu pessoal de TI não conhece etc. - e a falta de envolvimento com a TI legítimas, mas essas soluções foram criadas porque algum departamento tinha uma necessidade que a TI não podia (ou não iria) satisfazer.
Tente ajudá-los a resolver seus problemas e, se você não tiver tempo ou recursos, deixe-os resolvê-los por conta própria. A obrigatoriedade de um idioma com uma curva de aprendizado acentuada, com o único objetivo de manter as pessoas fora do seu negócio, serve apenas para aprimorar a atitude elitista que a maioria dos usuários de negócios percebe que a TI possui e, no final, esse tipo de atitude de elite leva apenas a mais do mesmo problema, pois os usuários têm medo de abordar a TI e estão convencidos de que a TI não entende suas necessidades ou desejos. Abra o relacionamento - entender o que eles precisam é a única maneira de impedi-los de andar à sua volta.