¿Qué hace FreeBalance de forma diferente? class=

¿En qué se diferencia FreeBalance?

¿Por qué elegir la solución FreeBalance GRP?

Esta es la parte 2 de 3 posts:

  1. ¿Por qué son diferentes las implantaciones del SIGF de GRP?
  2. ¿En qué se diferencia FreeBalance?
  3. Consejos prácticos para optimizar su proyecto FreeBalance GRP

Planificación de recursos gubernamentales (GRP) para los Sistemas de Información de Gestión Financiera (FMIS) de la Administración difieren de alternativas como los sistemas de Planificación de Recursos Empresariales (ERP) diseñados para el sector privado. El software de planificación de recursos gubernamentales, como el FreeBalance Accountability Suite™es un software de clase empresarial diseñado exclusivamente para las administraciones públicas.

Los proyectos FMIS del Gobierno son transformacional. No son sólo una iniciativa técnica administrativa. Los proyectos de SIGF transforman la forma de gestionar un gobierno. La implantación de Gestión de las finanzas públicas a menudo requiere tanto reformas legales como la reestructuración de las organizaciones gubernamentales.

FreeBalance Accountability Suite. Más información

Desafíos comunes en la implantación del SIGF

  • Deficiencias en las capacidades humanas: Los nuevos y sofisticados programas informáticos, combinados con procesos fiscales mejorados, pueden gravar la capacidad de la función pública
  • Cambio organizativo: La automatización de la gestión financiera, los controles y los informes sustituyen a los procesos tecnológicos manuales y heredados altera los requisitos laborales, las estructuras jerárquicas y las relaciones de poder, especialmente el uso de la tecnología para imponer la rendición de cuentas.
  • Reforma legal Cambio: La reforma de las finanzas públicas requiere una reforma legal y reglamentaria que altere aún más los requisitos laborales, las estructuras jerárquicas y las relaciones de poder, especialmente en torno a la transparencia fiscal.
  • Impacto global: Los programas informáticos financieros se extienden a todas las administraciones públicas, lo que agrava los problemas de capacidad y cambio y altera la autonomía organizativa percibida.
Desafíos comunes en la implantación del SIGF

Todo proyecto de SIGF gubernamental conlleva un alto riesgo de transformación, pero también grandes recompensas. La reforma de la gestión de las finanzas públicas apoyada por transformación digital de la administración pública proporciona muchas ventajas, entre ellas:

  • Transparencia y responsabilidad para reducir el fraude (USAID) y la corrupción (U4)
  • Mejora de la asignación de presupuestos (Banco Mundial)
  • Mejora de la eficiencia y eficacia del gasto (Banco Mundial)
  • Presupuestos más creíbles (U4) y (IBP)
  • Mejora de la disciplina fiscal (Secretaría del PEFA)

¿Cuáles son las ventajas del software GRP de FreeBalance?

FreeBalance enfoque exclusivo en PFM ha permitido a la empresa comprender plenamente la promesa transformadora de un FMIS gubernamental. Como resultado, nuestro Software GRP y la metodología de implantación están diseñados para optimizar los beneficios de la transformación minimizando los riesgos.

¿Qué hace diferentes (y mejores) a las implementaciones de GRP de FreeBalance?

FreeBalance implantaciones globales de GRP difieren de los enfoques tradicionales en tres aspectos fundamentales:

  1. Gobernanza de proyectos: Dado que FreeBalance actúa tanto como proveedor de software como socio de implementación, somos responsables tanto de la adecuación del producto como del éxito del proyecto. 
  2. Glocal: Nuestro compromiso con la creación de equipos locales nos permite ofrecer a los gobiernos clientes unos costes óptimos y una eficacia mejorada específica para cada gobierno mediante la combinación de personal de proyecto internacional y local de FreeBalance.
  3. Sostenibilidad: Una solución FreeBalance ofrece asequibilidad a lo largo de muchos años, lo que proporciona sostenibilidad fiscal. Nuestro enfoque de activación progresiva significa que el FMIS puede adaptarse fácilmente para apoyar la modernización futura, lo que contribuye a la sostenibilidad de la iniciativa de reforma de la gestión de las finanzas públicas.

