Não-Código e Activação Progressiva no Planeamento de Recursos Governamentais
Se há uma coisa que FreeBalance aprendeu após quase 40 anos a lidar exclusivamente com o sector público, é que os processos governamentais são diferentes. Diferentes entre os governos. Diferentes dentro dos governos. Muito diferentes das empresas. E, em constante mudança.
A adaptação do software Commercial-Off-the-Shelf (COTS), tal como os principais sistemas de Planeamento de Recursos Empresariais (ERP) para operar em organizações governamentais, pode ser desastroso. Os projectos de software empresarial no governo são repleto de falhas e métodos complexos de implementação. Muitos na indústria tecnológica encaram estes trabalhos como o "custo de fazer negócios". "É o que é", etc. Mas porque é que tem de ser assim? Porque é que o software COTS não se pode adaptar facilmente a requisitos em mudança?
Este blogue descompacta as diferenças entre as configurações (utilizadas pelo FreeBalance Accountability Suite™) e personalização (necessária para implementações de ERP), e explica o nosso activação progressiva e abordagem sem código.
Diferença entre configuração e personalização
A maioria do software COTS utilizado para Planeamento de Recursos Governamentais (GRP) requer uma personalização significativa do código. O desenvolvimento de software, tipicamente utilizando linguagens de programação proprietárias, permite que os governos apoiem os requisitos personalizados. Mas, a um custo.
O que é Configuração?
Em Gestão Financeira Pública Digital (PFM), a configuração refere-se à capacidade de criar e personalizar o sistema GRP, ou Sistema Integrado de Informação de Gestão Financeira (IFMIS), como é frequentemente chamado, para se adequar às necessidades de uma organização do sector público. Isto pode incluir a configuração de fluxos de trabalho, a criação de permissões de utilizador e a definição de categorias orçamentais. As opções de configuração são tipicamente pré-definidas pelo fornecedor do GRP e estão disponíveis para todos os utilizadores dentro da organização.
O que é a personalização?
A personalização, por outro lado, refere-se à capacidade de modificar a plataforma ou o software GRP para melhor se adaptar às necessidades específicas da organização. Isto pode incluir a criação de novos módulos, a integração com outros sistemas, ou mesmo o desenvolvimento de relatórios ou painéis de controlo personalizados. As opções de personalização requerem frequentemente conhecimentos técnicos significativos.
Qual é o problema?
Muitos peritos em PFM não vêem grande diferença entre configuração ou personalização - referindo-se frequentemente a qualquer adaptação como "personalização". Temos vindo a falar da diferença há já algum tempo. E, finalmente, a indústria apanhou-nos ao definir a configuração como personalização "sem código". A utilização de software helper para facilitar o desenvolvimento de código é agora chamada de desenvolvimento "de baixo código". Preferimos o termo "configuração", mas este espectro sem código em vez de código completo é um modelo útil.
ERP e Personalização
O software ERP genérico é altamente personalizável utilizando linguagens de programação proprietárias como ABAP e PL/SQL. Oferece algumas oportunidades de configuração, embora não sejam realmente aplicáveis ao sector público:
- Configuração de parâmetros padrão como anos fiscais, moedas, vendedores, etc.
- Mercado vertical começa rapidamente a facilitar a implementação, embora poucos se apliquem ao sector público
- Melhores-práticas, principalmente do sector privado, incorporados em software que talvez ser aplicável a algumas funções governamentais, desde que não seja necessária qualquer reforma legal
A questão com a personalização do código é que ele vem com custos elevados e futuro desafios de adaptabilidade criando assim dívida técnica.
Dívida técnica
Os governos adquirem importantes e Compostagem dívida técnica através de código completo e personalizações de código baixo.
A dívida técnica inclui:
- Complexidade de implementação de articular plenamente os requisitos e de implantar um desenvolvimento semelhante ao totalmente personalizado, exigindo a coordenação de equipas de programação, e instituindo uma garantia de qualidade abrangente
- Complexidade de manutenção após a implementação aumenta porque existe um código órfão que deve ser apoiado através de recursos internos, e não da responsabilidade do fabricante
- Complexidade de Actualização ao aproveitar a funcionalidade dos novos lançamentos porque o código personalizado precisa de ser examinado e racionalizado com a nova versão
- Complexidade de mudança através da necessidade de compreender o código dos órfãos antes de embarcar na mudança
Lacuna tecnológica
A personalização do código também limita as oportunidades de reforma da GFP. Chamamos a isto o "fosso tecnológico“. A Grupo Gartner análise descobriu que o software não concebido para futuras organizações de custos de adaptação custa cerca de 50 vezes mais investimentos originais ao longo de 15 anos.
Os sinais da lacuna tecnológica em jogo são:
- Pobre time-to-results para implementações
- Pobre time-to-change para sistemas
- Muitos contratos de alto custo pessoal para gerir sistemas
- Erros frequentes do sistema e qualidade problemas
- Capacidade limitada de aproveitar dados para outros fins devido à falta de abertura devido ao bloqueio da tecnologia proprietária
- Limitado integração de sub-sistemasmesmo entre produtos do mesmo fabricante
Porque é que o Planeamento de Recursos Governamentais é diferente?
Os governos são confrontados com implementações mais complexas do que as empresas.
As implementações de software de empresas governamentais são mais complexas a partir de:
- Muitas mais linhas de negócio através de um governo nacional ou sub-nacional, do que conglomerados empresariais
- Alto restrições de capacidade humana em tecnologia, projecto, e conhecimento funcional
- Gestão de desempenho mais complexa estruturas e planeamento, porque o governo não tem uma linha de fundo como "lucro ou perda“
- Maior diversidade de práticas devido a requisitos legais
- Planeamento mais complexo através de de vários anos orçamentos que criam controlos em sistemas para contabilidade de compromisso
- Preocupações políticas significativas para implementações no sector público
Os governos também experimentam uma pegada de mudança mais vasta do que as organizações do sector privado:
- Mais reorganizações após as eleições, e de baralhamentos de gabinete
- Mais reforma jurídica porque muitos procedimentos do sistema são estabelecidos por lei, e as leis mudam - por exemplo: passagem para a contabilidade de exercício, apoio à conta única do Tesouro, reforma dos contratos públicos, reforma dos serviços públicos
- Mais mudança de processo para além da reforma jurídica
- Mais normas internacionais como MTEF, IPSAS, COFOG, GFS, e SDG, além de apoiar algumas normas do sector privado
- Restrições organizacionais mais amplas incluindo interesses particulares contrários à mudança
- Maior utilização da tecnologia herdada no governo tornando a mudança dispendiosa, embora sobrecarregada com custos elevados de operações e manutenção
Sem Dívida Técnica
A concepção do produto conduz a uma dívida técnica ou a um valor acrescentado técnico. Uma concepção eficaz resulta em soluções elegantes para os problemas dos clientes. O enfoque da FreeBalance no governo libertou-nos de muitas restrições de software empresarial.
O design para o web-native FreeBalance Accountability Suite™ começou em meados de 2006. Examinámos muitas das limitações enfrentadas pelos fabricantes de software empresarial e chegámos a algumas conclusões:
- Funções governamentais: Faltava aos fabricantes de software abrangente funções governamentais devido à necessidade de vender software a muitas indústrias, ou mercados verticaisem muitas classes de software (ERP, CRM, SCM, HCM, etc.), ou mercados horizontaise em todo o pilha de software (base de dados, servidor de aplicações, middleware, etc.)
- Ciclo orçamental: Os fabricantes de software não tiveram apoio total para o governo na sua totalidade ciclo orçamental de política, planeamento orçamental, compromissos e obrigaçõespara todas as aplicações de despesas e receitas
- Adaptabilidade: Os fabricantes de software confiaram em personalização de código porque o software foi muitas vezes concebido originalmente para empresas
- Metadados: Os fabricantes de software tinham definição dos dados problemas dentro de conjuntos de produtos que comprometiam integração e controlos, muitas vezes da empresa aquisiçõesenquanto fornece rígidos localização, especialmente para línguas
A diferença de FreeBalance
A nossa primeira decisão foi a de desenvolver um plataforma específica do governo com um unificado desenho. O conjunto de produtos foi portanto desenvolvido com base no nosso Mapa da Componente de Gestão das Finanças Públicas.
- Funções governamentais: O nosso foco permitiu-nos construir abrangente funções governamentais através do Mapa de Componentes da GFP com funcionalidade horizontal, ignorando outros mercados, e um sistema aberto que poderia suportar muitas pilhas de software
- Ciclo orçamental: O nosso foco permitiu-nos apoiar a totalidade ciclo orçamental, fazendo todas as aplicações consciente do orçamento
- Adaptabilidade: Compreendemos a dívida técnica do governo, e a configurabilidade alargada significativamente dos nossos lançamentos anteriores
- Metadados: Percebemos que os metadados precisavam de ser unificadoe integrado com a configuração - também nos apercebemos de que tinha de haver uma melhor forma de localizar
Configuração e Activação Progressiva
O FreeBalance tinha-se tornado um sucesso na implementação rápida de software. A nossa implementação em Kosovo demorou apenas 26 dias. O sistema operacional na altura inclui controlos orçamentais, impressão de cheques e uma estrutura de plano de contas. As funções contabilísticas vieram mais tarde. Tal como a tesouraria, e os controlos descentralizados. A abordagem de configuração nas versões anteriores do software FreeBalance facilitou ganhos rápidos. Percebemos que podíamos "activar progressivamente" qualquer governo para funções avançadas de finanças públicas, tal como o nosso primeiro e mais antigo cliente, o Governo do Canadá.
Desde a conclusão da primeira versão da nossa web FreeBalance Accountability Suite™ módulos em 2009, temos visto uma necessidade crescente de activação progressiva.
Os governos procuram o progresso e a modernização, apoiados por sistemas GRP para:
- Reforma da Governação: GFP, auditoria, serviço público, contratos públicos e reforma fiscal
- Governo aberto: orçamento, fiscal, contratos públicos, receitas e transparência de resultados com mecanismos participativos
- Descentralização: descentralização fiscal de agências e subnacionais, descentralização
- Automatização tecnológica: eficiências de automatização, alertas de excepção, inteligência artificial
- Transformação Digital: migração de sistemas de registo a sistemas de compromisso, a sistemas de inteligência e a sistemas de inovação
- Modernização do desempenho: orçamentação de programas, estruturas de desempenho, resultados e resultados
Vantagem da Integração de Produtos e Serviços
FreeBalance beneficiou de um concentração concentrada no governo. O nosso software é massivamente configurávelquando comparado com software genérico. E agimos como ambos desenvolvedores de sistemas e implementadores de sistemas - outra característica única do FreeBalance.
Muitos dos nossos primeiros clientes internacionais contrataram grandes empresas de integração de sistemas. Éramos um fornecedor de software, com algumas responsabilidades de subcontratação. Descobrimos que o nosso envolvimento no projecto era proporcional ao sucesso do projecto. Descobrimos também que muitos pedidos governamentais de alterações de características não tinham sido encaminhados pelos nossos parceiros. O nosso roteiro de produtos não estava alinhado.
A abordagem tradicional aos roteiros de produtos de software empresarial é através de parceiros de integração com um segundo canal através do apoio ao produto. Os fabricantes de software são frequentemente desligados dos requisitos dos clientes. Os fabricantes que apoiam muitos mercados verticais carecem muitas vezes de perícia, pelo que a "lotaria de características" favorece frequentemente alguns mercados em detrimento de outros.
Abordagem do Roteiro de Produtos FreeBalance
A nossa abordagem é diferente.
A nossa política é estar envolvido em todos implementações. Compreendemos o mercado governamental. Trabalhamos com empresas de integração de sistemas. As nossas equipas de produtos e serviços são integradas de tal forma que fazemos qualquer personalização de produtos necessária. E, esta personalização torna-se parte do nosso código apoiado comercialmente no próximo lançamento. Há sem código órfão.
Os fabricantes tradicionais de software empresarial constroem roteiros de produtos a longo prazo. Esta é uma abordagem aceite. Não faz sentido, mas "é assim que as coisas são". As necessidades dos clientes e a tecnologia mudam tanto, que mapear as características do produto nos próximos três a cinco anos, é mais como jogar a dinheiro. Especialmente com qualquer nível de detalhe.
Os clientes estão, no entanto, condicionados a roteiros. Os potenciais clientes pedem frequentemente para ver os nossos roadmaps de cinco e dez anos. Mostramos-lhes o Mapa de Componentes PFM e explicamos-lhes que faremos tudo aqui, e adaptamos o software para satisfazer as suas necessidades. (Desde que não se trate de uma má prática).
A nossa abordagem consiste em construir um roteiro detalhado de três anos de produtos com base nas nossas profundas experiências de cliente. E, o nosso governo e a nossa investigação tecnológica. Apresentamos isto aos nossos FreeBalance International Steering Committee (FISC) todos os anos. Os participantes do FISC alteram as prioridades do roteiro, e acrescentam itens. Isto inclui produtos e serviços.
Dívida Técnica de Activação Progressiva
FreeBalance é um negócio dirigido de propósito. O nosso mandato é construir prosperidade inteligente através de uma governação tecnológica. Os governos não podem construir a prosperidade quando sob dívida técnica a partir de sistemas de informação. A tecnologia deve permitir a reforma da governação.
Esta abordagem de configuração, que permite uma activação progressiva, inclui:
- Parametrização de regras de negócio
- Fluxo de trabalho sem código
- Plano de contas de vários anos configurado
- Metainformação unificada
- Campos de dados adicionais
- Ficheiro linguístico único (em vez de conjuntos linguísticos rígidos)
- Configuração terminológica
- Ajuda adaptável através de sistema de gestão integral de conteúdos
Para mais informações sobre como a configuração da FreeBalance se aproxima, por favor entrar em contacto.