La planification des ressources publiques en tant qu'investissement public

Publié le 19 août 2015 en PFM

Il est grand temps que les organismes publics considèrent les logiciels d'entreprise comme un actif, un investissement public. Trop souvent, les organismes publics semblent acquérir des logiciels pour combler une lacune en matière de gouvernance, comme l'acquisition d'un système d'approvisionnement en ligne pour accroître la concurrence et économiser de l'argent sur les acquisitions. Pourtant, ces systèmes autonomes augmentent le risque pour les gouvernements de se retrouver en situation d'impayés en raison de la perte des contrôles d'engagement dans de nombreux systèmes autonomes. approvisionnementIl s'agit d'un logiciel de gestion des engagements, des salaires et des subventions. (J'ai assisté un jour à une présentation où l'on suggérait qu'il était impossible d'intégrer les contrôles des engagements dans un système de gestion des subventions).

La nature des investissements en logiciels

Les actifs fixes ont une valeur qui se déprécie avec le temps. Les investissements en logiciels présentent deux caractéristiques supplémentaires : dette technique et extensibilité. Ces caractéristiques doivent être prises en compte dans l'ensemble du portefeuille d'investissements publics dans les logiciels.

La dette technique se caractérise par l'utilisation de héritage et des logiciels développés sur mesure dans les administrations publiques qui limite le changement. Cette situation est particulièrement problématique dans les administrations publiques où il y a des problèmes d'accès à l'information. la nécessité de poursuivre la réforme de la gestion des finances publiques. Les systèmes d'information qui ne peuvent pas s'adapter facilement au changement deviennent financièrement non viables. Un autre signe de dette technique est le fait qu'une part importante du budget informatique est associée au maintien de l'éclairage.
La dette technique est aggravée par l'utilisation de nombreux systèmes autonomes dans le portefeuille de logiciels. Les métadonnées ont tendance à être différentes et les contrôles d'engagement sont perdus. L'intégration est difficile. Les informations de gestion sont souvent tardives ou inexactes.

L'extensibilité consiste à tirer parti de l'actif logiciel. Un logiciel bien conçu permet la réutilisation fonctionnelle pour soutenir le changement et l'ajout de nouvelles fonctionnalités et de nouveaux modules. Pour ce faire, une plateforme permet la réutilisation fonctionnelle de nombreux modules. Elle fournit également une source unique de gestion, un système de gestion de l'information et un système de gestion de l'information. unifié où une modification du plan comptable ou du flux de travail n'intervient qu'une seule fois et est répercutée dans toutes les applications.

De nombreux fournisseurs de logiciels n'offrent pas aux gouvernements la pleine valeur de l'extensibilité. Dans ce cas, ils facturent aux gouvernements les fonctionnalités dupliquées, c'est-à-dire le code logiciel sous-jacent qui a été acquis dans un autre module.

Gestion du portefeuille de logiciels : Extensibilité et dette technique

Comment pouvez-vous déterminer si vos actifs logiciels représentent une opportunité d'extensibilité ou un fardeau de dette technique ?

1. Couverture: Les fournisseurs de solutions ponctuelles ne disposent pas de logiciels extensibles. Les acheteurs doivent se méfier des fournisseurs qui remplissent les fonctions de gestion des finances publiques (PFM) avec des logiciels du secteur privé, en particulier dans des domaines tels que la planification budgétaire, la paie et la passation de marchés, où les exigences du gouvernement diffèrent considérablement de celles des entreprises.
2. Réutilisation: La conception moderne des logiciels utilise la programmation orientée objet pour la réutilisation. De petits composants sont assemblés pour fournir des fonctionnalités. Cela diffère de l'ancienne conception où des objets volumineux ou monolithiques ont été créés avec des fonctionnalités dupliquées qui ne peuvent pas être facilement assemblées.
3. Métadonnées: La conception unifiée signifie qu'il est possible de modifier quelque chose une seule fois. De nombreux fournisseurs ont acquis des applications et ont besoin d'outils complexes de gestion des métadonnées pour s'assurer que les définitions restent cohérentes.
4. Intégration: La prise en charge complète des services web standard simplifie la réutilisation et l'extensibilité. Les méthodes d'intégration de fichiers propriétaires et plats posent des problèmes techniques.
5. Ouverture: Plus un système est ouvert, plus il est facile de l'étendre. Les systèmes ouverts réduisent l'enfermement. Certains fournisseurs tentent de blocage acheteurs avec des bases de données, des systèmes d'exploitation et des langages de programmation propriétaires.
6. Adaptation: Les systèmes qui ne sont pas conçus pour être facilement modifiables augmentent les coûts lorsqu'il s'agit de soutenir la réforme de la GFP. La nécessité de faire appel à des consultants à prix élevé ou au fournisseur initial de développement de logiciels accroît la charge technique.
7. Plate-forme: Il existe de nombreuses définitions d'une "plate-forme" par les fournisseurs, allant d'une plate-forme technologique à une plate-forme commerciale complète. Une plate-forme commerciale et technologique complète (Commercial Off-the-Shelf - COTS), comme la plate-forme Plate-forme de responsabilisation FreeBalance la réutilisation nécessaire entre les composants.
8. Langue: De nombreux fournisseurs de logiciels d'entreprise utilisent des langages de programmation propriétaires, souvent développés à l'époque du client/serveur. Cela limite le choix à un groupe restreint de consultants capables de développer de nouvelles fonctionnalités et de tirer parti de l'extensibilité du logiciel.