Muchos proveedores de soluciones FMIS, que no disponen de software de planificación de recursos gubernamentales, suelen alegar ventajas similares. A continuación presentamos nuestro análisis de los diferenciadores clave en las implantaciones de FMIS:

  • Enfoque tradicional: 
    • LegadoEnfoque tradicional de la implantación del SIGF
  • Contexto a medida: 
    • Razonamiento para el enfoque heredado del FMIS desarrollado a medida
  • Contexto ERP: 
    • Razonamiento del enfoque heredado para el software ERP
  • Contexto GRP: 
    • Razones por las que el software GRP permite enfoques más eficaces
  • Enfoque FreeBalance: 
    • Enfoque utilizado por FreeBalance para la planificación de los recursos públicos

1. Gobernanza del proyecto

Enfoque tradicional

Las estructuras de gobernanza de los proyectos pueden ser muy complejas en las implantaciones de FMIS debido a la mezcla de partes interesadas gubernamentales, financiadoras y proveedoras. Esta estructura se complica aún más por los diferentes incentivos entre las partes interesadas. 

La buena práctica de crear una oficina de gestión del programa (gestión diaria) con un comité de dirección del proyecto (supervisión y decisiones importantes) suele aplicarse en todos los escenarios.

Otras buenas prácticas de gobernanza de proyectos comunes a los enfoques del SIGF son las siguientes:

  • Garantizar el compromiso de los dirigentes 
  • Proporcionar equipos de proyecto gubernamentales especializados y autorizados para tomar decisiones
  • Involucrar a las partes interesadas y a los usuarios desde el principio y con frecuencia
  • Reconocer la naturaleza transformadora del FMIS que requiere la supervisión del ministerio de finanzas, no sólo la supervisión tecnológica.
  • Centrarse en los resultados más que en el calendario del proyecto, especialmente cuando se descubren nuevas pruebas.
  • Plan para la resistencia al cambio y el desarrollo continuo de capacidades

Leer: Consejos prácticos para optimizar su proyecto de GRP

Contexto a medida

Los proyectos a medida incluyen muchas consideraciones, como la selección de plataformas tecnológicas, arquitecturas y métodos de desarrollo. Por lo tanto, se requiere una gestión pormenorizada del proyecto con supervisión y trazabilidad desde los requisitos de alto nivel hasta la calidad individual del código.

Los gobiernos suelen seleccionar plataformas tecnológicas para proyectos a medida, incluso cuando se contrata la externalización del software. En otras palabras, existe una flexibilidad limitada para que las empresas expertas seleccionen las tecnologías con más probabilidades de éxito. 

Los gobiernos exigen unos conocimientos mínimos a los subcontratistas de desarrollo de software y a los desarrolladores individuales. Formación, experiencia y certificaciones reconocibles en herramientas de software, calidad y gestión de proyectos. 

Esta práctica de especificar los niveles de cualificación se ha considerado una "buena práctica". 

  • Teoríacertificaciones: validan los niveles de cualificación, lo que reduce el riesgo y la necesidad de una supervisión detallada.
  • RealidadLas certificaciones no validan la capacidad de comprender las necesidades específicas de la Administración, ni la capacidad de gestionar proyectos gubernamentales con tantas partes interesadas.

Los niveles de riesgo son mucho mayores en los proyectos a medida que en los comerciales. Por ejemplo, la refactorización cuando se descubre que las especificaciones son imprecisas, la mala calidad del producto por la falta de pruebas en comparación con las opciones comerciales y las dificultades de ingeniería para futuros cambios.

Contexto ERP

Los fabricantes de ERP rara vez forman parte de las estructuras de gobernanza de la implantación de proyectos de SIGF. Los gobiernos tratan directamente con empresas de integración de sistemas autorizadas a gestionar proyectos por los fabricantes de ERP. Los integradores de sistemas tienen un incentivo para añadir horas facturables para la personalización de código que a menudo es innecesario. Sin embargo, la reducción de la personalización favorece la puntualidad y el mantenimiento de los proyectos. Por lo tanto, la gestión de proyectos se centra en reducir la personalización del código es fundamental.

