O que o FreeBalance faz de diferente? class=

O que a FreeBalance faz de diferente?

Por que escolher a solução GRP FreeBalance?

Esta é a parte 2 de 3 postos:

  1. Por que as implementações do GRP FMIS são diferentes?
  2. O que a FreeBalance faz de diferente?
  3. Conselhos práticos para otimizar seu projeto FreeBalance GRP

Planejamento de recursos governamentais (GRP) para implementação de Sistemas de Informação de Gestão Financeira (FMIS) governamentais diferem das alternativas como os sistemas de Planejamento de Recursos Empresariais (ERP) projetados para o setor privado. O software de Planejamento de Recursos do Governo, como o FreeBalance Accountability Suite™é um software de classe empresarial projetado exclusivamente para governos.

Os projetos governamentais FMIS são transformacional. Eles não são apenas uma iniciativa técnica de back-office. Os projetos FMIS transformam a forma como um governo é administrado. A implementação de projetos de som Gestão Financeira Pública (GFP) práticas muitas vezes exigem tanto reformas legais quanto a reestruturação de organizações governamentais.

FreeBalance Accountability Suite. Saiba mais

Desafios comuns nas implementações do FMIS

  • Lacunas na capacidade humana: Novos softwares sofisticados, combinados com processos fiscais atualizados, podem tributar as capacidades do serviço público
  • Mudança Organizacional: Automação da gestão financeira, controles e relatórios substituem processos tecnológicos manuais e antigos que interrompem as exigências do trabalho, estruturas hierárquicas e relações de poder - especialmente o uso da tecnologia para impor responsabilidade
  • Mudança da Reforma Legal: A reforma das finanças públicas requer uma reforma legal e estatutária que perturbe ainda mais as exigências do trabalho, as estruturas hierárquicas e as relações de poder - especialmente em torno da transparência fiscal
  • Impacto abrangente: O software financeiro é implementado em todas as entidades governamentais, agravando a capacidade e as questões de mudança, enquanto perturba a autonomia organizacional percebida.
Desafios comuns nas implementações do FMIS

Qualquer projeto FMIS do governo vem com alto risco de transformação, mas também com altas recompensas de transformação. A reforma da GFP é apoiada por transformação digital do governo oferece muitos benefícios, inclusive:

  • Transparência e responsabilidade para reduzir a fraude (USAID) e corrupção (U4)
  • Melhor alocação de orçamentos (Banco Mundial)
  • Melhoria da eficiência e eficácia dos gastos (Banco Mundial)
  • Orçamentos mais credíveis (U4) e (IBP)
  • Melhoria da disciplina fiscal (Secretaria da PEFA)

Quais são os benefícios do software GRP da FreeBalance?

FreeBalance's foco exclusivo em PFM possibilitou à empresa compreender plenamente a promessa transformadora de um FMIS governamental. Como resultado, nossa Software GRP e metodologia de implementação são projetadas para otimizar os benefícios transformacionais e ao mesmo tempo minimizar os riscos.

O que torna as implementações do FreeBalance GRP diferentes (e melhores)?

FreeBalance's implementações globais de GRP diferem dos enfoques tradicionais de três maneiras principais:

  1. Governança do projeto: Como o FreeBalance atua como fornecedor de software e parceiro de implementação, somos responsáveis tanto pelo ajuste do produto quanto pelo sucesso do projeto. 
  2. Glocal: Nosso compromisso de construir equipes locais significa que somos capazes de oferecer aos governos dos clientes custos ideais e melhor eficácia específica do governo, combinando o pessoal de projetos internacionais e locais da FreeBalance
  3. Sustentabilidade: Uma solução FreeBalance oferece acessibilidade econômica ao longo de muitos anos, o que proporciona sustentabilidade fiscal. Nossa abordagem de ativação progressiva significa que o FMIS pode ser facilmente adaptado para apoiar a modernização futura que contribui para a sustentabilidade da iniciativa de reforma da PFM.

