Ativação progressiva e sem código no planejamento de recursos governamentais
Um de nossos clientes, há alguns anos, me disse: "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 lidando exclusivamente com o setor público, é que os processos governamentais são diferentes. Diferentes entre os governos. Diferentes dentro dos governos. Muito diferentes dos negócios. E estão sempre mudando.
A adaptação de software comercial de prateleira (Commercial-Off-The-Shelf, COTS) para operar em organizações governamentais pode ser uma experiência muito insatisfatória. Os projetos de software corporativo no governo são repleto de fracassos e métodos de implementação complexos. Muitos no setor de tecnologia veem essas dificuldades como o "custo de fazer negócios". "É o que é", etc.
Por que tem que ser assim? Por que o software COTS não pode se adaptar facilmente às mudanças de requisitos?
Este post do blog descreve nossa jornada para um "ativação progressiva" e a abordagem "sem código".
A maioria dos softwares COTS usados para Planejamento de recursos governamentais (GRP) exige uma personalização significativa do código. O desenvolvimento de software, geralmente usando linguagens de programação proprietárias, permite que os governos ofereçam suporte a requisitos personalizados. Porém, a um custo.
Muitos especialistas em Gestão de Finanças Públicas (GFP) não viam muita diferença entre configuração e personalização - muitas vezes referindo-se a qualquer adaptação como "personalização". Estamos falando sobre a diferença há algum tempo. E o setor nos alcançou ao definir configuração como personalização "sem código". O uso de software auxiliar para facilitar o desenvolvimento de código agora é chamado de desenvolvimento "low-code". Eu prefiro o termo "configuração", mas esse espectro de sem código a código completo é um modelo útil.
Dívida técnica de software de composição empresarial
A personalização do código vem com altos custos 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 usando linguagens de programação proprietárias, como ABAP e PL/SQL. É verdade que o software ERP não é um terreno baldio de configurações:
- Configuração de parâmetros padrão, como exercícios fiscais, moedas, fornecedores etc.
- Mercado vertical início rápido para facilitar a implementação, embora existam poucos aplicáveis aos setores públicos
- "Melhores práticasO software de gestão de riscos, principalmente do setor privado, incorporado ao software que pode ser aplicável a algumas funções governamentais, desde que não seja necessária uma reforma legal
Os governos adquirem recursos significativos e composição dívida técnica por meio da personalização total do código. A personalização com pouco código também aumenta o débito técnico.
O débito técnico inclui:
- Complexidade de implementação de articular totalmente os requisitos e implantar de forma semelhante ao desenvolvimento totalmente personalizado, exigindo a coordenação de equipes de programação e instituindo uma garantia de qualidade abrangente
- Complexidade da manutenção após a implementação aumenta porque há um código órfão que deve ser suportado por meio de recursos internos, não sendo responsabilidade do fabricante
- Complexidade do upgrade ao aproveitar a funcionalidade de novas versões, pois o código personalizado precisa ser examinado e racionalizado com a nova versão
- Complexidade da mudança pela necessidade de entender o código órfão antes de iniciar a mudança
A personalização do código pode criar não apenas dívidas técnicas. A tecnologia pode limitar as oportunidades de reforma. Chamamos isso de "brecha tecnológica“.
Os sinais da lacuna tecnológica em jogo são:
- Ruim tempo até os resultados para implementações
- Ruim tempo de mudança para sistemas
- Muitos contratos de alto custo pessoal para gerenciar sistemas
- Erros frequentes do sistema e qualidade problemas
- Capacidade limitada de aproveitar os dados para outros fins devido à falta de abertura devido ao bloqueio de tecnologia proprietária
- Limitada integração do subsistemaMesmo entre produtos do mesmo fabricante
A Grupo Gartner análise descobriu que o software não projetado para adaptação futura custava às organizações cerca de 50 vezes mais do que os investimentos originais em 15 anos.
Débito técnico de planejamento de recursos governamentais
Os governos enfrentam implementações mais complexas do que as empresas.
As implementações de software corporativo para o governo são mais complexas:
- Muito mais linhas de negócios em um governo nacional ou subnacional, do que conglomerados empresariais
- Grandes 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 um resultado final como "lucro ou prejuízo“
- Maior diversidade de práticas devido a requisitos legais
- Planejamento mais complexo através de plurianual 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 têm uma pegada de mudança mais ampla do que as organizações do setor privado:
- Mais reorganizações após as eleições e das mudanças no gabinete
- Mais reforma jurídica porque muitos procedimentos do sistema são definidos por lei, e as leis mudam - por exemplo: mudança para a contabilidade de exercício, suporte para a Conta Única do Tesouro, reforma de aquisições, reforma do serviço público
- Mais mudanças no processo além da reforma legal
- Mais padrões internacionais como MTEF, IPSAS, COFOG, GFS e SDGs, além de apoiar alguns padrões do setor privado
- Restrições organizacionais mais amplas incluindo interesses particulares que se opõem à mudança
- Maior uso de tecnologia legada no governo, tornando as mudanças caras, embora sobrecarregadas com altos custos de operação e manutenção
Projetar a dívida técnica do planejamento de recursos governamentais
O design do produto gera dívida técnica ou valor agregado técnico. O design eficaz resulta em soluções elegantes para os problemas dos clientes. Nosso foco no governo nos libertou de muitas restrições de software empresarial.
O design para a versão nativa da Web FreeBalance Accountability Suite™ começou em meados de 2006. Examinamos muitas das restrições enfrentadas pelos fabricantes de software corporativo e chegamos a algumas conclusões:
- Funções do governo: Faltaram fabricantes de software abrangente funções governamentais devido à necessidade de vender software para muitos setores, ou mercados verticaisem várias classes de software (ERP, CRM, SCM, HCM etc.), ou mercados horizontaise em todo o pilha de software (banco de dados, servidor de aplicativos, middleware etc.)
- Ciclo orçamentário: Os fabricantes de software não tinham suporte total para o ciclo governamental completo de política, planejamento orçamentário, compromissos e obrigaçõespara todos os aplicativos de despesas e receitas
- Adaptabilidade: Os fabricantes de software dependiam de personalização de código porque o software geralmente foi projetado originalmente para empresas
- Metadados: Os fabricantes de software tiveram definição de dados problemas nas suítes de produtos que comprometeram integração e controles, geralmente da empresa aquisiçõese, ao mesmo tempo, fornece localização, especialmente para idiomas
Nossa primeira decisão foi desenvolver um plataforma específica do governo com um unificado design. O conjunto de produtos foi desenvolvido com base em nossos Mapa do componente de gerenciamento financeiro público.
Aproveitamos a oportunidade para lidar com as restrições da tecnologia legada, reescrevendo nosso software para a Web. Aprendemos muito com a migração de nosso software anterior do Canadá para outros países:
- Funções do governo: Nosso foco nos permitiu construir abrangente funções governamentais em todo o Mapa de Componentes de GFP porque, com a devida funcional horizontalA empresa está desenvolvendo um sistema aberto que pode suportar muitas pilhas de software, ignorando outros mercados
- Ciclo orçamentário: Nosso foco nos permitiu dar suporte a toda a ciclo orçamentário, tornando todos os aplicativos consciente do orçamento
- Adaptabilidade: Entendemos a dívida técnica do governo e estendemos a configurabilidade significativamente de nossas versões anteriores
- Metadados: Percebemos que os metadados precisavam ser unificadoe integrado à configuração - também percebemos que deveria haver uma maneira melhor de localizar
Configuração e ativação progressiva
A FreeBalance obteve sucesso na implementação rápida de software. Nossa primeira implementação, em Kosovo, levou 26 dias. O sistema operacional da época incluía controles orçamentários, impressão de cheques e uma estrutura de plano de contas. As funções contábeis vieram depois. Assim como a tesouraria e os controles descentralizados. A abordagem de configuração nas versões anteriores do software FreeBalance facilitou ganhos rápidos. Percebemos que poderíamos "ativar progressivamente" qualquer governo para funções avançadas de finanças públicas, como no caso do Governo do Canadá.
Desde a conclusão da primeira versão de nosso FreeBalance Accountability Suite em 2009, observamos uma necessidade crescente de ativação progressiva.
Os governos buscam o progresso e a modernização, apoiados por sistemas GRP para:
- Reforma da governança: PFM, auditoria, serviço público, compras e reforma tributária
- Governo aberto: transparência orçamentária, fiscal, de compras, de receitas e de resultados com mecanismos participativos
- Descentralização: agência e descentralização fiscal subnacional, devoluçã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 para sistemas de engajamento, para sistemas de inteligência e para sistemas de inovação
- Modernização do desempenhoOrçamento de programas, estruturas de desempenho, resultados e resultados
Vantagem da integração de produtos e serviços
Conheci um funcionário sênior do tesouro do governo de um país africano que usa um sistema ERP de nível 1 para gerenciamento financeiro. O sistema ainda estava em fase piloto depois de dois anos. Ele me acusou de ser de uma dessas "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 um software que ainda não foi implementado. Expliquei como nosso sistema usava uma abordagem de configuração para acelerar as implementações. Ele simplesmente riu. Não acreditava nem um pouco que isso fosse possível. Ele sabia muito bem como eram as implementações de ERP no governo.
A FreeBalance se beneficiou de um foco único no governo. Nosso software pode ser altamente configurávelquando comparado ao software genérico.
Há outra característica exclusiva da FreeBalance. Muitos de nossos primeiros clientes internacionais contrataram grandes empresas de integração de sistemas. Nós é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 do governo para alterações de recursos 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 é por meio de parceiros de integração com um segundo canal por meio do suporte ao produto. Os fabricantes de software geralmente estão desconectados das necessidades dos clientes. Os fabricantes que oferecem suporte a muitos mercados verticais geralmente não têm conhecimento especializado, de modo que a "loteria de recursos" geralmente favorece alguns mercados em detrimento de outros.
Nossa abordagem é muito diferente.
Nossa política é estarmos envolvidos em todas as implementações. 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 essa personalização se torna parte do nosso código comercialmente suportado na próxima versão. Não há código órfão.
Os fabricantes tradicionais de software empresarial criam roteiros de produtos de longo prazo. Essa é uma abordagem aceita. Não faz sentido, mas "é assim que as coisas são". As necessidades dos clientes e a tecnologia mudam tanto que mapear os recursos do produto para os próximos 3 a 5 anos é mais um jogo de azar. Especialmente com qualquer nível de detalhe.
Eu sei, os clientes estão condicionados a roteiros. Os clientes em potencial querem ver nosso roadmap de 5 anos. Nosso roteiro de 10 anos. Acho que é para ver se alguma função necessária que esteja faltando pode estar no pipeline. Mostramos aos governos o PFM Component Map e explicamos que faremos qualquer coisa aqui e adaptaremos o software para atender às suas necessidades. (Desde que não seja uma prática ruim).
Nossa abordagem é criar um roteiro detalhado de produtos para três anos com base em nossas experiências aprofundadas com os clientes. Além disso, nossa pesquisa governamental e tecnológica. Todos os anos, apresentamos esse roteiro ao FreeBalance International Steering Committee (FISC). Os participantes do FISC alteram as prioridades do roteiro e acrescentam itens.
Isso inclui produtos e serviços.
A ativação progressiva elimina a dívida técnica
FreeBalance é um empresa social. Nosso mandato é construir prosperidade do país inteligente por meio da governança viabilizada pela tecnologia. Os governos não podem construir a prosperidade quando estão sob dívida técnica dos sistemas de informação. A tecnologia deve possibilitar a reforma da governança.
Essa 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 configurado para vários anos
- Metadados unificados
- Campos de dados adicionais
- Arquivo de idioma único (em vez de conjuntos rígidos de idiomas)
- Configuração da terminologia
- Ajuda adaptável por meio de um sistema de gerenciamento de conteúdo integral