Software ERP se desarrolló para el sector privado. La funcionalidad para el sector público se ha añadido a estas suites de productos. Será necesario personalizar el código para implantar un SIFM, ya que las administraciones públicas necesitan una reforma legal para dar soporte a muchos procesos estándar en el software ERP. 

Los gobiernos exigen un diseño previo significativo para las opciones a medida y ERP. Normalmente se utiliza un enfoque de gestión de proyectos en "cascada" que consiste en documentar:

  • Tal cual describir cómo se procesan actualmente las funciones financieras públicas, qué aplicaciones informáticas se utilizan, ventajas y problemas
  • Por ser describir cómo se mejorarán las funciones, los problemas superados, las aspiraciones alcanzadas y la reciente reforma legal
  • Fit-Gap describir el grado de ajuste con el software COTS y cómo se superarán las deficiencias mediante la personalización del código
  • Requisitos de software con especificaciones de personalización completas

Cada etapa se aprueba utilizando la estructura de gobernanza. Los métodos ágiles para la gestión de proyectos ERP no se consideran una práctica útil debido al impacto negativo posterior de cualquier código desarrollado que necesite refactorización.

En El método en cascada se considera la "mejor práctica" para la implantación de cualquier ERP. 

  • Teoríalos requisitos pueden conocerse durante el diseño, articularse y comprenderse plenamente, con cambios posteriores limitados
  • Realidadlos requisitos de diseño suelen ser incorrectos por no comprender plenamente los procesos informales, la documentación compleja suele malinterpretarse, y el tiempo necesario para completar la documentación y las aprobaciones aumenta la resistencia al cambio y las demandas de personalización innecesaria del código

Los gobiernos intentan superar las limitaciones de capacidad contratando a consultores externos para que se encarguen de la supervisión.

El uso La contratación de consultores expertos en gestión de las finanzas públicas para ayudar al gobierno a supervisar los proyectos de planificación de recursos empresariales se considera una "buena práctica".

  • Teoría: Los consultores de PFM tienen experiencia en muchos proyectos similares y conocen las capacidades de los paquetes ERP
  • Realidad: En muchos gobiernos se corre un riesgo importante cuando los consultores toman decisiones sin comprender plenamente los contextos, exigen documentación y reuniones innecesarias para retrasar los proyectos o intentan aumentar las horas facturables.

Leer: Fallos de ERP en la Administración

Contexto GRP

Implantación de GRP casi siempre incluyen al fabricante como parte de la estructura de gobierno. Por lo tanto, el proyecto se beneficia de la conocimiento combinado del producto y del dominio de los proveedores de GRP. Sin embargo, la práctica de utilizar la gobernanza de proyectos en cascada puede suponer una limitación. Las aplicaciones de GRP son altamente configurable lo que significa que la mayor parte de la documentación de diseño es inútil cuando la funcionalidad puede demostrarse en talleres. La imposición de prácticas en cascada da lugar a todos los problemas asociados a las implantaciones de ERP, salvo que la fase de configuración y personalización es mucho más rápida.

Enfoque FreeBalance

En las implantaciones de FreeBalance, nuestros incentivos están alineados con nuestros clientes gubernamentales. La responsabilidad del proveedor mejora cuando el fabricante de GRP también participa en la aplicación y forma parte de la estructura de gobierno.

El carácter configurador de la FreeBalance Accountability Suite™ admite aplicación ágil. La configuración sin código y el flujo de trabajo de bajo código pueden adaptarse sin necesidad de refactorización. No es necesario proporcionar tal cual o to-be documentación cuando los resultados sean plenamente demostrables. Las interfaces y los informes también pueden implementarse de forma iterativa.

FreeBalance recomienda procesos más rígidos para el desarrollo a medida, aunque los procesos de gestión de requisitos y cambios de software siguen siendo ágiles.

A-13+qM

2. Enfoque de equipo global

Enfoque tradicional