Muitos fornecedores de soluções FMIS, que não possuem software de planejamento de recursos governamentais, muitas vezes reivindicam benefícios semelhantes. Abaixo está nossa análise dos principais diferenciais nas implementações de FMIS:

  • Abordagem Tradicional: 
    • Legadoou tradicional, abordagem às implementações FMIS
  • Contexto sob medida: 
    • Raciocínio para a abordagem herdada do FMIS desenvolvido sob medida
  • Contexto do ERP: 
    • Raciocínio para a abordagem do legado do software ERP
  • Contexto GRP: 
    • Razões pelas quais o software GRP permite abordagens mais eficazes
  • Abordagem do FreeBalance: 
    • Abordagem utilizada pela FreeBalance para o planejamento de recursos governamentais

1. Governança do projeto

Abordagem Tradicional

As estruturas de governança do projeto podem ser muito complexas nas implementações do FMIS devido à mistura de partes interessadas governamentais, financiadores e fornecedores. Esta estrutura é ainda mais complicada pelos diferentes incentivos entre as partes interessadas. 

A boa prática de criar um escritório de gerenciamento de programas (gerenciamento diário) com um comitê de direção do projeto (supervisão e decisões importantes) é geralmente implementada em todos os cenários.

Outras boas práticas de governança de projetos comuns entre as abordagens FMIS incluem:

  • Garantir o compromisso da liderança 
  • Fornecer equipes governamentais dedicadas a projetos autorizados a tomar decisões
  • Envolver as partes interessadas e o usuário cedo e com freqüência
  • Reconhecer a natureza transformacional do FMIS que requer supervisão do ministério das finanças, e não apenas supervisão tecnológica
  • Foco nos resultados e não no cronograma do projeto, especialmente quando novas evidências são descobertas
  • Plano de resistência à mudança e de capacitação contínua

Leia: Conselhos Práticos para Otimizar seu Projeto GRP

Contexto sob medida

Projetos desenvolvidos sob medida, ou "sob medida", incluem muitas considerações, incluindo a seleção de plataformas tecnológicas, arquiteturas e métodos de desenvolvimento. Portanto, é necessária uma gestão granular do projeto com supervisão e rastreabilidade desde requisitos de alto nível até a qualidade do código individual

Os governos freqüentemente selecionam plataformas tecnológicas para projetos sob medida, mesmo quando a terceirização de software é contratada. Em outras palavras, há flexibilidade limitada para que empresas especializadas selecionem tecnologias com maior probabilidade de sucesso. 

Os governos exigem um mínimo de conhecimento especializado das empresas terceirizadas de desenvolvimento de software e dos desenvolvedores individuais. Educação, experiência e certificações reconhecidas para ferramentas de software, qualidade e gerenciamento de projetos. 

Esta prática de especificar níveis de habilidade tem sido considerada uma "melhor prática". 

  • Teoria: as certificações validam os níveis de habilidade, o que significa que o risco é reduzido, assim como a necessidade de supervisão granular
  • RealidadeAs certificações não validam a capacidade de entender as necessidades únicas do governo, nem a capacidade de gerenciar projetos dentro do governo com tantas partes interessadas.

Os níveis de risco são muito mais altos em projetos feitos sob medida do que em projetos de Commercial-Off-The-Shelf (COTS). Por exemplo, refatoração quando as especificações são consideradas imprecisas, baixa qualidade do produto dada a falta de testes em comparação com as opções comerciais e dificuldades de engenharia para mudanças futuras.

Contexto do ERP

Os fabricantes de ERPs raramente fazem parte das estruturas de governança de implementação de projetos FMIS. Os governos lidam diretamente com empresas de integração de sistemas que são autorizadas a gerenciar projetos pelos fabricantes de ERP. Os integradores de sistemas têm um incentivo para adicionar horas faturáveis para personalização de código que muitas vezes é desnecessária. No entanto, a pontualidade e a capacidade de manutenção dos projetos são possibilitadas pela redução da personalização. Portanto, gestão de projetos com foco em reduzir a personalização do código é fundamental.

