Não-Código e Activação Progressiva no Planeamento de Recursos Governamentais
Um dos nossos clientes, há alguns anos atrás, disse-me: "todos os governos pensam que são diferentes, mas nós somos realmente diferentes!" Se há uma coisa que aprendemos depois de 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) para operar em organizações governamentais pode ser uma experiência muito insatisfatória. 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 vêem este trabalho como o "custo de fazer negócios". "É o que é", etc.
Porque tem de ser assim? Porque é que o software COTS não se pode adaptar facilmente às exigências em mudança?
Esta entrada no blog descreve a nossa viagem para um "activação progressiva" e abordagem "sem código".
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.
Muitos peritos em Gestão Financeira Pública (GFP) que não viram 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, 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". Prefiro o termo "configuração", mas este espectro sem código a código completo é um modelo útil.
Dívida Técnica do Software de Compostagem Empresarial
A personalização do código vem com custos elevados e futuro desafios de adaptabilidade. A personalização gera dívida técnica.
O software genérico, como o Enterprise Resource Planning (ERP), é altamente adaptável utilizando linguagens de programação proprietárias, como ABAP e PL/SQL. É verdade que o software ERP não é um terreno baldio com configuração:
- Configuração de parâmetros padrão como anos fiscais, moedas, vendedores, etc.
- Mercado vertical começa rapidamente a facilitar a implementação, embora haja poucos aplicáveis aos sectores públicos
- Melhores-práticas, principalmente do sector privado, integrado em software que possa ser aplicável a algumas funções governamentais, desde que não seja necessária uma reforma legal
Os governos adquirem importantes e Compostagem dívida técnica através da personalização total do código. A personalização com código baixo também aumenta a dívida técnica.
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
A personalização do código pode criar não só dívidas técnicas. A tecnologia pode limitar as oportunidades de reforma. Chamamos a isto o "fosso tecnológico“.
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
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.
Dívida Técnica de Planeamento de Recursos Governamentais
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
- Elevadas 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
Desenho da Dívida Técnica de Planeamento de Recursos Governamentais
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 nosso enfoque 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 todo o ciclo governamental 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 nossa primeira decisão foi a de desenvolver um plataforma específica do governo com um unificado desenho. O conjunto de produtos foi desenvolvido com base no nosso Mapa da Componente de Gestão das Finanças Públicas.
Aproveitámos a oportunidade para abordar os constrangimentos tecnológicos herdados, reescrevendo o nosso software para a web. Tínhamos aprendido muito com a migração do nosso software anterior do Canadá para outros países:
- Funções governamentais: O nosso foco permitiu-nos construir abrangente funções governamentais em todo o Mapa de Componentes da GFP porque, com funcional horizontal, ignorando outros mercados, e desenvolvendo num 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 prolongámos configurabilidade 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 primeira implementação, em Kosovo, demorou 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 se fazia no Governo do Canadá.
Desde a conclusão da primeira versão da nossa web FreeBalance Accountability Suite módulos em 2009, temos assistido a 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
Conheci um alto funcionário do tesouro público de um país africano, utilizando um sistema ERP Tier 1 para gestão financeira. O sistema ainda se encontrava em fase piloto após 2 anos. Ele acusou-me de ser de uma daquelas "empresas ocidentais" que exigem milhões de dólares por ano de governos pobres apenas para pagar a manutenção do software. Manutenção de software para software que ainda não tinha sido implementado. Expliquei como o nosso sistema utilizava uma abordagem de configuração para acelerar as implementações. Ele apenas se riu. Completa incredulidade de que era mesmo possível. Ele sabia tudo sobre a forma como era para implementações de ERP no governo.
A FreeBalance beneficiou de um enfoque único no governo. O nosso software pode ser massivamente configurávelquando comparado com software genérico.
Há 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 sub-contratação. Descobrimos que o nosso envolvimento no projecto era proporcional ao sucesso do projecto. Descobrimos também que muitos pedidos governamentais para 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.
A nossa abordagem é muito diferente.
A nossa política é estar envolvida em todas as 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. Não existe um 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 o mapeamento das características do produto nos próximos 3 a 5 anos, é mais como o jogo de azar. Especialmente com qualquer nível de detalhe.
Eu sei - os clientes estão condicionados a roteiros. Os potenciais clientes querem ver o nosso roadmap de 5 anos. O nosso roadmap de 10 anos. Acho que é para ver se alguma das funções necessárias em falta poderia estar na calha. Mostramos aos governos o Mapa de Componentes da PFM e explicamos 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 é construir um roteiro detalhado de 3 anos de produtos com base nas nossas profundas experiências de cliente. E, o nosso governo e a nossa investigação tecnológica. Apresentamo-lo todos os anos ao nosso FreeBalance International Steering Committee (FISC). 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 empresa social. O nosso mandato é construir prosperidade do país 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