Está mais do que na hora de as organizações governamentais considerarem o software de classe empresarial como um ativo, um investimento público. As organizações governamentais, com muita frequência, parecem adquirir software para preencher uma lacuna de governança, como adquirir um sistema de compras eletrônicas para aumentar a concorrência e economizar dinheiro em aquisições. No entanto, esses sistemas autônomos aumentam a chance de os governos ficarem em atraso devido à perda de controles de compromisso em muitos sistemas autônomos. comprasO software de controle de compromissos, folha de pagamento e subsídios. (Certa vez, assisti a uma apresentação em que foi sugerido que era impossível integrar controles de compromisso com um sistema de gerenciamento de subsídios).
A natureza dos investimentos em software
Os ativos fixos têm valor que se deprecia com o tempo. Os investimentos em software têm duas características adicionais: dívida técnica e extensibilidade. Essas características precisam ser consideradas em todo o portfólio de investimentos públicos em software.
A dívida técnica é caracterizada pelo uso de legado e software desenvolvido sob medida no governo que restringe a mudança. Isso é particularmente problemático no governo, onde há a necessidade de uma reforma contínua do gerenciamento das finanças públicas. Os sistemas de informação que não conseguem se adaptar facilmente às mudanças tornam-se financeiramente insustentáveis. Outro sinal de dívida técnica é quando uma parte significativa do orçamento de TI está associada à manutenção das "luzes acesas".
A dívida técnica é agravada pelo uso de muitos sistemas autônomos no portfólio de software. Os metadados tendem a ser diferentes e os controles de compromisso são perdidos. A integração é difícil. As informações gerenciais geralmente são atrasadas ou imprecisas.
A extensibilidade tem a ver com o aproveitamento do ativo de software. Um software projetado de forma eficaz permite a reutilização funcional para dar suporte a mudanças e novos recursos e módulos. Isso é feito por meio de uma plataforma que permite a reutilização funcional em vários módulos. Ela também oferece uma fonte única de gerenciamento, um unificado plataforma em que uma alteração no plano de contas ou no fluxo de trabalho ocorre uma vez e é transmitida em cascata para todos os aplicativos.
Muitos fornecedores de software não oferecem aos governos o valor total da extensibilidade. Nesse caso, os fornecedores de software cobram dos governos pela funcionalidade duplicada - código de software subjacente que foi adquirido em outro módulo.
Gerenciamento de portfólio de software: Extensibilidade vs. Dívida Técnica
Como você pode determinar onde seus ativos de software representam a oportunidade de extensibilidade ou o ônus da dívida técnica?
- Cobertura: Os fornecedores com soluções pontuais não têm software extensível. Os compradores devem ter cuidado com os fornecedores que preenchem a funcionalidade de Gestão Financeira Pública (PFM) com software do setor privado, especialmente em áreas como planejamento orçamentário, folha de pagamento e compras, em que os requisitos do governo diferem significativamente dos requisitos das empresas.
- Reusabilidade: O design de software moderno utiliza programação orientada a objetos para reutilização. Pequenos componentes são montados para proporcionar funcionalidade. Isto difere do design antigo onde objetos grandes ou monolíticos foram criados com funcionalidade duplicada que não podem ser facilmente montados.
- Metadados: Design unificado significa a capacidade de mudar algo uma vez. Muitos fornecedores adquiriram aplicações e exigem ferramentas complexas de gerenciamento de metadados para garantir que as definições permaneçam consistentes.
- Integração: O suporte total aos serviços da Web padrão do setor simplifica a reutilização e a extensibilidade. Os métodos de integração proprietários e de arquivos simples apresentam desafios técnicos.
- Abertura: Quanto mais aberto for o projeto de um sistema, mais fácil será estendê-lo. Os sistemas abertos reduzem o aprisionamento. Alguns fornecedores tentam lock-in compradores com bancos de dados proprietários, sistemas operacionais e linguagens de programação.
- Adaptação: Sistemas que não são projetados para mudanças fáceis aumentam os custos quando se tenta apoiar a reforma da GFP. A necessidade de contratar consultores de alto preço ou o fornecedor original de desenvolvimento de software aumenta a carga técnica.
- Plataforma: Há muitas definições de fornecedor de uma "plataforma", desde uma plataforma tecnológica até uma plataforma comercial completa. Uma plataforma comercial completa de negócios e tecnologia como o COTS (Commercial Off-the-Shelf). Plataforma FreeBalance Accountability a reutilização necessária entre os componentes.
- Idioma: Muitos fornecedores de software empresarial utilizam linguagens de programação proprietárias, muitas vezes desenvolvidas durante a era cliente/servidor. Isto limita a escolha a um grupo restrito de consultores que são capazes de desenvolver novas funcionalidades e tirar proveito de qualquer extensibilidade no software.
A abordagem FreeBalance
Projetamos o Plataforma FreeBalance Accountability para ser extensível e financeiramente sustentável. Um scorecard de extensibilidade vs. dívida técnica para o software FreeBalance Government Resource Planning deve considerar:
- Cobertura: O FreeBalance tem cobertura quase completa em todo o mundo. Mapa do componente de gestão financeira pública. Estamos usando a extensibilidade de nossa plataforma para ampliar essas áreas.
- Reusabilidade: O FreeBalance usa uma abordagem SOA de componentes.
- Metadados: O FreeBalance oferece um design unificado.
- Integração: A integração com o software FreeBalance usa serviços da Web padrão do setor
- Abertura: O software FreeBalance é independente de plataforma graças ao suporte a Java EE.
- Adaptação: FreeBalance suporta configuração e ativação progressiva para reduzir o débito técnico.
- Plataforma: O Plataforma FreeBalance Accountability é uma plataforma completa de negócios e tecnologia.
- Idioma: Não há tecnologia legada, sem agrupamento de código cliente/servidor, como é feito pelos principais fornecedores de software empresarial O software FreeBalance foi desenvolvido com base no Java Enterprise Edition, um sistema aberto. O Java EE também é a opção mais popular para aplicativos da Web de nível empresarial.
Além disso, o preço do FreeBalance considera os objetos de negócios subjacentes, que chamamos de "entidades governamentais", de modo que os módulos adicionais se tornam menos caros.
Como enfrentar a dívida técnica no gerenciamento de portfólio de software
É provável que a maioria das organizações governamentais tenha acumulado uma dívida técnica significativa. O ERP legado e o software desenvolvido sob medida estão em alta em muitos governos. Já vimos situações em que o pânico se instala quando os desenvolvedores de software estão se aposentando das organizações governamentais. Um caminho realista de atualização de "ferrugem" para o moderno inclui:
- Sistemas centrais proprietários altamente personalizados para controles de compromisso e contabilidade com vários pontos de integração lógica representam o maior débito técnico.
- Os sistemas não essenciais que operam com pouca necessidade de integração (exceto no final de um período) e que não foram significativamente personalizados representam o menor débito técnico.
- A substituição do sistema principal pode melhorar o gerenciamento e a integração. A reutilização da funcionalidade permite a substituição de pequenos subsistemas que foram criados devido a mandatos exclusivos. Eles podem ser migrados para o sistema principal.
- A necessidade de oferecer suporte à funcionalidade voltada para o cidadão é, muitas vezes, onde o ônus da dívida técnica é percebido. Os cidadãos esperam uma operação contínua, o que geralmente significa conversar com muitos sistemas de back-office.
Projeto unificado
O design unificado das plataformas de software permite uma visão holística das operações de finanças públicas, incluindo:
- Metadados comuns para formar uma única versão da verdade e permitir a tomada de decisões, a auditoria e a transparência do governo
- Controles comuns para evitar atrasos e garantir a conformidade com as práticas financeiras
- Gerenciamento comum do sistema para permitir que as mudanças em uma única área se espalhem por todos os módulos