Software ERP foi desenvolvido para o setor privado. A funcionalidade do setor público foi acrescentada a estes conjuntos de produtos. A customização do código será necessária para uma implementação FMIS porque os governos precisam de uma reforma legal para suportar muitos processos padrão no software ERP. 

Os governos exigem um projeto significativo na frente para opções customizadas e de ERP. Uma abordagem de gerenciamento de projeto "cascata" é tipicamente utilizada, consistindo em documentação:

  • As-Is descrevendo como as funções financeiras públicas são processadas atualmente, que aplicações de software são utilizadas, benefícios e problemas
  • To-Be descrevendo como as funções serão melhoradas, os problemas superados, as aspirações alcançadas e a recente reforma legal
  • Fit-Gap descrevendo o grau de ajuste com o software COTS, e como as lacunas serão superadas através da personalização do código
  • Requisitos de software com especificações completas de personalização

Cada etapa é aprovada utilizando a estrutura de governança. Métodos ágeis de gerenciamento de projetos ERP não são considerados uma prática útil devido ao impacto negativo a jusante de qualquer código desenvolvido que precisará de refatoração.

O O método da cascata é considerado uma "melhor prática" para qualquer implementação de ERP. 

  • Teoria: os requisitos podem ser conhecidos durante o projeto, totalmente articulados e compreendidos, com mudanças limitadas a jusante
  • Realidade: os requisitos de projeto são freqüentemente incorretos por não compreender completamente os processos informais, a documentação complexa é freqüentemente mal compreendida, e o tempo necessário para completar a documentação e os sign-offs aumenta a resistência às mudanças e as exigências de personalização desnecessária do código

Os governos tentam superar as limitações de capacidade contratando consultores terceirizados para supervisionar.

O uso de consultores especializados em PFM para ajudar a supervisão governamental de projetos ERP é considerada uma "melhor prática".

  • Teoria: Os consultores da PFM têm experiência em muitos projetos similares e entendem as capacidades dos pacotes ERP
  • Realidade: Muitos governos correm riscos significativos, pois os consultores tomam decisões sem compreender totalmente os contextos, exigem documentação e reuniões desnecessárias para atrasar os projetos ou tentam aumentar as horas faturáveis.

Leia: Falhas do ERP no Governo

Contexto GRP

Implementações GRP quase sempre incluem o fabricante como parte da estrutura de governança. Portanto, o projeto se beneficia do conhecimento combinado de produtos e domínios de fornecedores de GRP. Entretanto, a prática de utilizar a governança de projetos de cascata pode ser uma restrição. As aplicações do PRFV são altamente configurável o que significa que a maioria da documentação de projeto é inútil quando a funcionalidade pode ser demonstrada em oficinas. A imposição de práticas de cascata resulta em todos os problemas associados às implementações de ERP, exceto que a fase de configuração e customização é muito mais rápida.

Abordagem do FreeBalance

Nas implementações do FreeBalance, nossos incentivos estão alinhados com nossos clientes do governo. A responsabilidade do fornecedor é melhorada quando o fabricante do GRP também está envolvido na implementação e faz parte da estrutura de governança.

A natureza da configuração do FreeBalance Accountability Suite™ apoia implementação ágil. A configuração sem código e o fluxo de trabalho de baixo código podem ser adaptados sem refatoração. Não há necessidade de fornecer as-is ou a ser documentação quando os resultados são totalmente demonstráveis. Interfaces e relatórios também podem ser implementados de forma iterativa.

Processos mais rígidos para o desenvolvimento personalizado são recomendados pela FreeBalance, embora os requisitos e processos de gerenciamento de mudanças de software permaneçam ágeis.

A-13+qM

2. Abordagem da Equipe Glocal

Abordagem Tradicional

As empresas de integração de sistemas normalmente entregam projetos FMIS do governo. Estas empresas têm incentivos para aumentar as horas faturáveis. A experiência nestas firmas é muitas vezes compartimentada. 

