La planificación de los recursos gubernamentales como clase de inversión pública=

La planificación de los recursos públicos como inversión pública

Ya es hora de que las organizaciones gubernamentales consideren el software empresarial como un activo, una inversión pública. Las organizaciones gubernamentales, con demasiada frecuencia, parecen adquirir software para llenar un vacío de gobernanza, como adquirir un sistema de contratación electrónica para aumentar la competencia y ahorrar dinero en las adquisiciones. Sin embargo, estos sistemas autónomos aumentan la posibilidad de que los gobiernos caigan en mora debido a la pérdida de controles de compromiso en muchos sistemas autónomos. contrataciónde nóminas y subvenciones. (Una vez vi una presentación en la que se sugería que era imposible integrar los controles de los compromisos con un sistema de gestión de subvenciones).

La naturaleza de las inversiones en software

Los activos fijos tienen un valor que se deprecia con el tiempo. Las inversiones en software tienen dos características adicionales: deuda técnica y extensibilidad. Estas características deben tenerse en cuenta en toda la cartera de inversiones públicas en software.
La naturaleza de las inversiones en software
La deuda técnica se caracteriza por el uso de legado y software a medida en la administración pública que restringe el cambio. Esto es particularmente problemático en el gobierno, donde hay la necesidad de una reforma continua de la gestión de las finanzas públicas. Los sistemas de información que no pueden adaptarse fácilmente al cambio se vuelven financieramente insostenibles. Otro signo de deuda técnica es cuando una parte significativa del presupuesto de TI se asocia a mantener las "luces encendidas".
La deuda técnica se agrava por el uso de muchos sistemas independientes en la cartera de software. Los metadatos tienden a ser diferentes y se pierden los controles de compromiso. La integración es difícil. La información de gestión suele llegar tarde o ser inexacta.
Coste, precisión, tiempo y eficacia
La extensibilidad consiste en aprovechar el activo de software. Un software diseñado eficazmente permite la reutilización funcional para soportar cambios y nuevas características y módulos. Esto se consigue a través de una plataforma que permite la reutilización funcional a través de muchos módulos. También proporciona una única fuente de gestión, una unificado plataforma en la que un cambio en el plan contable o el flujo de trabajo se produce una vez y se transmite en cascada a todas las aplicaciones.
Un software diseñado eficazmente permite la reutilización funcional para soportar cambios y nuevas características y módulos.
Muchos proveedores de software no ofrecen a los gobiernos todo el valor de la extensibilidad. En este caso, los proveedores de software cobran a los gobiernos por la funcionalidad duplicada, es decir, el código de software subyacente que se adquirió en otro módulo.

Gestión de la cartera de software: Extensibilidad frente a deuda técnica

¿Cómo puede determinar dónde sus activos de software representan la oportunidad de la extensibilidad o la carga de la deuda técnica?
Gestión de la cartera de software: Extensibilidad frente a deuda técnica

  1. Cobertura: Los proveedores con soluciones puntuales no disponen de software extensible. Los compradores deben desconfiar de los proveedores que completan las funciones de gestión de las finanzas públicas (PFM) con software del sector privado, sobre todo en ámbitos como la planificación presupuestaria, las nóminas y la contratación, en los que los requisitos de la Administración difieren considerablemente de los de las empresas.
  2. Reutilización: El diseño moderno de software utiliza programación orientada a objetos para su reutilización. Los componentes pequeños se ensamblan para proporcionar funcionalidad. Esto difiere del diseño heredado, en el que se creaban objetos grandes o monolíticos con funcionalidades duplicadas que no podían ensamblarse fácilmente.
  3. Metadatos: Un diseño unificado significa la posibilidad de cambiar algo una vez. Muchos proveedores han adquirido aplicaciones y necesitan complejas herramientas de gestión de metadatos para garantizar la coherencia de las definiciones.
  4. Integración: La plena compatibilidad con los servicios web estándar del sector simplifica la reutilización y la extensibilidad. Los métodos de integración propietarios y de archivos planos introducen retos técnicos.
  5. Apertura: Cuanto más abierto esté diseñado un sistema, más fácil será ampliarlo. Los sistemas abiertos reducen la dependencia. Algunos proveedores intentan bloqueo compradores con bases de datos, sistemas operativos y lenguajes de programación propietarios.
  6. Adaptación: Los sistemas que no están diseñados para cambiar fácilmente aumentan el coste cuando se intenta apoyar la reforma de la gestión de las finanzas públicas. La necesidad de contratar a consultores muy caros o al proveedor original de desarrollo de software aumenta la carga técnica.
  7. Plataforma: Hay muchas definiciones de "plataforma", desde una plataforma tecnológica hasta una plataforma empresarial completa. Una plataforma empresarial y tecnológica comercial lista para usar (COTS) completa como la Plataforma de rendición de cuentas FreeBalance la necesaria reutilización entre componentes.
  8. Idioma: Muchos proveedores de software empresarial utilizan lenguajes de programación propietarios, a menudo desarrollados durante la era cliente/servidor. Esto limita la elección a un reducido grupo de consultores capaces de desarrollar nuevas funciones y aprovechar cualquier extensibilidad del software.