L'approche FreeBalance

Nous avons conçu le Plate-forme de responsabilisation FreeBalance doit être extensible et financièrement viable. Un tableau de bord de l'extensibilité par rapport à la dette technique pour le logiciel de planification des ressources gouvernementales FreeBalance devrait prendre en compte :

1. Couverture: FreeBalance dispose d'une couverture presque complète de l'ensemble des pays de l'Union européenne. la carte du volet "gestion des finances publiques. Nous utilisons l'extensibilité de notre plateforme pour l'étendre à ces domaines.
2. Réutilisation: FreeBalance utilise une approche SOA par composants.
3. Métadonnées: FreeBalance offre une conception unifiée.
4. Intégration: L'intégration avec le logiciel FreeBalance utilise des services web standard.
5. Ouverture: Le logiciel FreeBalance est indépendant de la plate-forme grâce au support Java EE.
6. Adaptation: FreeBalance soutient configuration et l'activation progressive pour réduire la dette technique.
7. Plate-forme: Le Plate-forme de responsabilisation FreeBalance est une plateforme commerciale et technologique complète.
8. Langue: Il n'y a pas de technologie héritée, pas d'encapsulation du code client/serveur comme le font les principaux fournisseurs de logiciels d'entreprise Le logiciel FreeBalance est construit sur Java Enterprise Edition, un système ouvert. Java EE est également le choix le plus populaire pour les applications web d'entreprise.

En outre, la tarification de FreeBalance prend en compte les objets commerciaux sous-jacents, que nous appelons "entités gouvernementales", de sorte que les modules supplémentaires deviennent moins coûteux.

Comment faire face à la dette technique dans le cadre de la gestion du portefeuille de logiciels

Il est probable que la plupart des organisations gouvernementales ont accumulé une dette technique importante. Les progiciels de gestion intégrés hérités et les logiciels développés sur mesure sont omniprésents dans de nombreuses administrations. Nous avons vu des situations où la panique s'installe lorsque les développeurs de logiciels partent à la retraite. Un chemin de mise à niveau réaliste de "rouille"à l'heure actuelle :

• Les systèmes de base propriétaires hautement personnalisés pour les contrôles d'engagement et la comptabilité, avec de nombreux points d'intégration logique, représentent la dette technique la plus élevée.
• Les systèmes non essentiels qui fonctionnent avec peu de besoins d'intégration (sauf à la fin d'une période) et qui n'ont pas été personnalisés de manière significative représentent la dette technique la plus faible.
• Le remplacement du système central peut améliorer la gestion et l'intégration. La réutilisation des fonctionnalités permet de remplacer de petits sous-systèmes créés en raison de mandats uniques. Ceux-ci peuvent être migrés vers le système central.
• La nécessité de prendre en charge les fonctionnalités destinées aux citoyens est souvent l'endroit où le poids de la dette technique se fait sentir. Les citoyens s'attendent à un fonctionnement transparent, ce qui signifie souvent qu'ils doivent communiquer avec de nombreux systèmes administratifs.

Conception unifiée

La conception unifiée des plates-formes logicielles permet d'avoir une vision globale des opérations de finances publiques :

• Des métadonnées communes pour former une version unique de la vérité afin de faciliter la prise de décision, l'audit et la transparence gouvernementale.
• Contrôles communs visant à prévenir les arriérés et à garantir le respect des pratiques financières
• Gestion commune du système pour permettre aux changements dans un seul domaine de se répercuter sur l'ensemble des modules.