Contexto sob medida

Os projetos desenvolvidos sob medida ou "sob medida" são complexos. Os requisitos e as especificações precisam ser desenvolvidos a fundo e as plataformas tecnológicas precisam ser selecionadas. Portanto, são necessárias habilidades tecnológicas significativas abrangendo arquitetura, projeto, documentação, ambientes de desenvolvimento, programação, normas de código, revisões de código, testes, garantia de qualidade e liberação (alguns destes elementos podem ser certificados). E tudo isso precisa ser incrementado pelo conhecimento do domínio das finanças públicas.

Os projetos desenvolvidos sob medida são mais freqüentemente desenvolvidos por empresas de integração de sistemas usando principalmente local pessoal do país, especialmente em Economia de Mercado Emergente e Desenvolvimento (EMDE) países. O complemento de pessoal inclui desenvolvedores de software e especialistas no assunto. Esses especialistas são frequentemente profundos conhecedores da GFP nesses países, mas muitas vezes não estão familiarizados com a ampla gama de potenciais reformas futuras. Enquanto isso, os desenvolvedores de software se concentram em conter o escopo, muitas vezes a funcionalidade "hard-coding". 

A falta de global A experiência limita as taxas de sucesso dos projetos. Os sistemas personalizados implementados com sucesso raramente resistem à modernização.

A prática de utilizar fornecedores locais tem sido considerada uma "melhor prática". 

  • Teoria: a capacidade local de TI será construída e o código fonte será fornecido ao governo
  • Realidade: os governos lutam com inúmeros sistemas de software financeiro com diferentes plataformas tecnológicas, arquiteturas e metadados, enquanto a propriedade do código fonte permite fraudes futuras e reduz a qualidade do código para cada personalização adicional

Contexto do ERP

As implementações de ERP são complexas e requerem o entendimento completo dos requisitos para eliminar funcionalidades desnecessárias do setor privado enquanto se desenvolvem especificações para códigos personalizados. Os integradores de sistemas, ao invés de fabricantes de ERP, fornecem a personalização do código. Portanto, é necessário conhecimento significativo de produtos ERP e customizaçãoincluindo as boas práticas de desenvolvimento de software, juntamente com Conhecimento de GFP para eliminar a funcionalidade do setor privado.

Os sistemas ERP são geralmente implementados por integradores de sistemas globais ou regionais de grande porte nos países EMDE. Estes integradores alavancam global especialistas, muitas vezes a preços elevados, para executar projetos e fornecer conhecimentos especializados sobre o assunto. Esses especialistas incluem especialistas em ERP com conhecimento governamental limitado ou conhecimento governamental em outros países. Os especialistas no assunto estão mais freqüentemente familiarizados com a GFP em países mais avançados. Grandes equipes com silos de especialização são implantadas, exigindo uma coordenação de projetos complexa.

Local Os recursos são muitas vezes utilizados para preencher projetos, desenvolver documentação e fornecer algum contexto governamental. 

O uso de integradores de sistemas para implementações governamentais do FMIS é considerado uma "melhor prática".

  • Teoria: os integradores de sistemas são "independentes", e mais capazes de fornecer conselhos objetivos
  • Realidade: os integradores de sistemas constroem práticas de fornecedores, não há independência

Contexto GRP

As implementações GRP exigem uma personalização limitada do código porque estes sistemas são altamente configuráveis. Portanto, a sólido entendimento de A PFM é mais importante. No entanto, as metodologias de projeto utilizadas em implementações sob medida e ERP são frequentemente impostas aos fornecedores de GRP.

  • Teoria: as "melhores práticas" de gerenciamento de projetos devem ser aplicadas a qualquer implementação FMIS, independentemente do tipo de solução, começando com um projeto minucioso
  • Realidade: práticas padrão de gerenciamento de projetos FMIS levam a sistemas excessivamente customizados, documentação desnecessária de projetos e maior resistência a mudanças - tudo isso pode ser evitado com o GRP mas não com ERP ou alternativas sob medida

