Quando se pensava que era seguro implementar um ERP na administração pública

Quando se pensava que era seguro implementar um ERP na administração pública

A ordem de trabalhos da Banco Interamericano de Desenvolvimento workshop na próxima segunda-feira, A vanguarda das tecnologias da informação na gestão das finanças públicasO relatório da Comissão Europeia sobre a gestão financeira integrada (IFMIS), resume a percepção das escolhas de software do governo para os sistemas de informação da gestão financeira integrada (IFMIS) na região:

"Existem várias alternativas para modernizar um IFMIS, por exemplo, um sistema feito à medida (desenvolvimento interno ou recurso a empresas de consultoria para subcontratar algumas ou a totalidade das componentes do sistema) ou a parametrização de um sistema comercial pronto a utilizar. Embora a tendência nos últimos 30 anos na região tenha sido para a opção feita à medida, há um interesse crescente na utilização de aplicações comerciais, incluindo as opções de combinar módulos de diferentes origens que partilham, ou pelo menos podem trocar informações através de serviços Web, estrutura de informação financeira comum, etc."

Este interesse crescente na "parametrização" de software "comercial de prateleira" é uma boa notícia para a FreeBalance. O nosso software de Planeamento de Recursos Governamentais (GRP), o FreeBalance Accountability SuiteO IFMIS é um sistema altamente parametrizado, concebido exclusivamente para as necessidades do IFMIS governamental. Poder-se-ia pensar que a personalização do software Enterprise Resource Planning (ERP), originalmente desenvolvido para as necessidades do sector privado, também corresponde a esta definição. No entanto, estes sistemas exigem a personalização do código. A personalização do código, sob a forma de código personalizado, scripts, chamadas e macros, acrescenta complexidade e erros à implementação e complica os futuros esforços de reforma.

O problema do ERP legado

Analistas de tecnologia, o Grupo Gartner, definiu quase todos os principais conjuntos de ERP como "antigos" na era emergente do software empresarial "pós-moderno": "muitos executivos de empresas expressaram uma preocupação real com a falta de flexibilidade nas suas aplicações comerciais". E isso é no sector privado. Esta abordagem de personalização tem-se revelado problemática, tal como descrito por Dener, Watkins e Dorotinsky do Banco Mundial: "outro factor de insucesso é o elevado nível de personalizações que torna o software ERP mais instável e mais difícil de manter quando é finalmente activado. Não é de surpreender que estes sejam semelhantes aos padrões de fracasso visíveis também no sector público".

Considere os desafios de flexibilidade do software desenvolvido para empresas no contexto governamental de alteração das regras governamentais, modernização e reforma da Gestão das Finanças Públicas (GFP).

A taxa de sucesso dos projectos de TI governamentais tem sido baixa a nível mundial, mesmo nos países mais desenvolvidos. Niam Yaraghi, do Instituição Brookings, identificou os problemas específicos que limitam o êxito dos projectos de TI da administração pública.

Dívida técnica e ERP

Os projectos de ERP que são implementados com êxito sobrecarregam frequentemente a administração pública com uma elevada dívida técnica. Tal como identificado por Deloitte,as preocupações com a dívida técnica [traduzem-se] em riscos comerciais mensuráveis." Por exemplo, o Gabinete de Responsabilização do Governo dos Estados Unidos indica: "que os projectos federais de TI incorrem com demasiada frequência em derrapagens de custos e de calendário, contribuindo pouco para os resultados relacionados com a missão.”

A dívida técnica tem implicações de custos a longo prazo. A dívida é elevada no software desenvolvido à medida e no ERP personalizado. As despesas aumentam com a manutenção e actualização do software em detrimento da aquisição de novas tecnologias. Isto aumenta o custo total de propriedade (TCO), tornando muitos sistemas públicos financeiramente insustentáveis. Um inquérito efectuado por InformationWeek por Douglas Henschen, actualmente no Grupo de Investigação Constellationpara empresas norte-americanas "mudar, actualizar e optimizar as aplicações empresariais existentes é o seu maior desafio." De acordo com Chris Karnaracus, também actualmente no Grupo de Investigação Constellation,"É fácil encontrar empresas que gastaram 10 vezes mais dinheiro em personalizações do que nas taxas de licença iniciais, e ainda mais dinheiro para suportar e levar adiante essas personalizações durante uma actualização de software.”

Barreiras ao software empresarial

O impasse da inovação

Os sistemas antigos têm consequências negativas de grande alcance para além dos custos. Analistas de tecnologia, IDC, descrever o impasse causado quando os sistemas de registo, como o ERP, limitam a evolução. Isto significa que a capacidade de tirar partido das novas tecnologias previstas no BID A oficina, como a cadeia de blocos, a computação em nuvem e os front-offices mais utilizáveis, é impedida.

Os sistemas ERP foram concebidos na década de 1990 com base nos condicionalismos da época: Y2K, computação em mainframe e custos, funcionalidade limitada entre empresas. O contexto mudou.

21st Sistemas governamentais Century

A dívida técnica dos sistemas ERP antigos dos principais fornecedores de software é demasiado elevada para permitir a reforma da GFP na América Latina e nas Caraíbas. Alguns países da OCDE podem pagar estes sistemas, mas esta não é uma abordagem adequada para qualquer governo.

Não me interpretem mal, os sistemas feitos por medida têm uma dívida técnica significativa. Muitos deles foram desenvolvidos de forma fragmentada em silos tecnológicos.

Acreditamos que os sistemas "pós-modernos" com uma adaptabilidade significativa e pouca personalização do código são a melhor abordagem para os sistemas financeiros governamentais na América Latina e nas Caraíbas. O impacto da concepção original do software não pode ser negligenciado. A concepção do FreeBalance para a GFP, o Mapa de componentes PFMe o A abordagem "built for life" demonstrou reduzir o TCO ao longo de 15 anos, com base numa análise por Ganly, Kyte, Rayner e Hardcastle do Grupo Gartner.

Configuração vs. Personalização

Alguns fornecedores de software empresarial afirmam suportar a configuração. No entanto, esta "configuração" apresenta-se sob a forma de macros, scripts, procedimentos armazenados e chamadas de atenção. Isso é má direcção. Isso é codificação.

E se precisar de ser personalizado?

Deve também notar-se que o FreeBalance Accountability Suite é um projecto puramente web para facilitar a computação em nuvem. De notar também que os "componentes empresariais" subjacentes à Suite, a que chamamos "entidades governamentais", são disponíveis para um desenvolvimento de software personalizado mais sustentável na administração pública. É por isso que a nossa abordagem tem sido convincente para os governos da América Latina e das Caraíbas.

Exemplo de abordagem FreeBalance: Reutilização para aplicações personalizadas

Item de acção pessoal

Os meus colegas da FreeBalance América Latina e Caraíbas estarão atentos às lições aprendidas no seminário. Siga os meus @dalytics Twitter no dia 19 e fiquem atentos às minhas observações no final da próxima semana.

Tópicos

Contacto