Las empresas de integración de sistemas suelen encargarse de los proyectos de SIGF de las administraciones públicas. Estas empresas tienen incentivos para aumentar las horas facturables. Los conocimientos de estas empresas suelen estar compartimentados. 

Contexto a medida

Los proyectos personalizados o "a medida" son complejos. Hay que desarrollar a fondo los requisitos y especificaciones y seleccionar las plataformas tecnológicas. Por lo tanto, se requieren importantes conocimientos tecnológicos que abarcan la arquitectura, el diseño, la documentación, los entornos de desarrollo, la programación, las normas de código, las revisiones de código, las pruebas, la garantía de calidad y la publicación (algunos de estos elementos pueden certificarse). Y todo ello debe complementarse con conocimientos en el ámbito de las finanzas públicas.

Los proyectos a medida suelen ser desarrollados por empresas de integración de sistemas que utilizan principalmente local personal del país, especialmente en Mercado emergente y economía en desarrollo (EMDE). El personal incluye desarrolladores de software y expertos en la materia. Estos expertos suelen tener un profundo conocimiento de la gestión de las finanzas públicas en esos países, pero a menudo desconocen la amplia gama de posibles reformas futuras. Mientras tanto, los desarrolladores de software se centran en contener el alcance, a menudo "hard-coding" funcionalidad. 

La falta de global La experiencia limita las tasas de éxito de los proyectos. Los sistemas personalizados implantados con éxito rara vez resisten la modernización.

La práctica de recurrir a proveedores locales se ha considerado una "buena práctica". 

  • TeoríaSe creará capacidad informática local y se proporcionará el código fuente al Gobierno.
  • RealidadLos gobiernos se enfrentan a numerosos sistemas de software financiero con diferentes plataformas tecnológicas, arquitecturas y metadatos, mientras que la propiedad del código fuente permite futuros fraudes y reduce la calidad del código con cada personalización adicional.

Contexto ERP

Las implantaciones de ERP son complejas y requieren la plena comprensión de los requisitos para eliminar las funcionalidades innecesarias del sector privado, al tiempo que se desarrollan las especificaciones para el código personalizado. Los integradores de sistemas, más que los fabricantes de ERP, se encargan de la personalización del código. Por lo tanto, Se requiere un conocimiento significativo del producto ERP y de la personalizaciónincluyendo buenas prácticas de desarrollo de software, junto con Conocimientos de GFP para eliminar la funcionalidad del sector privado.

Los sistemas ERP suelen ser implantados por integradores de sistemas globales o regionales de gran tamaño en los países EMDE. Estos integradores aprovechan global expertos, a menudo con tarifas elevadas, para que dirijan proyectos y aporten su experiencia en la materia. Entre estos expertos figuran especialistas en ERP con escasos conocimientos de la Administración o de la Administración de otros países. Los expertos en la materia suelen estar familiarizados con la gestión de las finanzas públicas en los países más avanzados. Se despliegan grandes equipos con silos de conocimientos especializados, lo que exige una compleja coordinación de los proyectos.

Local suelen utilizarse para completar proyectos, elaborar documentación y proporcionar cierto contexto gubernamental. 

El uso de integradores de sistemas para la implantación del SIGF por parte de las administraciones públicas se considera una "buena práctica".

  • Teoríaintegradores de sistemas son "independientes" y los más capacitados para ofrecer un asesoramiento objetivo.
  • Realidad: los integradores de sistemas construyen prácticas de vendedor, no hay independencia

Contexto GRP

Las implantaciones de GRP requieren una personalización limitada del código porque estos sistemas son altamente configurables. Por lo tanto, a sólidos conocimientos de La GFP es lo más importante. Sin embargo, las metodologías de proyecto utilizadas en las implantaciones a medida y ERP suelen imponerse a los proveedores de GRP.

  • TeoríaLas "mejores prácticas" de gestión de proyectos deberían aplicarse a cualquier implantación del SIGF, independientemente del tipo de solución, empezando por un diseño minucioso.
  • RealidadPrácticas estándar de gestión de proyectos de SIGF: las prácticas estándar de gestión de proyectos de SIGF conducen a sistemas demasiado personalizados, documentación innecesaria del proyecto y una mayor resistencia al cambio, todo lo cual puede evitarse con GRP. pero no con ERP o alternativas a medida

