Não-Código e Ativação Progressiva no Planejamento de Recursos Governamentais
Se existe uma coisa que FreeBalance aprendeu depois de quase 40 anos lidando exclusivamente com o setor 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), como os principais sistemas ERP (Enterprise Resource Planning), para operar em organizações governamentais pode ser desastroso. Os projetos de software empresarial no governo são repleto de falhas e métodos complexos de implementação. Muitos na indústria de tecnologia vêem esses trabalhos como o "custo de fazer negócios". "É o que é", etc. Mas por que tem que ser assim? Por que o software COTS não pode se adaptar facilmente às mudanças das exigências?
Este blog descompacta as diferenças entre as configurações (usadas pelo FreeBalance Accountability Suite™) e customização (necessária para implementações de ERP), e explica nosso ativação progressiva e abordagem sem código.
Diferença entre configuração e customização
A maioria dos softwares COTS utilizados para Planejamento 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 as exigências personalizadas. Mas, a um custo.
O que é Configuração?
Em Gestão Financeira Pública Digital (PFM), configuração refere-se à capacidade de configurar e personalizar o sistema GRP, ou Sistema Integrado de Informação de Gestão Financeira (IFMIS) como é freqüentemente chamado, para atender às necessidades de uma organização do setor público. Isto pode incluir a configuração de fluxos de trabalho, o estabelecimento de permissões de usuário e a definição de categorias orçamentárias. As opções de configuração são tipicamente pré-definidas pelo fornecedor do GRP e estão disponíveis para todos os usuários dentro da organização.
O que é Customização?
A personalização, por outro lado, refere-se à capacidade de modificar a plataforma ou software GRP para melhor se adequar às necessidades específicas da organização. Isto pode incluir a criação de novos módulos, integração com outros sistemas, ou mesmo o desenvolvimento de relatórios ou painéis de controle personalizados. As opções de personalização muitas vezes exigem conhecimentos técnicos significativos.
Qual é o problema?
Muitos especialistas em PFM não vêem muita diferença entre configuração ou personalização - muitas vezes se referindo a qualquer adaptação como "personalização". Já há algum tempo falamos sobre a diferença. E, finalmente, a indústria nos pegou ao definir a configuração como personalização "sem código". O uso de software auxiliar para facilitar o desenvolvimento de código é agora chamado de desenvolvimento "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 Customização
O software ERP genérico é altamente personalizável usando linguagens de programação proprietárias como ABAP e PL/SQL. Ele oferece algumas oportunidades de configuração, embora não seja realmente aplicável ao setor público:
- Configuração de parâmetros padrão como anos fiscais, moedas, fornecedores, etc.
- Mercado vertical começa rapidamente a facilitar a implementação, embora poucos se apliquem ao setor público
- As melhores práticasprincipalmente do setor privado, incorporados em software que talvez ser aplicável a algumas funções governamentais, desde que nenhuma reforma legal seja necessária
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 composição 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 implantar desenvolvimento similar ao desenvolvimento totalmente personalizado, exigindo a coordenação de equipes 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 atualização ao aproveitar a funcionalidade de novos lançamentos porque o código personalizado precisa ser examinado e racionalizado com a nova versão
- Complexidade de mudança através da necessidade de entender 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 isto de "brecha tecnológica“. A Grupo Gartner análise descobriu que software não projetado para futuras organizações de custos de adaptação custam cerca de 50 vezes mais investimentos originais em 15 anos.
Os sinais da lacuna tecnológica em jogo são:
- Pobre tempo para os resultados para implementações
- Pobre tempo para mudar para sistemas
- Muitos contratos de alto custo pessoal para gerenciar sistemas
- Erros freqüentes no sistema e qualidade problemas
- Capacidade limitada de aproveitar dados para outros fins devido à falta de abertura por causa do bloqueio da tecnologia proprietária
- Limitado integração de subsistemasmesmo entre produtos do mesmo fabricante
Por que o planejamento 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:
- Muitas outras linhas de negócios através de um governo nacional ou subnacional, que os conglomerados empresariais
- Alto restrições de capacidade humana em tecnologia, projeto e conhecimento funcional
- Gerenciamento de desempenho mais complexo estruturas e planejamento, porque o governo não tem uma linha de fundo como "lucro ou prejuízo“
- Maior diversidade de práticas devido às exigências legais
- Planejamento mais complexo através de de vários anos orçamentos que criam controles em sistemas para contabilidade de compromisso
- Preocupações políticas significativas para implementações no setor público
Os governos também experimentam uma pegada de mudança mais ampla do que as organizações do setor privado:
- Mais reorganizações após as eleições, e de embaralhamentos de gabinete
- Mais reforma jurídica porque muitos procedimentos do sistema são estabelecidos por lei, e as leis mudam - por exemplo: mudança para a contabilidade de exercício, apoio à Conta Única do Tesouro, reforma de compras, reforma do serviço público
- Mais mudanças no processo além da reforma legal
- Mais normas internacionais como MTEF, IPSAS, COFOG, GFS, e SDGs, além de apoiar algumas normas do setor privado
- Restrições organizacionais mais amplas incluindo interesses particulares que se opõem à mudança
- Maior utilização da tecnologia herdada no governo tornando a mudança cara, embora sobrecarregada com altos custos de operação e manutenção
Nenhuma dívida técnica
O projeto do produto gera dívida técnica ou valor técnico agregado. Um design eficaz resulta em soluções elegantes para os problemas dos clientes. O foco da FreeBalance no governo nos libertou de muitas restrições de software empresarial.
O design para o web-native FreeBalance Accountability Suite™ começou em meados de 2006. Examinamos muitas das limitações enfrentadas pelos fabricantes de software empresarial e tiramos algumas conclusões:
- Funções governamentais: Faltava aos fabricantes de software abrangente funções governamentais por causa da necessidade de vender software para muitas indústrias, ou mercados verticaisem muitas classes de software (ERP, CRM, SCM, HCM etc.), ou mercados horizontaise em todo o pilha de software (banco de dados, servidor de aplicações, middleware, etc.)
- Ciclo orçamentário: Os fabricantes de software não tiveram apoio total para o governo em sua totalidade ciclo orçamentário de política, planejamento orçamentário, compromissos e obrigaçõespara todas as aplicações de gastos e receitas
- Adaptabilidade: Os fabricantes de software confiaram em personalização de código porque o software foi muitas vezes projetado originalmente para empresas
- Metadados: Os fabricantes de software tinham definição dos dados problemas dentro de conjuntos de produtos que comprometiam integração e controles, muitas vezes da empresa aquisiçõesenquanto fornece localização, especialmente para idiomas
A diferença de FreeBalance
Nossa primeira decisão foi desenvolver um plataforma específica do governo com um unificado projeto. O conjunto de produtos foi, portanto, desenvolvido com base em nosso Mapa dos Componentes de Gestão Financeira Pública.
- Funções governamentais: Nosso foco nos permitiu construir abrangente funções governamentais através do Mapa de Componentes da PFM com o apropriado funcionalidade horizontalignorando outros mercados, e um sistema aberto que poderia suportar muitas pilhas de software
- Ciclo orçamentário: Nosso foco nos permitiu apoiar todo o ciclo orçamentário, fazendo todas as aplicações consciente do orçamento
- Adaptabilidade: Entendemos a dívida técnica do governo, e a configurabilidade ampliada significativamente de nossos lançamentos anteriores
- Metadados: Percebemos que os metadados precisavam ser unificadoe integrado com a configuração - também percebemos que tinha de haver uma melhor maneira de localizar
Configuração e Ativação Progressiva
O FreeBalance havia se tornado um sucesso na implementação rápida de software. Nossa implementação em Kosovo levou apenas 26 dias. O sistema operacional na época, incluindo controles orçamentários, impressão de cheques e uma estrutura de plano de contas. As funções de contabilidade vieram mais tarde. Assim como a tesouraria, e controles descentralizados. A abordagem de configuração nas versões anteriores do software FreeBalance facilitou ganhos rápidos. Percebemos que podíamos "ativar progressivamente" qualquer governo para funções avançadas de finanças públicas, como desfrutado por nosso primeiro e mais antigo cliente, o Governo do Canadá.
Desde a conclusão da primeira versão de nossa versão baseada na web FreeBalance Accountability Suite™ módulos em 2009, temos visto uma necessidade crescente de ativação progressiva.
Os governos buscam progresso e modernização, apoiados por sistemas GRP para:
- Reforma da Governança: PFM, auditoria, serviço público, compras e reforma tributária
- Governo aberto: orçamento, fiscal, compras, receitas e transparência de resultados com mecanismos participativos
- Descentralização: descentralização fiscal de agências e subnacionais, descentralização
- Automação tecnológica: eficiências de automação, alertas de exceção, inteligência artificial
- Transformação digital: migração de sistemas de registro a sistemas de engajamento, a sistemas de inteligência, e a sistemas de inovação
- Modernização de desempenho: orçamento do programa, estruturas de desempenho, resultados e resultados
Vantagem da integração de produtos e serviços
FreeBalance se beneficiou de um foco único no governo. 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 de 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 nosso envolvimento no projeto era proporcional ao sucesso do projeto. Também descobrimos que muitas solicitações governamentais para mudanças de características não haviam sido encaminhadas por nossos parceiros. Nosso roteiro de produtos não estava alinhado.
A abordagem tradicional dos roteiros de produtos de software empresarial é através de parceiros de integração com um segundo canal através do suporte ao produto. Os fabricantes de software são freqüentemente desconectados dos requisitos do cliente. Os fabricantes que suportam muitos mercados verticais muitas vezes carecem de especialização, portanto a "loteria de recursos" muitas vezes favorece alguns mercados em detrimento de outros.
Abordagem do Roteiro de Produtos FreeBalance
Nossa abordagem é diferente.
Nossa política é estar envolvido em todos implementações. Nós entendemos o mercado governamental. Trabalhamos com empresas de integração de sistemas. Nossas equipes de produtos e serviços são integradas de tal forma que fazemos qualquer personalização de produto necessária. E, esta personalização se torna parte de nosso código comercialmente suportado no próximo lançamento. Há sem código órfão.
Os fabricantes tradicionais de software empresarial constroem roteiros de produtos de longo prazo. Esta é uma abordagem aceita. Não faz sentido, mas "é assim que as coisas são". As necessidades dos clientes e a tecnologia muda tanto, que o mapeamento das características do produto nos próximos três a cinco anos, é mais como jogar. Especialmente com qualquer nível de detalhe.
Os clientes estão, no entanto, condicionados a roteiros. Os potenciais clientes frequentemente pedem para ver nossos roteiros de cinco e dez anos. Nós lhes mostramos o Mapa de Componentes PFM e explicamos que faremos qualquer coisa aqui, e adaptamos o software para atender às suas necessidades. (Desde que não seja uma má prática).
Nossa abordagem é construir um roteiro detalhado de três anos de produtos com base em nossas profundas experiências com o cliente. E, nosso governo e nossa pesquisa tecnológica. Apresentamos isto ao nosso Comitê de Direção Internacional FreeBalance (FISC) todos os anos. Os participantes do FISC mudam as prioridades do roteiro, e acrescentam itens. Isto inclui produtos e serviços.
Ativação Progressiva Esmaga a Dívida Técnica
FreeBalance é um negócios dirigidos propositadamente. Nosso mandato é construir prosperidade inteligente através de uma governança capacitada em tecnologia. Os governos não podem construir prosperidade quando sob dívida técnica a partir de sistemas de informação. A tecnologia deve permitir a reforma da governança.
Esta abordagem de configuração, que permite a ativação progressiva, inclui:
- Parametrização de regras de negócios
- Fluxo de trabalho sem código
- Plano de contas de vários anos configurado
- Metainformação unificada
- Campos de dados adicionais
- Arquivo de idioma único (em vez de conjuntos de idiomas rígidos)
- Configuração terminológica
- Ajuda adaptável através de sistema de gerenciamento de conteúdo integral
Para mais informações sobre como a configuração do FreeBalance se aproxima, favor entre em contato.