Abordagem do FreeBalance

Há uma razão pela qual os clientes do governo FreeBalance desfrutam de melhores taxas de sucesso do que as alternativas. Na verdade, há quatro razões:

  1. O desenvolvimento FreeBalance compromete-se a qualquer código personalizado no núcleo FreeBalance Accountability Suite™ - este código é totalmente suportado (em vez de código "órfão" desenvolvido por integradores de sistemas).
  2. FreeBalance é internacional, equipe multicultural dá início a projetos no país, alavancando a experiência em países semelhantes. Em seguida, a FreeBalance contrata pessoal local e monta escritórios de projetos locais. A capacidade é construída para novos funcionários, orientados por especialistas globais da FreeBalance. O pessoal local fornece perspectivas nacionais e culturais. Este pessoal assume mais responsabilidade durante todo o projeto, e fornece apoio sustentável pós-implementação. Um subproduto desta abordagem é a redução dos custos, graças às tarifas do pessoal local e aos menores custos de transporte.
  3. Os consultores individuais FreeBalance normalmente têm experiência em gerenciamento de projetos, produto, PFM e tecnologia da informação. Isto permite equipes menores e mais eficazes com menos despesas gerais de coordenação de projetos. 
  4. O conhecimento de circunstâncias similares permite que as equipes do projeto FreeBalance se alinhem melhor às necessidades reais, pois os requisitos fornecidos durante a licitação raramente são precisos, completos ou refletem processos informais. Algumas aspirações do projeto não são realistas durante a vida útil do projeto. 

3. Sustentabilidade

Serviços de Sustentabilidade FreeBalance

Abordagem Tradicional

As implementações FMIS são consideradas projetos. Os projetos terminam, normalmente após cerca de cinco anos. Estes projetos são considerados "chave na mão" - espera-se que os governos assumam o gerenciamento das implementações do FMIS. Entretanto, muitas implementações não são sustentáveis pelos governos.

  • Sustentabilidade financeira: acessibilidade econômica para operar, manter, atualizar, atualizar e treinar - um alto Custo Total de Propriedade (TCO)
  • A sustentabilidade da reforma: adaptabilidade à futura modernização de processos e reformas legais

Contexto sob medida

Os governos operam como organizações de desenvolvimento de software com gerenciamento de produtos, engenharia de software e disciplinas de garantia de qualidade. Portanto, é necessário construir uma capacidade de desenvolvimento de produtos e funcionários-chave precisam ser retidos.

A criação de capacidade de desenvolvimento de software no governo é uma prática recomendada para alguns governos. 

  • Teoria: os custos gerais serão reduzidos evitando licenças onerosas de manutenção de software COTS e desenvolvendo apenas o necessário, ao mesmo tempo em que se dá aos governos mais controle para apoiar a reforma e a modernização
  • Realidade:
    • Os custos para aumentar a capacidade de desenvolvimento de software e reter funcionários são, na maioria das vezes, muito mais caros do que alavancar o COTS, comprometendo a qualidade = desafio à sustentabilidade financeira
    • Adaptar o código fonte para atender à reforma e modernização é muitas vezes mais demorado do que reconfigurar no software COTS = desafio para reformar a sustentabilidade

O núcleo FMIS, folha de pagamento, recursos humanos, compras, ativos e sistemas de planejamento orçamentário do governo, muitas vezes utilizam plataformas tecnológicas diferentes (em inúmeras épocas tecnológicas) e não compartilham metadados ou controles. Isto compromete a interoperabilidade, ao mesmo tempo em que aumenta a complexidade para os funcionários públicos que utilizam mais de uma aplicação.