Enfoque FreeBalance

Hay una razón por la que los clientes gubernamentales de FreeBalance disfrutan de mejores tasas de éxito que las alternativas. De hecho, hay cuatro razones:

  1. El desarrollo de FreeBalance se compromete con cualquier código personalizado en el núcleo FreeBalance Accountability Suite™ - este código es totalmente compatible (en lugar de código "huérfano" desarrollado por integradores de sistemas).
  2. FreeBalance es internacional, equipo multicultural pone en marcha proyectos en el país, aprovechando la experiencia en países similares. A continuación, FreeBalance contrata personal local y establece oficinas locales para los proyectos. Se capacita al nuevo personal, bajo la tutoría de expertos mundiales de FreeBalance. El personal local aporta perspectivas nacionales y culturales. Este personal asume más responsabilidades a lo largo del proyecto y proporciona apoyo sostenible tras la implantación. Un subproducto de este enfoque es la reducción de costes gracias a las tarifas del personal local y a los menores costes de transporte.
  3. Los consultores individuales de FreeBalance suelen tener experiencia en gestión de proyectos, productos, PFM y tecnología de la información. Esto permite formar equipos más pequeños y eficaces con menos gastos generales de coordinación de proyectos. 
  4. El conocimiento de circunstancias similares permite a los equipos de proyecto de FreeBalance ajustarse mejor a las necesidades reales, ya que los requisitos facilitados durante la licitación rara vez son precisos, completos o reflejan procesos informales. Algunas aspiraciones de los proyectos no son realistas durante su vida útil. 

3. Sostenibilidad

Servicios de sostenibilidad FreeBalance

Enfoque tradicional

Las implantaciones del SIGF se consideran proyectos. Los proyectos terminan, normalmente, al cabo de unos cinco años. Estos proyectos se consideran "llave en mano": se espera que los gobiernos se hagan cargo de la gestión de las implantaciones del FMIS. Sin embargo, muchas implantaciones no son sostenibles por los gobiernos.

  • Sostenibilidad financieraasequibilidad de funcionamiento, mantenimiento, mejora, actualización y formación: coste total de propiedad (TCO) elevado
  • Reformar la sostenibilidad: adaptabilidad a la futura modernización de los procesos y a la reforma jurídica

Contexto a medida

Los gobiernos funcionan como organizaciones de desarrollo de software con disciplinas de gestión de productos, ingeniería de software y garantía de calidad. Por lo tanto, hay que crear capacidad de desarrollo de productos y hay que retener a los empleados clave.

La creación de capacidad de desarrollo de software en la Administración es una práctica recomendada por algunos gobiernos. 

  • TeoríaLos costes globales se reducirán al evitar las onerosas licencias de mantenimiento de software COTS y desarrollar sólo lo necesario, al tiempo que se da a los gobiernos más control para apoyar la reforma y la modernización.
  • Realidad:
    • Los costes de aumentar la capacidad de desarrollo de software y retener a los empleados suelen ser mucho más caros que aprovechar COTS sin comprometer la calidad. reto para la sostenibilidad financiera
    • Adaptar el código fuente a la reforma y la modernización suele llevar más tiempo que reconfigurar en software COTS = el reto de reformar la sostenibilidad

Los sistemas de planificación presupuestaria, de recursos humanos, de adquisiciones, de activos y de nóminas, así como los sistemas FMIS centrales de las administraciones públicas utilizan a menudo plataformas tecnológicas diferentes (a lo largo de numerosas eras tecnológicas) y no comparten metadatos ni controles. Esto compromete la interoperabilidad y añade complejidad a los funcionarios que utilizan más de una aplicación.

