Quando você pensava que era seguro implementar o ERP na classe governamental=

Quando você achava que era seguro implementar o ERP no governo

A agenda do Banco Interamericano de Desenvolvimento workshop na próxima segunda-feira, A vanguarda da tecnologia da informação na gestão financeira públicaO relatório de pesquisa da IFMIS, de 2006, resume a percepção das opções de software do governo para os Sistemas Integrados de Informações de Gestão Financeira (IFMIS) na região:

"Há várias alternativas para modernizar um IFMIS, por exemplo, um sistema feito sob medida (desenvolvimento interno ou uso de empresas de consultoria para terceirizar alguns ou todos os componentes do sistema) ou a parametrização de um sistema comercial pronto para uso. Embora a tendência nos últimos 30 anos na região tenha sido a opção personalizada, há um interesse crescente no uso de aplicativos comerciais, incluindo as opções de combinar módulos de diferentes origens que compartilham, ou pelo menos podem trocar informações por meio de serviços da Web, estrutura comum de informações financeiras etc."

Esse interesse crescente na "parametrização" de software "comercial de prateleira" é uma boa notícia para a FreeBalance. Nosso software de Planejamento de Recursos Governamentais (GRP), o FreeBalance Accountability SuiteO IFMIS, por exemplo, é um sistema altamente parametrizado projetado exclusivamente para as necessidades do IFMIS do governo. Poderíamos nos enganar e pensar que a personalização do software Enterprise Resource Planning (ERP), originalmente desenvolvido para as necessidades do setor privado, também atende a essa definição. No entanto, esses sistemas exigem personalização do código. A personalização do código, na forma de código personalizado, scripts, chamadas e macros, acrescenta complexidade e erros à implementação e complica futuros esforços de reforma.

O problema do ERP legado

Analistas de tecnologia, a Grupo Gartner, definiu quase todos os principais pacotes de ERP como "legados" na era emergente do software empresarial "pós-moderno": "muitos executivos de empresas expressaram preocupação real com a falta de flexibilidade em seus aplicativos de negócios". E esse é o setor privado. Essa abordagem de personalização foi considerada problemática, conforme descrito por Dener, Watkins e Dorotinsky da Banco Mundial: "Outro fator de falha é o alto nível de personalizações que torna o software ERP mais instável e difícil de manter quando ele é finalmente ativado. Não é de surpreender que esses padrões sejam semelhantes aos padrões de fracasso visíveis também no setor público."

Considere os desafios de flexibilidade do software desenvolvido para empresas no contexto governamental de mudanças nas regras governamentais, modernização e reforma da Gestão Financeira Pública (GFP).

A taxa de sucesso dos projetos de TI do governo tem sido baixa em todo o mundo, mesmo nos países mais desenvolvidos. Niam Yaraghi, da Instituição Brookings, identificou os problemas exclusivos que restringem o sucesso dos projetos de TI do governo.

Dívida técnica e ERP

Os projetos de ERP que são implementados com sucesso geralmente sobrecarregam o governo com um alto débito técnico. Conforme identificado por Deloitte,preocupações com dívidas técnicas [traduzidas] em riscos comerciais mensuráveis." Por exemplo, o Escritório de Responsabilização do Governo dos Estados Unidos indica: "que os projetos federais de TI frequentemente incorrem em excessos de custos e atrasos no cronograma, contribuindo pouco para os resultados relacionados à missão.”

A dívida técnica tem implicações de custo de longo prazo. A dívida é alta em software e ERP desenvolvidos sob medida. Os gastos aumentam com a manutenção e a atualização do software em detrimento da aquisição de novas tecnologias. Isso aumenta o custo total de propriedade (TCO), tornando muitos sistemas governamentais financeiramente insustentáveis. Uma pesquisa realizada por InformationWeek por Douglas Henschen, atualmente na Grupo de Pesquisa Constellationpara empresas norte-americanas "mudar, atualizar e otimizar os aplicativos corporativos existentes é o maior desafio." De acordo com Chris Karnaracus, também atualmente no Grupo de Pesquisa Constellation,"É fácil encontrar empresas que, na verdade, gastaram dez vezes mais dinheiro em personalizações do que nas taxas de licença iniciais, e ainda mais dinheiro para dar suporte e levar essas personalizações adiante durante uma atualização de software.”

Barreiras do software corporativo

O impasse da inovação

Os sistemas legados têm consequências negativas de longo alcance, além do custo. Analistas de tecnologia, IDC, descreva o impasse causado quando os sistemas de registro, como o ERP, restringem a evolução. Isso significa que a capacidade de aproveitar a nova tecnologia prevista no BID workshop como blockchain, computação em nuvem e front-offices mais utilizáveis são evitados.

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

21st Sistemas governamentais da Century

A dívida técnica dos sistemas ERP legados dos principais fornecedores de software é muito alta para permitir a reforma da GFP na América Latina e no Caribe. Alguns países da OCDE podem pagar por esses sistemas, mas essa não é uma abordagem adequada para nenhum governo.

Não me entenda mal, os sistemas feitos sob medida têm um débito técnico significativo. Muitos deles foram desenvolvidos de forma fragmentada em silos de tecnologia.

Acreditamos que os sistemas "pós-modernos" com adaptabilidade significativa e pouca personalização de código são a melhor abordagem para os sistemas financeiros governamentais na América Latina e no Caribe. O impacto do projeto original do software não pode ser ignorado. O projeto do FreeBalance para PFM, o Mapa de componentes PFMe o Foi demonstrado que a abordagem "built for life" reduz o TCO em 15 anos, com base em uma análise por Ganly, Kyte, Rayner e Hardcastle da Grupo Gartner.

Configuração vs. Customização

Alguns fornecedores de software corporativo afirmam oferecer suporte à configuração. Porém, essa "configuração" vem na forma de macros, scripts, procedimentos armazenados e chamadas. Isso é direcionamento errado. Isso é codificação.

E se você precisar de um produto personalizado?

Também deve ser observado que o FreeBalance Accountability Suite é um projeto puramente web para facilitar a computação em nuvem. Também deve ser observado que os "componentes comerciais" subjacentes da suíte, que chamamos de "entidades governamentais", são disponíveis para um desenvolvimento de software personalizado mais sustentável no governo. É por isso que nossa abordagem tem sido convincente para os governos da América Latina e do Caribe.

Exemplo de abordagem do FreeBalance: Reutilização para aplicativos personalizados

Item de ação pessoal

Meus colegas da FreeBalance da América Latina e do Caribe prestarão muita atenção às lições aprendidas no workshop. Acompanhe meus @dalytics Twitter no dia 19 e fique atento às minhas observações no final da próxima semana.

Tópicos

Contato