El enfoque FreeBalance

Hemos diseñado el Plataforma de rendición de cuentas FreeBalance ser extensible y financieramente sostenible. Un cuadro de mando de extensibilidad frente a deuda técnica para el software de planificación de recursos gubernamentales FreeBalance debería tener en cuenta:

  1. Cobertura: FreeBalance tiene una cobertura casi completa en el Mapa del Componente de Gestión de las Finanzas Públicas. Aprovechamos la extensibilidad de nuestra plataforma para ampliarla en estos ámbitos.
  2. Reutilización: FreeBalance utiliza un enfoque SOA por componentes.
  3. Metadatos: FreeBalance ofrece un diseño unificado.
  4. Integración: La integración con el software FreeBalance utiliza servicios web estándar del sector
  5. Apertura: El software FreeBalance es agnóstico en cuanto a plataformas gracias a la compatibilidad con Java EE.
  6. Adaptación: FreeBalance admite configuración y activación progresiva para reducir la deuda técnica.
  7. Plataforma: La Plataforma de rendición de cuentas FreeBalance es una plataforma empresarial y tecnológica completa.
  8. Idioma: No hay tecnología heredada, sin empaquetado de código cliente/servidor como hacen los principales proveedores de software empresarial. El software FreeBalance está basado en Java Enterprise Edition, un sistema abierto. Java EE es también la opción más popular para aplicaciones web de nivel empresarial.

Además, los precios de FreeBalance tienen en cuenta los objetos empresariales subyacentes, que denominamos "entidades gubernamentales", de modo que los módulos adicionales resultan menos costosos.

Cómo afrontar la deuda técnica en la gestión de la cartera de software

Es probable que la mayoría de las organizaciones gubernamentales hayan acumulado una importante deuda técnica. El ERP heredado y el software desarrollado a medida proliferan en muchas administraciones públicas. Hemos visto situaciones en las que cunde el pánico cuando los desarrolladores de software se jubilan de las organizaciones gubernamentales. Una ruta de actualización realista de "óxido" a lo moderno incluye:

  • Los sistemas centrales propios altamente personalizados para los controles de compromisos y la contabilidad, con numerosos puntos de integración lógica, representan la deuda técnica más elevada.
  • Los sistemas no esenciales que funcionan con poca necesidad de integración (salvo al final de un periodo) y no se han personalizado de forma significativa representan la deuda técnica más baja.
  • La sustitución del sistema central puede mejorar la gestión y la integración. La reutilización de funcionalidades permite sustituir pequeños subsistemas creados por mandatos únicos. Estos pueden migrarse al sistema central.
  • La necesidad de apoyar la funcionalidad de cara al ciudadano es a menudo la causa de la deuda técnica. Los ciudadanos esperan un funcionamiento fluido, lo que a menudo implica hablar con muchos sistemas administrativos.

Diseño unificado

Diseño unificado
El diseño unificado de las plataformas de software permite una visión holística de las operaciones de las finanzas públicas, incluyendo:

  • Metadatos comunes para formar una única versión de la verdad que permita la toma de decisiones, la auditoría y la transparencia gubernamental.
  • Controles comunes para prevenir la morosidad y garantizar el cumplimiento de las prácticas financieras
  • Gestión común del sistema para que los cambios en un área se extiendan a todos los módulos.

Temas

Contacto