Activación progresiva y sin código en la planificación de recursos gubernamentales
Uno de nuestros clientes, hace unos años, me dijo: "todos los gobiernos creen que son diferentes, ¡pero nosotros somos realmente diferentes!". Si hay algo que hemos aprendido después de casi 40 años tratando exclusivamente con el sector público, es que los procesos gubernamentales son diferentes. Diferentes entre gobiernos. Diferentes dentro de los gobiernos. Muy distintos de los de las empresas. Y cambian constantemente.
Adaptar el software comercial disponible (COTS) para que funcione en organizaciones gubernamentales puede ser una experiencia muy insatisfactoria. Los proyectos de software empresarial en la administración pública son plagado de fracasos y métodos de aplicación complejos. Muchos en la industria tecnológica ven estos sinsabores como el "coste de hacer negocios". "Es lo que hay", etc.
¿Por qué tiene que ser así? ¿Por qué el software COTS no puede adaptarse fácilmente a los requisitos cambiantes?
Esta entrada de blog describe nuestro viaje hacia un "activación progresiva"y "sin código".
La mayoría del software COTS utilizado para Planificación de recursos públicos (GRP) requiere una importante personalización del código. El desarrollo de software, que suele utilizar lenguajes de programación patentados, permite a los gobiernos satisfacer requisitos personalizados. Pero tiene un coste.
Muchos expertos en Gestión de las Finanzas Públicas (PFM) que no veían mucha diferencia entre configuración o personalización, a menudo se referían a cualquier adaptación como "personalización". Llevamos tiempo hablando de la diferencia. Y el sector nos ha alcanzado al definir la configuración como personalización "sin código". El uso de software de ayuda para facilitar el desarrollo de código se denomina ahora desarrollo de "bajo código". Yo prefiero el término "configuración", pero este espectro de "sin código" a "código completo" es un modelo útil.
Deuda técnica del software de computación empresarial
La personalización del código incluye costes elevados y futuro retos de adaptabilidad. La personalización genera deuda técnica.
El software genérico, como la planificación de recursos empresariales (ERP), es muy adaptable mediante lenguajes de programación propios como ABAP y PL/SQL. Es cierto que el software ERP no es un páramo de configuración con:
- Configuración de parámetros estándar como ejercicios fiscales, divisas, proveedores, etc.
- Mercado vertical rápida puesta en marcha para facilitar la aplicación, aunque hay pocas aplicables a los sectores públicos
- Mejores prácticas, principalmente del sector privado, incorporados a programas informáticos que podrían ser aplicables a algunas funciones de la Administración, siempre que no se requiera una reforma legal.
Los gobiernos adquieren importantes y compuestos deuda técnica mediante la personalización total del código. La personalización de bajo código también aumenta la deuda técnica.
La deuda técnica incluye:
- Complejidad de la aplicación de articular plenamente los requisitos e implantar un desarrollo similar al totalmente personalizado, lo que requiere coordinar los equipos de programación e instituir una garantía de calidad exhaustiva.
- Complejidad del mantenimiento después de la implantación aumenta porque hay código huérfano que debe ser soportado mediante recursos internos, no es responsabilidad del fabricante
- Complejidad de la actualización cuando se aprovechan funciones de nuevas versiones, ya que el código personalizado debe examinarse y racionalizarse con la nueva versión.
- Cambio Complejidad a través de la necesidad de comprender el código huérfano antes de embarcarse en el cambio
La personalización del código no sólo puede crear deuda técnica. La tecnología puede limitar las oportunidades de reforma. A esto lo llamamos "brecha tecnológica“.
Los signos de la brecha tecnológica en juego son:
- Pobre plazo de obtención de resultados para implementaciones
- Pobre tiempo de cambio para sistemas
- Muchos contratos de alto coste personal gestionar sistemas
- Errores frecuentes del sistema y calidad problemas
- Capacidad limitada de aprovechar los datos para otros fines debido a la falta de apertura debido al bloqueo de la tecnología patentada
- Limitado integración de subsistemasincluso entre productos del mismo fabricante
A Grupo Gartner análisis descubrió que los programas informáticos no diseñados para adaptarse al futuro cuestan a las organizaciones unas 50 veces las inversiones originales en 15 años.
Deuda técnica de la planificación de recursos gubernamentales
Las administraciones públicas se enfrentan a implantaciones más complejas que las empresas.
Las implantaciones de software para empresas gubernamentales son más complejas de:
- Muchas más líneas de negocio nacional o subnacional, que los conglomerados empresariales
- Elevadas limitaciones de capacidad humana en tecnología, proyectos y conocimientos funcionales
- Gestión del rendimiento más compleja estructuras y planificación, porque el gobierno no tiene una cuenta de resultados como "Beneficio o pérdida“
- Mayor diversidad de prácticas por exigencias legales
- Planificación más compleja a través de varios años presupuestos que crean controles en los sistemas de contabilidad de compromiso
- Preocupaciones políticas importantes para implantaciones en el sector público
Los gobiernos también experimentan una huella de cambio más amplia que las organizaciones del sector privado:
- Más reorganizaciones después de las elecciones, y de los cambios de gabinete
- Más reformas legales porque muchos procedimientos del sistema están fijados por ley, y las leyes cambian; por ejemplo: paso a la contabilidad de ejercicio, apoyo a la Cuenta Única del Tesoro, reforma de la contratación, reforma de la función pública
- Más cambios en los procesos además de la reforma jurídica
- Más normas internacionales como MTEF, IPSAS, COFOG, GFS y SDGs, además de apoyar algunas normas del sector privado.
- Limitaciones organizativas más amplias incluidos los intereses creados que se oponen al cambio
- Mayor uso de la tecnología heredada en el gobierno haciendo que el cambio sea costoso, aunque cargado de elevados costes de explotación y mantenimiento
Diseñar la deuda técnica de la planificación de recursos gubernamentales
El diseño del producto genera deuda técnica o valor añadido técnico. Un diseño eficaz da lugar a soluciones elegantes para los problemas de los clientes. Nuestro enfoque en la administración pública nos ha liberado de muchas limitaciones del software empresarial.
El diseño de la web nativa FreeBalance Accountability Suite™ comenzó a mediados de 2006. Examinamos muchas de las limitaciones a las que se enfrentan los fabricantes de software empresarial y sacamos algunas conclusiones:
- Funciones gubernamentales: Faltan fabricantes de software completo funciones gubernamentales debido a la necesidad de vender software a muchas industrias, o mercados verticalesen muchas clases de software (ERP, CRM, SCM, HCM, etc.) o mercados horizontalesy en todo el pila de software (base de datos, servidor de aplicaciones, middleware, etc.)
- Ciclo presupuestario: Los fabricantes de software carecían de soporte completo para todo el ciclo gubernamental de política, planificación presupuestaria, compromisos y obligacionespara todas las aplicaciones de gastos e ingresos
- Adaptabilidad: Los fabricantes de software confiaban en personalización del código porque a menudo los programas informáticos se diseñaron originalmente para las empresas
- Metadatos: Los fabricantes de definición de datos problemas dentro de las suites de productos que comprometían integración y controles, a menudo de la empresa adquisicionesal tiempo que proporciona localización, especialmente para las lenguas
Nuestra primera decisión fue desarrollar un plataforma específica del gobierno con un unificado diseño. El paquete de productos se desarrolló basándose en nuestra Mapa de componentes de la gestión de las finanzas públicas.
Aprovechamos la oportunidad para abordar las limitaciones de la tecnología heredada reescribiendo nuestro software para la web. Habíamos aprendido mucho de la migración de nuestro software anterior de Canadá a otros países:
- Funciones gubernamentales: Nuestro enfoque nos ha permitido construir completo funciones gubernamentales en todo el Mapa de Componentes de la GFP porque, con la adecuada horizontal funcionalIgnorar otros mercados y desarrollar un sistema abierto que admita muchos paquetes de software.
- Ciclo presupuestario: Nuestro enfoque nos ha permitido apoyar a todo el ciclo presupuestario, haciendo que todas las solicitudes consciente del presupuesto
- Adaptabilidad: Comprendimos la deuda técnica del gobierno y ampliamos configurabilidad significativamente de nuestras anteriores versiones
- Metadatos: Nos dimos cuenta de que los metadatos debían unificadoTambién nos dimos cuenta de que tenía que haber una forma mejor de localizar la información.
Configuración y activación progresiva
FreeBalance había conseguido implantar software con rapidez. Nuestra primera implantación, en Kosovo, tardó 26 días. El sistema operativo de entonces incluía controles presupuestarios, impresión de cheques y una estructura de plan contable. Las funciones contables vinieron después. Al igual que la tesorería y los controles descentralizados. El enfoque de configuración de las versiones anteriores del software FreeBalance facilitó la obtención de resultados rápidos. Nos dimos cuenta de que podíamos "activar progresivamente" a cualquier gobierno a funciones avanzadas de finanzas públicas como las que disfruta el Gobierno de Canadá.
Desde la finalización de la primera versión de nuestro sitio web FreeBalance Accountability Suite módulos en 2009, hemos observado una creciente necesidad de activación progresiva.
Los gobiernos buscan el progreso y la modernización, apoyados por sistemas de GRP para:
- Reforma de la gobernanza: Gestión de las finanzas públicas, auditoría, función pública, contratación pública y reforma fiscal
- Gobierno Abiertotransparencia presupuestaria, fiscal, de contratación, de ingresos y de resultados con mecanismos participativos
- Descentralizaciónagencia y descentralización fiscal subnacional, desconcentración
- Tecnología Automatizaciónautomatización: eficacia, alertas de excepción, inteligencia artificial
- Transformación digital: migración de sistemas de registro a sistemas de compromiso, sistemas de inteligencia y sistemas de innovación
- Modernización del rendimientoPresupuestación por programas, estructuras de rendimiento, efectos y resultados
Ventaja de la integración de productos y servicios
Conocí a un alto funcionario de Hacienda de un país africano que utilizaba un sistema ERP de primer nivel para la gestión financiera. El sistema seguía en fase piloto después de dos años. Me acusó de pertenecer a una de esas "empresas occidentales" que exigen millones de dólares al año a los gobiernos pobres sólo para pagar el mantenimiento del software. Mantenimiento de un software que aún no se había implantado. Le expliqué cómo nuestro sistema utilizaba un enfoque de configuración para acelerar las implantaciones. Se rió. No creía que fuera posible. Lo sabía todo sobre las implantaciones de ERP en las administraciones públicas.
FreeBalance se ha beneficiado de un enfoque centrado en la administración pública. Nuestro software puede ser configurable de forma masivaen comparación con el software genérico.
Hay otra característica única de FreeBalance. Muchos de nuestros primeros clientes internacionales contrataron a grandes empresas de integración de sistemas. Nosotros éramos un proveedor de software, con algunas responsabilidades de subcontratación. Descubrimos que nuestra participación en el proyecto era proporcional al éxito del mismo. También nos dimos cuenta de que nuestros socios no habían transmitido muchas peticiones de cambios en las funciones. Nuestra hoja de ruta de productos no estaba alineada.
El enfoque tradicional de las hojas de ruta de los productos de software empresarial es a través de socios integradores con un segundo canal a través del soporte del producto. Los fabricantes de software suelen estar desconectados de las necesidades de los clientes. Los fabricantes que dan soporte a muchos mercados verticales suelen carecer de experiencia, por lo que la "lotería de características" suele favorecer a unos mercados en detrimento de otros.
Nuestro enfoque es muy diferente.
Nuestra política es participar en todas las implantaciones. Entendemos el mercado gubernamental. Trabajamos con empresas de integración de sistemas. Nuestros equipos de productos y servicios están integrados de tal forma que realizamos cualquier personalización del producto que sea necesaria. Y esta personalización pasa a formar parte de nuestro código comercial en la siguiente versión. No hay código huérfano.
Los fabricantes tradicionales de software empresarial elaboran hojas de ruta de productos a largo plazo. Es un enfoque aceptado. No tiene sentido, pero "así son las cosas". Las necesidades de los clientes y la tecnología cambian tanto, que trazar las características del producto para los próximos 3 a 5 años, es más bien un juego de azar. Especialmente con cualquier nivel de detalle.
Lo sé: los clientes están condicionados a las hojas de ruta. Los clientes potenciales quieren ver nuestra hoja de ruta a 5 años. Nuestra hoja de ruta a 10 años. Supongo que es para ver si faltan funciones necesarias. Mostramos a los gobiernos el mapa de componentes de PFM y les explicamos que aquí haremos lo que sea y adaptaremos el software para satisfacer sus necesidades. (Siempre que no sea una mala práctica).
Nuestro enfoque consiste en elaborar una hoja de ruta de producto detallada a tres años, basada en nuestra profunda experiencia con los clientes. Y en nuestra investigación gubernamental y tecnológica. Cada año la presentamos a nuestro Comité Directivo Internacional de FreeBalance (FISC). Los asistentes al FISC cambian las prioridades de la hoja de ruta y añaden elementos.
Esto incluye productos y servicios.
La activación progresiva acaba con la deuda técnica
FreeBalance es un empresa social. Nuestro mandato es construir prosperidad de los países inteligentes mediante una gobernanza basada en la tecnología. Los gobiernos no pueden construir la prosperidad cuando están sometidos a la deuda técnica de los sistemas de información. La tecnología debe permitir la reforma de la gobernanza.
Este enfoque de configuración, que permite la activación progresiva, incluye:
- Parametrización de reglas de negocio
- Flujo de trabajo sin código
- Plan de cuentas configurado para varios años
- Metadatos unificados
- Campos de datos adicionales
- Fichero de una sola lengua (en lugar de conjuntos lingüísticos rígidos)
- Configuración terminológica
- Ayuda adaptable mediante un sistema integral de gestión de contenidos