El desarrollo de aplicaciones personalizadas en silos se considera una práctica aceptable.

  • TeoríaAplicaciones aisladas: las aplicaciones aisladas se adaptan a las funciones autónomas, al tiempo que apoyan la reforma de la gestión de las finanzas públicas en ese ámbito autónomo sin afectar demasiado a otras funciones del SIGF.
  • Realidad:
    • No existe la funcionalidad autónoma en las finanzas públicas. Algunas aplicaciones financieras requieren una estrecha integración de metadatos, controles e informes, lo que provoca errores, introduce procesos manuales y permite el fraude =. retos sostenibilidad financiera
    • La reforma jurídica en un ámbito de las finanzas casi siempre requiere cambios en otros ámbitos financieros. retos reforma sostenibilidad

Contexto ERP

Los sistemas ERP son muy complejos de mantener. Los usuarios y administradores necesitan una formación importante, sobre todo los que gestionan el código personalizado. Los gobiernos a menudo necesitan crear equipos de ingeniería de software, de forma similar a la opción a medida, a una escala ligeramente menor.

Los proveedores de ERP obligan a actualizar a nuevas versiones de software. (Cada actualización requiere un análisis de todo el código personalizado que pueda tener que modificarse, así como de cualquier nueva funcionalidad que pueda incumplir la normativa gubernamental. Por lo tanto, Es necesario desarrollar la capacidad de planificación de recursos empresariales en la Administración Si no, se necesitarán consultores externos para las funciones operativas y de asesoramiento.

Es necesario desarrollar organizaciones ERP de "servicios compartidos" con las capacidades necesarias.

  • Teoría: las organizaciones de servicios compartidos ponen en común las capacidades de ERP para el funcionamiento, el mantenimiento, la actualización, el mantenimiento y las pruebas de los productos.
  • Realidad:
    • Las organizaciones de servicios compartidos experimentan dificultades para retener a empleados capaces, por lo que a menudo es necesario contratar a consultores externos =. retos sostenibilidad financiera
    • A menudo, estos empleados carecen de los conocimientos de gestión de las finanzas públicas necesarios para apoyar la reforma y la integración. retos reforma sostenibilidad

Contexto GRP

La GRP es mucho menos compleja que las opciones desarrolladas a medida o ERP.

Los sistemas de GRP requieren Conocimientos de GFP y comprensión de los procesos gubernamentales. Para gestionar estos sistemas se requieren conocimientos básicos de tecnologías de la información. La configuración es el método principal para apoyar la reforma y la modernización. Por lo tanto, la La huella de mantenimiento y gestión de GRP está contenida que permita la sostenibilidad financiera. Al mismo tiempo, la reforma activación progresiva que permite la sostenibilidad de la reforma. Sin embargo, los gobiernos suelen crear organizaciones de apoyo a la GRP innecesarias que reflejan las necesidades del contexto a medida o de la ERP. En realidad, La GRP no requiere gastos generales significativos.

Enfoque FreeBalance

La sostenibilidad de los productos es nuestra misión como empresa con un propósito. Existimos para mejorar la vida de los ciudadanos de todo el mundo mediante una reforma de la gestión de las finanzas públicas que sea importante. FreeBalance apoya la sostenibilidad financiera y de las reformas:

  • Normas gubernamentales, flexibilidad de traducción, campos adicionales, terminología y ayuda personalizada a través de parámetros y configuración
  • Flujo de trabajo del proceso apoyado mediante un código bajo herramienta
  • Soporte completo de cualquier código personalizado y nuevas funciones disponibles para todos los países
  • Refuerzo de las capacidades y programas de tutoría como La Academia FreeBalance certificaciones, cursos personalizados y compromiso a través de la Comité Directivo Internacional de FreeBalance compartir buenas prácticas
  • Precios basados en el valor modelo que hace asequibles las licencias de software adicionales
  • Estratégico servicios de sostenibilidad disponibles para aumentar el gobierno durante periodos cortos de tiempo mientras se crea capacidad
  • Sin actualizaciones forzosasaunque la compatibilidad con las últimas versiones de middleware puede requerir actualizaciones.
  • Sistema abierto y código abierto apoyar la oferta de software intermedio a las administraciones públicas para reducir los costes tecnológicos

Para saber más sobre las ventajas de Software de FreeBalancepor favor ponerse en contacto.

Temas

Contacto