Économie de l'informatiqueune société de recherche en informatique, a publié un document, Éviter la faillite technique des systèmes existantsen mars. Le rapport, résumée icidont l'auteur est Frank Scavo, affirme qu'un cinquième des organisations sont menacées de "faillite technique" en raison de l'utilisation de systèmes anciens et de versions plus anciennes des systèmes actuels.
Il devrait s'agir d'un réveil l'appel aux services informatiques des gouvernements dont les l'utilisation de technologies anciennes a été bien documentée. C'est une mauvaise nouvelle si le l'analyse de la United States Government Accountability Office (Bureau de la responsabilité gouvernementale des États-Unis) est une indication des tendances. Les gouvernements sont confrontés à des budgets croissants pour l'exploitation et la maintenance des systèmes existants, au détriment des dépenses d'innovation.
Économie de l'informatique identifie cinq indicateurs permettant de déterminer si les systèmes ont satisfait aux exigences de la faillite technique:
- Modifications, extensions et interfaces étendues
- Mauvaise compréhension du système par les utilisateurs et les informaticiens
- Implication directe du personnel informatique dans les processus opérationnels
- L'atrophie des systèmes existants face à l'émergence de l'informatique parallèle
- La mise à niveau ou le remplacement sont difficiles à justifier
La vérité noire et froide de la technologie gouvernementale
Le problème de la mise en œuvre de l'ERP dans de nombreuses administrations est que les nouveaux systèmes répondent souvent aux trois premiers critères, ce qui entraîne l'émergence rapide de solutions de contournement et de technologies de l'information parallèles.
Les systèmes ERP des administrations publiques ont tendance à être fortement personnalisés premier jour. Comme Scavo décritEn outre, "les modifications apportées à un logiciel standard rendent les mises à niveau plus difficiles, car elles devront être évaluées et éventuellement réappliquées lors de la mise à niveau du système. Ainsi, en répondant aux besoins des utilisateurs par des modifications, l'organisation informatique rend encore plus difficile la sortie de la faillite technique".
Les services informatiques sont souvent à l'origine de l'acquisition et de la mise en œuvre. Il n'est donc pas étonnant qu'il y ait sont des taux d'échec élevés. Dette technique rend souvent les systèmes financièrement non viables à long terme.
C'est pourquoi ce rapport est une lecture importante pour les organisations gouvernementales qui tentent de consolider les systèmes existants ou de mettre en place des services partagés. Il ne sert pas à grand-chose de remplacer d'anciens systèmes par ce que le Groupe Gartner appels "ancien système ERP"Le rapport met en lumière l'ancienneté des systèmes ERP en place dans de nombreuses organisations. Le rapport met en lumière l'ancienneté des systèmes ERP en service dans de nombreuses organisations.
L'héritage, c'est ce que fait l'héritage
J'ai l'impression que la dette technique est bien plus qu'une question de technologie. Il s'agit essentiellement de la réflexion sur l'héritage. Scavo décrit le processus permettant d'échapper à la faillite technique. La conception de logiciels d'entreprise hérités du passé dans les administrations publiques conduit souvent à une dette technique :
- Un sophisme éprouvé et vrail'acquisition de technologies auprès de fournisseurs établis augmente souvent le risque de mise en œuvre en raison des coûts d'adaptation et de formation
- L'erreur de l'entrepriseLe secteur public : la tendance à gérer les gouvernements comme des entreprises par le biais d'une "optique d'entreprise" ne tient souvent pas compte de ce qui rend le secteur public unique.
- L'erreur de contrôlela volonté d'héberger les systèmes sur place ou de développer des logiciels en interne afin d'accroître le "contrôle" sur les systèmes aboutit souvent à l'effet inverse en créant des risques en matière de cybersécurité et de rotation du personnel
- L'erreur du projet de passation de marchésla notion selon laquelle le risque peut être atténué par des directives strictes en matière de marchés publics et de contrats aboutit souvent à des mises en œuvre en cascade excessivement complexes
Les marchés publics d'informatique ressemblent souvent à des tragédies grecques. Les récentes mises en œuvre par le gouvernement du Canada de PeopleSoft ERP (appelé "système de rémunération phénix"), courrier électronique standard des services partagéset la norme gestion de contenu web à l'aide d'Adobe (pour "Canada.ca") en sont des exemples classiques. Ces systèmes étaient destinés à remplacer les systèmes existants. Espérons que le gouvernement du Canada tirera parti de la crise pour modifier les processus - expérimentation, mise en œuvre agile, informatique en nuage et innovation en matière de passation de marchés.