O desenvolvimento de aplicações desenvolvidas sob medida para silo é considerado uma prática aceitável.

  • TeoriaAplicações de silo alinhadas principalmente com a funcionalidade autônoma, enquanto apoiam a reforma da PFM nesse domínio autônomo sem muito impacto para outras funções FMIS.
  • Realidade:
    • Não existe uma funcionalidade autônoma nas finanças do governo. Algumas aplicações financeiras exigem metadados rigorosos, controles e integração de relatórios que causam erros, introduz processos manuais, permite fraudes = desafia a sustentabilidade financeira
    • A reforma legal em um domínio financeiro quase sempre requer mudanças em outros domínios financeiros = desafia a sustentabilidade da reforma

Contexto do ERP

Os sistemas ERP são altamente complexos de se manter. É necessário um treinamento significativo para usuários e administradores, particularmente para aqueles que administram códigos personalizados. Os governos muitas vezes precisam construir equipes de engenharia de software, semelhante à opção sob medida, em uma escala um pouco menor.

Os fornecedores de ERP forçam atualizações para novas versões de software. (Ou, suportar versões anteriores de software a custos de manutenção mais altos.) Cada atualização requer uma análise de todos os códigos personalizados que possam precisar ser alterados, e qualquer nova funcionalidade que possa não estar em conformidade com as regulamentações governamentais. Portanto, A capacidade do ERP precisa ser construída dentro do governo Caso contrário, serão necessários consultores externos para funções operacionais e consultivas.

O desenvolvimento de organizações governamentais de "serviços compartilhados" ERP com as capacidades necessárias precisa ser construído.

  • TeoriaOrganizações de serviços compartilhados reúnem recursos ERP para operação, manutenção, atualização, manutenção e testes de produtos.
  • Realidade:
    • Organizações de serviços compartilhados têm dificuldade em manter funcionários capazes, muitas vezes exigindo a contratação de consultores externos = desafia a sustentabilidade financeira
    • Esses funcionários muitas vezes não possuem os conhecimentos de PFM necessários para apoiar a reforma, e a integração = desafia a sustentabilidade da reforma

Contexto GRP

O GRP é muito menos complexo do que as opções personalizadas ou ERP.

Os sistemas GRP requerem Conhecimento de GFP e compreensão dos processos governamentais. São necessárias habilidades básicas de tecnologia da informação para gerenciar esses sistemas. A configuração é o principal método para apoiar a reforma e a modernização. Portanto, a A manutenção e a pegada gerencial do PRFV está contida o que permite a sustentabilidade financeira. Ao mesmo tempo, a reforma é progressivamente ativado o que permite a sustentabilidade da reforma. Entretanto, os governos freqüentemente criam organizações de apoio GRP desnecessárias que refletem as necessidades do contexto personalizado ou ERP. Na realidade, O PRFV não requer despesas gerais significativas.

Abordagem do FreeBalance

A sustentabilidade do produto é nossa missão como empresa orientada para o propósito. Existimos para melhorar a vida dos cidadãos em todo o mundo através da reforma da GFP que importa. A FreeBalance apóia a sustentabilidade financeira e da reforma:

  • Regras do governo, flexibilidade de tradução, campos adicionais, terminologia e ajuda personalizada apoiada através parâmetros e configuração
  • Fluxo de trabalho do processo apoiado por um código baixo ferramenta
  • Apoio total a qualquer código e fabricação personalizada novas funções disponíveis para todos os países
  • Capacitação e programas de mentoria, incluindo A Academia FreeBalance certificações, cursos personalizados e engajamento através do Comitê de Direção Internacional FreeBalance para compartilhar boas práticas
  • Preços baseados em valores modelo tornando licenças de software adicionais acessíveis
  • Estratégico serviços de sustentabilidade disponível para aumentar o governo em curtos períodos de tempo enquanto se desenvolve a capacidade
  • Sem atualizações forçadasembora o suporte para as últimas versões de middleware possa necessitar de upgrades
  • Sistema aberto e fonte aberta apoio ao fornecimento de opções de middleware aos governos para reduzir os custos de tecnologia

Para saber mais sobre os benefícios de Software do FreeBalancepor favor entre em contato.

Tópicos

Contato